From owner-freebsd-current@FreeBSD.ORG Thu Jan 11 18:24:47 2007 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 995E316A47B for ; Thu, 11 Jan 2007 18:24:47 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out4.apple.com (mail-out4.apple.com [17.254.13.23]) by mx1.freebsd.org (Postfix) with ESMTP id 81C7B13C4A7 for ; Thu, 11 Jan 2007 18:24:47 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay6.apple.com (a17-128-113-36.apple.com [17.128.113.36]) by mail-out4.apple.com (8.13.8/8.13.8) with ESMTP id l0BHaPMh013572; Thu, 11 Jan 2007 09:36:25 -0800 (PST) Received: from relay6.apple.com (unknown [127.0.0.1]) by relay6.apple.com (Symantec Mail Security) with ESMTP id 7BEF210054; Thu, 11 Jan 2007 09:36:25 -0800 (PST) X-AuditID: 11807124-a54f0bb000006d75-7b-45a67599d006 Received: from [17.214.13.96] (unknown [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay6.apple.com (Apple SCV relay) with ESMTP id 6A3601006E; Thu, 11 Jan 2007 09:36:25 -0800 (PST) In-Reply-To: <87mz4pbvs9.fsf@neva.vlink.ru> References: <87mz4pbvs9.fsf@neva.vlink.ru> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <7931EAA6-ED4A-485B-8C3C-FA91E5AD0AAC@mac.com> Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Thu, 11 Jan 2007 09:36:24 -0800 To: Denis Shaposhnikov X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-current@freebsd.org Subject: Re: squid-2.6.6 + TSO + windows 98 clients X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Jan 2007 18:24:47 -0000 On Jan 11, 2007, at 4:19 AM, Denis Shaposhnikov wrote: > tcpdump of one of failed requests: > > 10:35:03.592164 IP 192.168.0.100.1035 > 192.168.0.2.3128: S > 1423332:1423332(0) win 8192 > 10:35:03.592274 IP 192.168.0.2.3128 > 192.168.0.100.1035: S > 2428819522:2428819522(0) ack 1423333 win 0 It's interesting that it responds with a zero window size. That is typically used by the network stack to indicate extreme congestion and to have the other side wait for some seconds without sending any more data. BTW, why are you using such a small MTU? -- -Chuck