home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.dcom.cell-relay:711 comp.protocols.tcp-ip:5137
- Newsgroups: comp.dcom.cell-relay,comp.protocols.tcp-ip
- Path: sparky!uunet!sun-barr!cs.utexas.edu!usc!zaphod.mps.ohio-state.edu!darwin.sura.net!ra!atkinson
- From: atkinson@itd.nrl.navy.mil (Randall Atkinson)
- Subject: Re: flow control, TCP, and ATM
- Message-ID: <BxM10o.2Fn@ra.nrl.navy.mil>
- Followup-To: comp.dcom.cell-relay
- Sender: usenet@ra.nrl.navy.mil
- Organization: Naval Research Laboratory, DC
- References: <s8thcrg@sgi.sgi.com> <BxLs14.Gu@usenet.ucs.indiana.edu>
- Date: Thu, 12 Nov 1992 15:43:36 GMT
- Lines: 26
-
- In article <BxLs14.Gu@usenet.ucs.indiana.edu> robelr@mythos.ucs.indiana.edu writes:
-
- >I just want to clarify that my intent was not to dismiss
- >end-to-end congestion control. Rather, it was to point
- >out one weakness with CURRENT implementations of TCP (and
- >by that I mean mainstream commercially available implementations,
- >not experimental ones). If TCP can be modified so that this
- >and other weaknesses are fixed, great.
-
- Allen,
-
- The good vendors already ship a Van Jacobson TCP with their standard
- product. I believe that SGI is one example of such a vendor. There
- are other commercial vendors with this. The Van Jacobson TCP is not
- nearly as experimental these days as your note implies. In fact it is
- out as a standards track RFC already and is mostly past experimentation.
-
- As Rob Warnock pointed out, Jon Crowcroft had an article last
- January or so (probably in CCR, maybe in IEEE Networks) proposing a
- way to smooth the TCP oscillation. That proposal is still
- experimental though the article sounded very well thought out and
- solidly worked to me. Oscillation of TCP is not a big factor over ATM
- as near as I can tell at the moment.
-
- Ran
- atkinson@itd.nrl.navy.mil
-