[45901] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Satellite latency

daemon@ATHENA.MIT.EDU (Valdis.Kletnieks@vt.edu)
Wed Feb 27 10:00:34 2002

Message-Id: <200202271459.g1RExaVj005688@foo-bar-baz.cc.vt.edu>
To: Jim Mercer <jim@reptiles.org>
Cc: "Steven M. Bellovin" <smb@research.att.com>,
	Tim Devries <zsolutions@cogeco.ca>, nanog@merit.edu
In-Reply-To: Your message of "Wed, 27 Feb 2002 09:17:37 EST."
             <20020227091737.A88832@reptiles.org> 
From: Valdis.Kletnieks@vt.edu
Mime-Version: 1.0
Content-Type: multipart/signed; boundary="==_Exmh_283937536P";
	 micalg=pgp-sha1; protocol="application/pgp-signature"
Content-Transfer-Encoding: 7bit
Date: Wed, 27 Feb 2002 09:59:36 -0500
Errors-To: owner-nanog-outgoing@merit.edu


--==_Exmh_283937536P
Content-Type: text/plain; charset=us-ascii

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?

-- 
				Valdis Kletnieks
				Computer Systems Senior Engineer
				Virginia Tech


--==_Exmh_283937536P
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: Exmh version 2.5 07/13/2001

iD8DBQE8fPRYcC3lWbTT17ARAvg+AJ0RI11OxITQrJ/YDE0UUlJtsmX7LQCghlhc
We03FV+ESxjbez5eYXzMuYw=
=exfD
-----END PGP SIGNATURE-----

--==_Exmh_283937536P--

home help back first fref pref prev next nref lref last post