[58920] in North American Network Operators' Group
Re: Fast TCP?
daemon@ATHENA.MIT.EDU (Scott Francis)
Thu Jun 5 11:30:58 2003
Date: Thu, 5 Jun 2003 08:29:57 -0700
From: Scott Francis <darkuncle@darkuncle.net>
To: "E.B. Dreger" <eddy+public+spam@noc.everquick.net>
Cc: nanog@merit.edu
Mail-Followup-To: Scott Francis <darkuncle@darkuncle.net>,
"E.B. Dreger" <eddy+public+spam@noc.everquick.net>, nanog@merit.edu
In-Reply-To: <Pine.LNX.4.44.0306050617280.31157-100000@www.everquick.net>
Errors-To: owner-nanog-outgoing@merit.edu
--h0beEpl++jFtFN5A
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Thu, Jun 05, 2003 at 06:34:23AM +0000, eddy+public+spam@noc.everquick.ne=
t said:
[snip]
> Also witness the BGP data/keepalive mechanism. Messages are sent
> at least every <x so often>, and frequently contain data (or at
> least a keepalive instead of data). If ACKs were sent in the
> same way, and packet fragments could be passed to the application
> layer before all segments were received in order to alleviate
> mbuf issues...
>=20
> UDP, anyone?
The folks over at digitalfountain have a pretty spiffy product that does ki=
nd
of a UDP encapsulation between their end points (TCP -> df box -> UDP -> df
box -> TCP) which works quite well for fast transfers over high latency
links (satellite, etc.). Also lets you get the most out of your available
pipes (i.e. 95% utilization of a DS-3 vs. a much lower figure using TCP to
transfer the same amount of data).
(I'm not affiliated with digitalfountain in any way other than being a
customer and sharing an office with a beta tester. :))
--=20
Scott Francis || darkuncle (at) darkuncle (dot) net
illum oportet crescere me autem minui
--h0beEpl++jFtFN5A
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)
iD8DBQE+32H1WaB7jFU39ScRAuhHAKCFsefKThDJ8XOlu0zCvJeR/MkzMgCgxgCH
MhskKTkwvWVRBs927eCAG5Y=
=5TW+
-----END PGP SIGNATURE-----
--h0beEpl++jFtFN5A--
