Received: with ECARTIS (v1.0.0; list netdev); Thu, 15 Apr 2004 06:18:53 -0700 (PDT) Received: from atlrel7.hp.com (atlrel7.hp.com [156.153.255.213]) by oss.sgi.com (8.12.10/8.12.9) with SMTP id i3FDImKO025464 for ; Thu, 15 Apr 2004 06:18:49 -0700 Received: from shilpa.india.hp.com (shilpa.india.hp.com [15.42.231.12]) by atlrel7.hp.com (Postfix) with ESMTP id B735A1C0260E for ; Thu, 15 Apr 2004 09:18:46 -0400 (EDT) Received: (from praveen@localhost) by shilpa.india.hp.com (8.9.3 (PHNE_25184)/8.9.3 SMKit7.02) id SAA22825 for netdev@oss.sgi.com; Thu, 15 Apr 2004 18:50:55 +0530 (IST) From: Praveen Kumar Amritaluru Message-Id: <200404151320.SAA22825@shilpa.india.hp.com> Subject: Re: zero window probes on linux (fwd) To: netdev@oss.sgi.com Date: Thu, 15 Apr 2004 18:50:55 +0530 (IST) In-Reply-To: <20040414141010.267a6204.ak@suse.de> from Andi Kleen at Apr "14," 2004 "02:10:10" pm X-Mailer: ELM [] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-archive-position: 4681 X-ecartis-version: Ecartis v1.0.0 Sender: netdev-bounce@oss.sgi.com Errors-to: netdev-bounce@oss.sgi.com X-original-sender: praveen@india.hp.com Precedence: bulk X-list: netdev Content-Length: 1763 Lines: 50 > > > > > > This seems to be a bug. Has it been already fixed in later > > > > > > kernel versions or is this how it is intended to remain? > > > > > > > > > > iirc this was intentional. The RFC suggested method doesn't work when talking to > > > > > some stacks. > > > > > > > > > > > > > But that cannot be valid enough justification for doing > > > > something against RFC right? > > > > > > Of course it is. Welcome to the real world. RFC1122 has a lot of bugs and sometimes > > > does not describe really implemented practice (e.g. BSD set the defacto standard > > > in many behaviours and it does not always follow 1122) > > > > So do u consider mandating definition of zero-window probes as defined > > in RFC793 as a bug in RFC1122? > > They are not directly a bug, but are just not what the world standardized on. > > > > Or else r u saying this bug is introduced in linux to take care of > > faulty stacks existing in the world. zero-window probes as defined > > in RFC1122 is not buggy right? > > Implementing a production network stack is not about following some standard to the > letter, but about interoperating with real implementations in a useful matter. > Linux does that. I checked the following vendor Operating Systems: HPUX, SunOS 5.8, FreeBSD 4.9. All of them send zero-window probes as per RFC1122. If BSD is considered the defacto standard then why is linux deviating from BSD in this aspect? Do u mean to say the above will not interoperate with the production network stacks which u r talking. BTW which r those production network stacks u r referring to? Is there any other linux mailing-lists where I can get most appropriate response? -Praveen > > -Andi >