m [65.199.113.8]) by bach.merit.edu (MOS 3.8.2-GA) with SMTP id ADV35111; Thu, 12 Jul 2007 14:42:17 -0400 (EDT) Received: from chiex01.int.tt.local ([172.17.250.113]) by chigtw01.tradingtechnologies.com (SMSSMTP 4.1.11.41) with SMTP id M200707121 3421723990 ; Thu, 12 Jul 2007 13:42:17 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: TCP congestion Date: Thu, 12 Jul 2007 13:42:05 -0500 Message-ID: <D4C8D8B144E6DE49AA3FC67557D58733061F4021@chiex01> In-Reply-To: <30366.27320.qm@web30805.mail.mud.yahoo.com> Thread-Topic: TCP congestion Thread-Index: AcfEsRLuJSOqGHS0SfyYW+IzLHamswAAlz9w References: <30366.27320.qm@web30805.mail.mud.yahoo.com> From: "Brian Knoll \(TTNET\)" <Brian.Knoll@tradingtechnologies.com> To: "Philip Lavine" <source_route@yahoo.com>, "nanog" <nanog@merit.edu> Sender: owner-nanog@merit.edu Precedence: bulk Errors-To: owner-nanog@merit.edu X-Loop: nanog X-Junkmail-Status: score=10/50, host=mozart.merit.edu X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A090206.46967698.00D0:SCGAP167720,ss=1,fgs=0, ip=198.108.1.26, so=2006-09-22 03:48:54, dmn=5.3.14/2007-05-31 Status: RO X-Status: X-Keywords: X-UID: 10 In order to solve this, you need to see a trace from both sides of the WAN. Which side is your trace from? Can you see the original ACK on both ends? =20 If the receiver is sending a DUP ACK, then the sender either never received the first ACK or it didn't receive it within the timeframe it expected. Brian -----Original Message----- From: owner-nanog@merit.edu [mailto:owner-nanog@merit.edu] On Behalf Of Philip Lavine Sent: Thursday, July 12, 2007 1:07 PM To: nanog Subject: TCP congestion Can someone explain how a TCP conversation could degenerate into congestion avoidance on a long fat pipe if there is no packet/segment loss or out of order segments?=20 Here is the situation: WAN =3D 9 Mbps ATM connection between NY and LA (70 ms delay) LAN =3D Gig Ethernet Receiver: LA server =3D Win2k3 Sender: NY server =3D Linux 2.4 Data transmission typical =3D bursty but never more that 50% of CIR Segment sizes =3D 64k to 1460k but mostly less than 100k Typical Problem Scenario: Data transmission is humming along consistently at 2 Mbps, all of a sudden transmission rates drop to nothing then pickup again after 15-20 seconds. Prior to the drop off (based on packet capture) there is usually a DUP ACK/SACK coming from the receiver followed by the Retransmits and congestion avoidence. What is strange is there is nothing prior to the drop off that would be an impetus for congestion (no high BW utilization or packet loss). Also is there any known TCP issues between linux 2.4 kernel and windows 2003 SP1? Mainly are there issues regarding the handling of SACK, DUP ACK's and Fast Retransmits.=20 Of course we all know that this is not a application issue since developers make flawless socket code, but if it is network issue how is caused? Philip =20 ________________________________________________________________________ ____________ Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos & more.=20 http://mobile.yahoo.com/go?refer=3D1GNXIC