Bug 126678 - poor net performance to certain sites
poor net performance to certain sites
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
i686 Linux
medium Severity medium
: ---
: ---
Assigned To: Arjan van de Ven
Brian Brock
Depends On:
  Show dependency treegraph
Reported: 2004-06-24 12:55 EDT by Jon Smirl
Modified: 2007-11-30 17:10 EST (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-06-24 14:54:58 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Jon Smirl 2004-06-24 12:55:53 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7)
Gecko/20040619 Firefox/0.9

Description of problem:
If I browse to www.dell.com everything works fine. If I then click on
the Small Business link and browse to
net performace goes to zero. Another site with zero performance is
www.zmaxtech.com. Many others like slashdot, yahoo, linuxtoday work fine.

Backing off to kernel-smp-2.6.6-1.435 fixes everthing. Both the Linus
vanilla and Redhat kernels have this problem.

I captured packets to the site and don't see anything wrong. At the
problem sites one TCP packet is transmitted every half second or so.
No obvious protocol errors. Boot Windows or a 2.6.6 kernel and the
site works fine.

I don't think it is the e1000 driver since some sites work fine and
others don't on a 2.6.7 kernel which show this problem.

pings work fine to the problem sites.

Version-Release number of selected component (if applicable):

How reproducible:
Comment 1 David Miller 2004-06-24 14:54:58 EDT
It's a bug in Cisco routers when NAT is enabled.
It corrupts TCP SACK blocks in packets, which causes
lots of problems for the connection.

It happens when a non-zero window scale is used for the
TCP connection, which is what the newer Linux kernels are
doing by default.

It's not a Linux bug, and Cisco needs to own up to this problem
and provide a fix for their customers.
Comment 2 Jon Smirl 2004-06-24 15:36:02 EDT
Is there a simple work around while we wait on Cisco?

Note You need to log in before you can comment on or make changes to this bug.