<?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"
	>
<channel>
	<title>Comments on: TCP Window Scaling and kernel 2.6.17+</title>
	<atom:link href="http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/feed/" rel="self" type="application/rss+xml" />
	<link>http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/</link>
	<description>Moo - Development, Trouble-shooting and Random thoughts...</description>
	<pubDate>Fri, 21 Nov 2008 00:50:09 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: linsec.ca blog &#187; Blog Archive &#187; Welcome back, kernel 2.6.17+</title>
		<link>http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/#comment-2399</link>
		<dc:creator>linsec.ca blog &#187; Blog Archive &#187; Welcome back, kernel 2.6.17+</dc:creator>
		<pubDate>Tue, 25 Mar 2008 19:18:23 +0000</pubDate>
		<guid isPermaLink="false">http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/#comment-2399</guid>
		<description>[...] Due to an issue that the 2.6.17+ kernel exemplified, all of the sites I host (annvix.org, linsec.ca, danen.ca, etc.) have been unavailable to anyone using a 2.6.17+ kernel due to a change in the way TCP window scaling was implemented, which has been noted in a number of places (here&#8217;s one: TCP Window Scaling and kernel 2.6.17+). [...]</description>
		<content:encoded><![CDATA[<p>[...] Due to an issue that the 2.6.17+ kernel exemplified, all of the sites I host (annvix.org, linsec.ca, danen.ca, etc.) have been unavailable to anyone using a 2.6.17+ kernel due to a change in the way TCP window scaling was implemented, which has been noted in a number of places (here&#8217;s one: TCP Window Scaling and kernel 2.6.17+). [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Grant Carmichael &#187; Blog Archive &#187; Is your Linux box running slow behind your firewall?</title>
		<link>http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/#comment-2320</link>
		<dc:creator>Grant Carmichael &#187; Blog Archive &#187; Is your Linux box running slow behind your firewall?</dc:creator>
		<pubDate>Thu, 31 Jan 2008 19:47:18 +0000</pubDate>
		<guid isPermaLink="false">http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/#comment-2320</guid>
		<description>[...] First read the following articles: [...]</description>
		<content:encoded><![CDATA[<p>[...] First read the following articles: [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chouse</title>
		<link>http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/#comment-2318</link>
		<dc:creator>chouse</dc:creator>
		<pubDate>Wed, 30 Jan 2008 20:47:47 +0000</pubDate>
		<guid isPermaLink="false">http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/#comment-2318</guid>
		<description>Totally solved my issue with RHEL5. Big thanks.</description>
		<content:encoded><![CDATA[<p>Totally solved my issue with RHEL5. Big thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sathish</title>
		<link>http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/#comment-1610</link>
		<dc:creator>sathish</dc:creator>
		<pubDate>Mon, 13 Aug 2007 04:52:02 +0000</pubDate>
		<guid isPermaLink="false">http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/#comment-1610</guid>
		<description>How to turn off windows scaling on windows xp pc</description>
		<content:encoded><![CDATA[<p>How to turn off windows scaling on windows xp pc</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bizarre lack of HTTP response problem - Page 2 - Linux Forums</title>
		<link>http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/#comment-1293</link>
		<dc:creator>bizarre lack of HTTP response problem - Page 2 - Linux Forums</dc:creator>
		<pubDate>Fri, 29 Jun 2007 06:58:51 +0000</pubDate>
		<guid isPermaLink="false">http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/#comment-1293</guid>
		<description>[...] explanation / workaround   Recently I found out what is going on with this bug.   The problem has to do with larger default buffer sizes for TCP window scaling in recent Linux kernel versions. If there is an improperly configured router between you and the server you're trying to reach, it will create a bottleneck and you'll get no data from the server. The long and the short of it is that it is not a Linux bug.   Here are some better, more detailed explanations: John’s Tidbits » Blog Archive » TCP Window Scaling and kernel 2.6.17+ Linux: Window Scaling on the Internet &#124; KernelTrap  The solution I have used (and I've had to do it again whenever I've updated my kernel) is to change the values in /proc/sys/net/ipv4/tcp_wmem and /proc/sys/net/ipv4/tcp_rmem. The new values should be &#34;4096 16384 131072&#34; and &#34;4096 87380 174760&#34; respectively. This sets the window scaling buffer back to its earlier/smaller size. [...]</description>
		<content:encoded><![CDATA[<p>[...] explanation / workaround   Recently I found out what is going on with this bug.   The problem has to do with larger default buffer sizes for TCP window scaling in recent Linux kernel versions. If there is an improperly configured router between you and the server you&#8217;re trying to reach, it will create a bottleneck and you&#8217;ll get no data from the server. The long and the short of it is that it is not a Linux bug.   Here are some better, more detailed explanations: John’s Tidbits » Blog Archive » TCP Window Scaling and kernel 2.6.17+ Linux: Window Scaling on the Internet | KernelTrap  The solution I have used (and I&#8217;ve had to do it again whenever I&#8217;ve updated my kernel) is to change the values in /proc/sys/net/ipv4/tcp_wmem and /proc/sys/net/ipv4/tcp_rmem. The new values should be &quot;4096 16384 131072&quot; and &quot;4096 87380 174760&quot; respectively. This sets the window scaling buffer back to its earlier/smaller size. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: infotage.net &#187; Blog Archive &#187; Debian ip stack tuning</title>
		<link>http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/#comment-391</link>
		<dc:creator>infotage.net &#187; Blog Archive &#187; Debian ip stack tuning</dc:creator>
		<pubDate>Sat, 17 Mar 2007 01:58:58 +0000</pubDate>
		<guid isPermaLink="false">http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/#comment-391</guid>
		<description>[...] http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/ [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/"  rel="nofollow">http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: The Adventures of Slightly Taller Than Average Man &#187; Fedora kernel upgrade caused excruciatingly slow network speeds</title>
		<link>http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/#comment-346</link>
		<dc:creator>The Adventures of Slightly Taller Than Average Man &#187; Fedora kernel upgrade caused excruciatingly slow network speeds</dc:creator>
		<pubDate>Mon, 05 Mar 2007 09:20:37 +0000</pubDate>
		<guid isPermaLink="false">http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/#comment-346</guid>
		<description>[...] Googling found nothing, so I had to grin and bear it until the sysadmin found a fix.Â  After a while, he came across this solution (from here).  echo 0 &#62; /proc/sys/net/ipv4/tcp_window_scaling [...]</description>
		<content:encoded><![CDATA[<p>[...] Googling found nothing, so I had to grin and bear it until the sysadmin found a fix.Â  After a while, he came across this solution (from here).  echo 0 &gt; /proc/sys/net/ipv4/tcp_window_scaling [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Murray</title>
		<link>http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/#comment-49</link>
		<dc:creator>Murray</dc:creator>
		<pubDate>Thu, 23 Nov 2006 05:53:53 +0000</pubDate>
		<guid isPermaLink="false">http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/#comment-49</guid>
		<description>Another way...

vi /etc/sysctl.conf

add the following two lines 

net.ipv4.tcp_wmem = 4096 16384 131072
net.ipv4.tcp_rmem = 4096 87380 174760

sysctl -p</description>
		<content:encoded><![CDATA[<p>Another way&#8230;</p>
<p>vi /etc/sysctl.conf</p>
<p>add the following two lines </p>
<p>net.ipv4.tcp_wmem = 4096 16384 131072<br />
net.ipv4.tcp_rmem = 4096 87380 174760</p>
<p>sysctl -p</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: GNEMAN</title>
		<link>http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/#comment-32</link>
		<dc:creator>GNEMAN</dc:creator>
		<pubDate>Thu, 28 Sep 2006 04:11:18 +0000</pubDate>
		<guid isPermaLink="false">http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/#comment-32</guid>
		<description>The argument that they shouldn't workaround the window scaling problem because there shouldn't be broken boxes out there in the first place is just like saying that we shouldn't have jails becasue people shouldn't be doing illegal things in the first place. Yes, in an ideal world that's correct. But we don't live in an ideal world. People do illegal things, so we need jails. And there are broken boxes out there, so we need workarounds. The day no one does any illegal thing will be the day to get rid of jails, not before. And the day there are no broken boxes out there, we can use this new window scaling value. It's simple. Now when most big distros move to kernel 2.6.17 (just in the next month or 2) we'll have thousands of people complaining that their connection doesn't work. And nobody will know or care about window scaling. They'll just want their computer to work as it did before.

Oops, sorry for the rant. It's not aimed at you, of course. I just thought I would post my thoughts about this issue here in case Linux Torvalds reads this blog :)</description>
		<content:encoded><![CDATA[<p>The argument that they shouldn&#8217;t workaround the window scaling problem because there shouldn&#8217;t be broken boxes out there in the first place is just like saying that we shouldn&#8217;t have jails becasue people shouldn&#8217;t be doing illegal things in the first place. Yes, in an ideal world that&#8217;s correct. But we don&#8217;t live in an ideal world. People do illegal things, so we need jails. And there are broken boxes out there, so we need workarounds. The day no one does any illegal thing will be the day to get rid of jails, not before. And the day there are no broken boxes out there, we can use this new window scaling value. It&#8217;s simple. Now when most big distros move to kernel 2.6.17 (just in the next month or 2) we&#8217;ll have thousands of people complaining that their connection doesn&#8217;t work. And nobody will know or care about window scaling. They&#8217;ll just want their computer to work as it did before.</p>
<p>Oops, sorry for the rant. It&#8217;s not aimed at you, of course. I just thought I would post my thoughts about this issue here in case Linux Torvalds reads this blog <img src='http://inodes.org/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: johnf</title>
		<link>http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/#comment-4</link>
		<dc:creator>johnf</dc:creator>
		<pubDate>Wed, 06 Sep 2006 22:16:16 +0000</pubDate>
		<guid isPermaLink="false">http://inodes.org/blog/2006/09/06/tcp-window-scaling-and-kernel-2617/#comment-4</guid>
		<description>Thanks, fixed now.</description>
		<content:encoded><![CDATA[<p>Thanks, fixed now.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
