IETF Logo Mail Archive

Re: revision RFC 2001 (draft-ietf-tcpimpl-cong-control-00.txt)

Kacheong Poon <Kacheong.Poon@Eng.Sun.COM> Wed, 12 August 1998 19:28 UTC

Return-Path: <owner-tcp-impl@relay.engr.sgi.com>
Date: Wed, 12 Aug 1998 12:28:56 -0700
From: Kacheong Poon <Kacheong.Poon@Eng.Sun.COM>
Reply-To: Kacheong Poon <Kacheong.Poon@Eng.Sun.COM>
Subject: Re: revision RFC 2001 (draft-ietf-tcpimpl-cong-control-00.txt)
To: David Borman <dab@bsdi.com>
Cc: tcp-impl@cthulhu.engr.sgi.com, mathis@psc.edu
In-Reply-To: "Your message with ID" <199808121840.NAA10344@frantic.bsdi.com>
Message-ID: <Roam.SIMCSD.2.0.4.902950136.15924.kcpoon@jurassic>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; CHARSET="US-ASCII"
Sender: owner-tcp-impl@relay.engr.sgi.com
Precedence: bulk
Status: RO
Content-Length: 655
Lines: 17

> Yes you can.  In the receiver, you implement a local state variable that
> keeps track of the largest packet ever received from the peer, and use
> that in determining how many full size packets you have received, instead
> of the sending MSS.  I implemented this in UNICOS years ago, and it worked
> fine for most cases.

This issue was discussed about a week ago in the Linux networking list.  I
think they implement something similar, which they called "adaptive receive
MSS."  So I guess Linux, beside UNICOS, is also conformant to the RFC.
Anyone from the Linux networking community can confirm this?

							K. Poon.
							kcpoon@eng.sun.com

v2.23.0 | Report a Bug | By Email