<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Network Monitoring Experimentations 3</title>
	<atom:link href="http://hoopercharles.wordpress.com/2010/01/05/network-monitoring-experimentations-3/feed/" rel="self" type="application/rss+xml" />
	<link>http://hoopercharles.wordpress.com/2010/01/05/network-monitoring-experimentations-3/</link>
	<description>Miscellaneous Random Oracle Topics: Stop, Think, ... Understand</description>
	<lastBuildDate>Mon, 13 May 2013 14:10:06 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Charles Hooper</title>
		<link>http://hoopercharles.wordpress.com/2010/01/05/network-monitoring-experimentations-3/#comment-140</link>
		<dc:creator><![CDATA[Charles Hooper]]></dc:creator>
		<pubDate>Thu, 07 Jan 2010 02:38:13 +0000</pubDate>
		<guid isPermaLink="false">http://hoopercharles.wordpress.com/?p=695#comment-140</guid>
		<description><![CDATA[Good catch regarding the speed at which the packets are sent by the *.46 RH/Samba server.  Just before the ACK on packet 177, the server sent 8 packets of about 1500 bytes each in the span of about 0.000053 seconds.  That fact is one of characteristics I had hoped someone would identify.  The 100-200ms delay before the ACK is sent is a second characteristics I had hoped someone would identify.]]></description>
		<content:encoded><![CDATA[<p>Good catch regarding the speed at which the packets are sent by the *.46 RH/Samba server.  Just before the ACK on packet 177, the server sent 8 packets of about 1500 bytes each in the span of about 0.000053 seconds.  That fact is one of characteristics I had hoped someone would identify.  The 100-200ms delay before the ACK is sent is a second characteristics I had hoped someone would identify.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy Baumont</title>
		<link>http://hoopercharles.wordpress.com/2010/01/05/network-monitoring-experimentations-3/#comment-128</link>
		<dc:creator><![CDATA[Jeremy Baumont]]></dc:creator>
		<pubDate>Tue, 05 Jan 2010 16:34:36 +0000</pubDate>
		<guid isPermaLink="false">http://hoopercharles.wordpress.com/?p=695#comment-128</guid>
		<description><![CDATA[Hi,

first thanks for these &quot;Network Monitoring Series&quot; really interesting, I was noticing on the second capture of Wireshark a little delay before the ACK of *.47 W2003 client between 100-200 ms for the frame 168, 187 and 197. It looks to me that *.46 RH/Samba server send quickly the pieces of the file (for example frames 160 to 167) then the W2003 delayed the ACK. Could it be due to &quot;delayed ACK&quot; TCP feature ?

cheers,

--Jeremy Baumont]]></description>
		<content:encoded><![CDATA[<p>Hi,</p>
<p>first thanks for these &#8220;Network Monitoring Series&#8221; really interesting, I was noticing on the second capture of Wireshark a little delay before the ACK of *.47 W2003 client between 100-200 ms for the frame 168, 187 and 197. It looks to me that *.46 RH/Samba server send quickly the pieces of the file (for example frames 160 to 167) then the W2003 delayed the ACK. Could it be due to &#8220;delayed ACK&#8221; TCP feature ?</p>
<p>cheers,</p>
<p>&#8211;Jeremy Baumont</p>
]]></content:encoded>
	</item>
</channel>
</rss>
