[45902] in North American Network Operators' Group
Re: Satellite latency
daemon@ATHENA.MIT.EDU (Jim Mercer)
Wed Feb 27 10:18:55 2002
Date: Wed, 27 Feb 2002 10:18:23 -0500
From: Jim Mercer <jim@reptiles.org>
To: Valdis.Kletnieks@vt.edu
Cc: "Steven M. Bellovin" <smb@research.att.com>,
Tim Devries <zsolutions@cogeco.ca>, nanog@merit.edu
Message-ID: <20020227101822.A90647@reptiles.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <200202271459.g1RExaVj005688@foo-bar-baz.cc.vt.edu>; from Valdis.Kletnieks@vt.edu on Wed, Feb 27, 2002 at 09:59:36AM -0500
Errors-To: owner-nanog-outgoing@merit.edu
On Wed, Feb 27, 2002 at 09:59:36AM -0500, Valdis.Kletnieks@vt.edu wrote:
> On Wed, 27 Feb 2002 09:17:37 EST, Jim Mercer said:
>
> > if you adjust the window size on the sending and receiving systems, you can
> > improve this, but this solution is impractical, as you would need to get
> > everyone on the internet (or at least all of the webservers and websurfers
> > you are servicing) to make adjustments to their local TCP stack.
> >
> > there are 3rd party solutions which can improve the throughput, but even
> > with those, there are still speed of light issues which will cause individual
> > throughput limitations.
>
> RFC1323 support is a 3rd party solution, or does it not solve all the problem
> here?
its been a while since i looked at it, but i seem to recall there was a lack
of implementation/adhereance to that RFC in windows TCP stacks.
i think for RFC1323 to be effective, it needs to be working on the sending
and receiving systems, not just the intermediary routers.
--
[ Jim Mercer jim@reptiles.org +1 416 410-5633 ]
[ I want to live forever, or die trying. ]
