Return-Path: Delivered-To: apmail-httpd-users-archive@www.apache.org Received: (qmail 52184 invoked from network); 27 Apr 2008 21:38:11 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 27 Apr 2008 21:38:11 -0000 Received: (qmail 92367 invoked by uid 500); 27 Apr 2008 21:38:00 -0000 Delivered-To: apmail-httpd-users-archive@httpd.apache.org Received: (qmail 92351 invoked by uid 500); 27 Apr 2008 21:38:00 -0000 Mailing-List: contact users-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: users@httpd.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list users@httpd.apache.org Received: (qmail 92340 invoked by uid 99); 27 Apr 2008 21:38:00 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 27 Apr 2008 14:38:00 -0700 X-ASF-Spam-Status: No, hits=-2.0 required=10.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [216.82.241.179] (HELO mail119.messagelabs.com) (216.82.241.179) by apache.org (qpsmtpd/0.29) with SMTP; Sun, 27 Apr 2008 21:37:14 +0000 X-VirusChecked: Checked X-Env-Sender: Felix.Nayman@motorola.com X-Msg-Ref: server-9.tower-119.messagelabs.com!1209332245!23306809!1 X-StarScan-Version: 5.5.12.14.2; banners=-,-,- X-Originating-IP: [129.188.136.8] Received: (qmail 31781 invoked from network); 27 Apr 2008 21:37:25 -0000 Received: from motgate8.mot.com (HELO motgate8.mot.com) (129.188.136.8) by server-9.tower-119.messagelabs.com with SMTP; 27 Apr 2008 21:37:25 -0000 Received: from il06exr02.mot.com (il06exr02.mot.com [129.188.137.132]) by motgate8.mot.com (8.12.11/Motorola) with ESMTP id m3RLbPoC013574 for ; Sun, 27 Apr 2008 14:37:25 -0700 (MST) Received: from il06vts02.mot.com (il06vts02.mot.com [129.188.137.142]) by il06exr02.mot.com (8.13.1/Vontu) with SMTP id m3RLbOcp025474 for ; Sun, 27 Apr 2008 16:37:24 -0500 (CDT) Received: from de01exm70.ds.mot.com (de01exm70.am.mot.com [10.176.8.26]) by il06exr02.mot.com (8.13.1/8.13.0) with ESMTP id m3RLbOgt025468 for ; Sun, 27 Apr 2008 16:37:24 -0500 (CDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C8A8AE.E0CD8D2C" Date: Sun, 27 Apr 2008 17:37:17 -0400 Message-ID: <37275887801B1C46BEABB9FF44F0FF8D03FFBDDE@de01exm70.ds.mot.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Retransmissions seen for HTTP GETs and POSTS Thread-Index: Aciort24VaP4VXYbRIWZuiVce9B82w== From: "Nayman Felix-QA5535" To: Cc: "Brown Chris-CCB034" , "Kolodziej Cezary-QA5753" X-CFilter-Loop: Reflected X-Virus-Checked: Checked by ClamAV on apache.org Subject: [users@httpd] Retransmissions seen for HTTP GETs and POSTS ------_=_NextPart_001_01C8A8AE.E0CD8D2C Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable In some testing that I've done, anywhere from 1 to 10% of HTTP GETs and POSTs that apache receives are resulting in a TCP retransmission. I've captured a wireshark trace for these retransmissions and noticed that the HTTP GET or POST is being received, but no TCP ack is being sent out resulting in a retransmission. When the retransmission is received, the ack for the initial GET or POST is finally sent back. Has anyone ever seen such a problem? I don't see this issue with other TCP traffic so it appears to be related to apache. These tests were run with Apache 2.2.4 and on Linux 2.6.21. If a wireshark trace would be helpful I can provide one. Thanks for any input. ------_=_NextPart_001_01C8A8AE.E0CD8D2C Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable
In = some testing that=20 I've done, anywhere from 1 to 10%  of HTTP GETs and POSTs that = apache=20 receives are resulting in a TCP retransmission.  I've captured a = wireshark=20 trace for these retransmissions and noticed that the HTTP GET  = or POST=20 is being received, but no TCP ack is being sent out resulting in a=20 retransmission.  When the retransmission is received, the = ack for=20 the initial GET or POST is finally sent back.  Has anyone ever seen = such a=20 problem?  I don't see this issue with other TCP traffic so it = appears to be=20 related to apache.   These tests were run with Apache 2.2.4 = and =20 on Linux 2.6.21.  If a wireshark trace would be helpful I can = provide=20 one.  Thanks for any input.
------_=_NextPart_001_01C8A8AE.E0CD8D2C--