home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / dcom / cellrel / 694 < prev    next >
Encoding:
Text File  |  1992-11-10  |  2.4 KB  |  48 lines
  1. Newsgroups: comp.dcom.cell-relay
  2. Path: sparky!uunet!news.tek.com!psgrain!charnel!rat!usc!sdd.hp.com!cs.utexas.edu!sun-barr!decwrl!pa.dec.com!e2big.mko.dec.com!nntpd.lkg.dec.com!carafe.enet.dec.com!goldstein
  3. From: goldstein@carafe.enet.dec.com (Fred R. Goldstein)
  4. Subject: Re:  new AAL (SSCOP?)
  5. Message-ID: <1992Nov10.232413.6580@nntpd.lkg.dec.com>
  6. Sender: usenet@nntpd.lkg.dec.com (USENET News System)
  7. Organization: Digital Equipment Corp., Littleton MA USA
  8. Date: Tue, 10 Nov 1992 23:20:09 GMT
  9. Lines: 37
  10.  
  11.  
  12. In article <1992Nov9.135828.5489@iscnvx.lmsc.lockheed.com>, myoung@force.ssd.lmsc.lockheed.com writes...
  13. >In article <1992Nov8.231642.7509@nntpd.lkg.dec.com>, goldstein@carafe.enet.dec.com (Fred R. Goldstein) writes:
  14. >>Just in case anyone's wondering, SSCOP (service-specific 
  15. >>connection-oriented protocol) is the service-specific sublayer that sits 
  16. >>above AAL3/4 OR  AAL 5.
  17. >  There are lots of connection oriented protocols.  What makes this one
  18. >so special.  If its value added is a rate oriented flow control, then
  19. >why not fix TCP, or use VTMP or XTP or any of a number of other
  20. >proposals.  What makes SSCOP the preferred protocol?
  21.  
  22. SSCOP doesn't have rate-oriented flow control.
  23.  
  24. SSCOP is a general-purpose sublayer that provides elements of 
  25. procedure for recovering lost packets.  That is, it does what other
  26. connection-oriented DATA LINK procedures, like LAPF, do, and what
  27. connection-oriented TRANSPORT procedures, like TCP, do.  It differs
  28. in that there can be many separate gaps being recovered at once.
  29.  
  30. The SSCOP STAT message includes a list of gaps in the received
  31. sequence.  So you may have received everything up to 8831, missed
  32. 8832-8834, gotten 8835-8901, missed 8902, gotten 8903-8908, missed
  33. 8909, gotten 8910-8955, and that's the latest you've heard.  TCP
  34. has no way to say all that at once, so it can't recover them all
  35. at once, all the while sending up to the credit limit. 
  36.  
  37. There is a project in X3S3 (CSRDLC) to do the same thing with HDLC,
  38. and the two groups are in contact.  The syntax may end up different
  39. but the semantics are likely to end up very close.  Interoperable?
  40. Maybe.
  41.  
  42. It always amazes me how IP fanatix think that the entire Internet 
  43. Protocol Suite as of the late 1980s was handed down on Sinai.
  44. ---
  45. Fred R. Goldstein   goldstein@carafe.tay2.dec.com 
  46. k1io             or goldstein@delni.enet.dec.com   voice:+1 508 952 3274
  47. Standard Disclaimer:  Opinions are mine alone; sharing requires permission.
  48.