[40687] in North American Network Operators' Group
Re: wanted: wireless magic tricks
daemon@ATHENA.MIT.EDU (Christian Kuhtz)
Thu Aug 16 14:04:06 2001
Date: Thu, 16 Aug 2001 14:01:57 -0400
From: Christian Kuhtz <ck@arch.bellsouth.net>
To: Mark Allman <mallman@grc.nasa.gov>
Cc: Christian Kuhtz <ck@arch.bellsouth.net>,
"Young, Jason" <Jason.Young@anheuser-busch.com>,
"'Cerqua, Toby'" <toby@platinumsystems.net>,
"'nanog@merit.edu'" <nanog@merit.edu>
Message-ID: <20010816140157.L9426@ns1.arch.bellsouth.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
In-Reply-To: <200108161800.OAA03425@guns.lerc.nasa.gov>; from Mark Allman on Thu, Aug 16, 2001 at 02:00:24PM -0400
Errors-To: owner-nanog-outgoing@merit.edu
On Thu, Aug 16, 2001 at 02:00:24PM -0400, Mark Allman wrote:
> > Well, that is quite wonderful, but when I approached this problem
> > with a collegue of mine over a sat link for a client that wasn't
> > our experience and after considerable tweaking we ended up having
> > to settle for less.
> >
> > PS: got pointers to documents detailing the 500mbps over OC-12 sat link?
> > email addr will do, as well, I'd love to find out what they did.
>
> Yep, sorry -- I should have included a pointer. Try:
>
> David E. Brooks, Craig Buffinton, Dave R. Beering, Arun Welch,
> William D. Ivancic, Mike Zernic, Douglas J. Hoder. ACTS 118x
> Final Report High Speed TCP Interoperability Testing, July 1999.
> http://ctd.grc.nasa.gov/5610/publications/TM-1999-209272.pdf
Thanks.
[..]
> My main point was that there is nothing wrong with the TCP
> *protocol* that makes it under-perform at large delay*bandwidth
> products. The implementations are not necessarily up to the job in
> some cases, but the protocol is sound.
[..]
FWIW, I wasn't bashing TCP, I was reporting experience data.
--
Christian Kuhtz <ck@arch.bellsouth.net> -wk, <ck@gnu.org> -hm
Sr. Architect, Engineering & Architecture, BellSouth.net, Atlanta, GA, U.S.
"I speak for myself only."
