home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / dcom / cellrel / 714 < prev    next >
Encoding:
Text File  |  1992-11-12  |  1.3 KB  |  34 lines
  1. Newsgroups: comp.dcom.cell-relay
  2. Path: sparky!uunet!ukma!darwin.sura.net!zaphod.mps.ohio-state.edu!uwm.edu!ux1.cso.uiuc.edu!usenet.ucs.indiana.edu!news
  3. From: robelr@ucs.indiana.edu (Allen Robel)
  4. Subject: Re: flow control, TCP, and ATM
  5. Message-ID: <BxMFBx.Dwy@usenet.ucs.indiana.edu>
  6. Sender: news@usenet.ucs.indiana.edu (USENET News System)
  7. Nntp-Posting-Host: mythos.ucs.indiana.edu
  8. Reply-To: robelr@mythos.ucs.indiana.edu
  9. Organization: Indiana University
  10. References: <BxM10o.2Fn@ra.nrl.navy.mil>
  11. Date: Thu, 12 Nov 1992 20:52:45 GMT
  12. Lines: 20
  13.  
  14. In article <BxM10o.2Fn@ra.nrl.navy.mil> atkinson@itd.nrl.navy.mil (Randall  
  15. Atkinson) writes:
  16. > In article <BxLs14.Gu@usenet.ucs.indiana.edu>  
  17. robelr@mythos.ucs.indiana.edu writes:
  18.  
  19. > are other commercial vendors with this.  The Van Jacobson TCP is not
  20. > nearly as experimental these days as your note implies.  In fact it is
  21. > out as a standards track RFC already and is mostly past experimentation.
  22. > 
  23.  
  24. Yes, I've read 1323 and believe that its a "real" RFC at this
  25. point but 1323 doesn't deal with selective ACKs, right?
  26. How important do you or others feel this issue will be in
  27. multihop high bandwidth*delay networks?  If its important, 
  28. is there ongoing standards work dealing with this and when 
  29. might we see this resolved?
  30.  
  31. thanks,
  32.  
  33. allen
  34.