home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / dcom / cellrel / 231 < prev    next >
Encoding:
Text File  |  1992-07-22  |  2.3 KB  |  46 lines
  1. Newsgroups: comp.dcom.cell-relay
  2. Path: sparky!uunet!decwrl!deccrl!news.crl.dec.com!news!nntpd.lkg.dec.com!carafe.enet.dec.com!goldstein
  3. From: goldstein@carafe.enet.dec.com (Fred R. Goldstein)
  4. Subject: Re: Packet Sizes
  5. Message-ID: <1992Jul22.192642.8995@nntpd.lkg.dec.com>
  6. Sender: usenet@nntpd.lkg.dec.com (USENET News System)
  7. Organization: Digital Equipment Corp., Littleton MA USA
  8. Distribution: na
  9. Date: Wed, 22 Jul 1992 20:18:36 GMT
  10. Lines: 34
  11.  
  12.  
  13. The 48-byte cell size, of course, stinks.  If we were building an ATM
  14. network for data alone, Craig's 128-byte payload is about right.  It's
  15. even big enough to carry a sort TUBA (briefly IPV7) packet :-) .
  16.  
  17. Given that PCM voice generates 8 octets/millisecond, cell size sets
  18. voice delay (for one-user full cells).  For a while, ATM was 64 Octets,
  19. but France wanted 32.  Why?  Because if you added the speed-of-light
  20. delay for a call the length of France, and added 4 ms (32-octets) delay,
  21. you'd just barely get away without echo cancellers.  The extra 4 ms.
  22. made echo cancellers seem necessary.  Now a bigger country like the USA
  23. would need echo cancellers anyway, in which case a few extra ms. delay
  24. (even 16 ms.) would be harmless.  So at 48 octets, EVERYBODY LOSES!
  25. That's the way CCITT works; consensus ain't cheap.
  26.  
  27. I personally suspect that ATM nets (carrying data) will have LOTS 
  28. of cell loss, which will require fairly small retransmission-units 
  29. (R.U.)  If you use AAL5 alone, then the packet is the R.U.  If you
  30. use AAL5 or AAL3 with SSCOP, then SSCOP allows an intermediate
  31. fragment size R.U.  If you use BLINKBLT, or another numbered-cell 
  32. selective retransmit protocol, then the cell is the R.U.
  33.  
  34. ATM nets are themselves physical layer; AAL is datalink, so internet
  35. protocols and higher will run across them.  We can _optimize_ new
  36. protocols to run over ATM, but will also have to live with the old.
  37. I'm afraid that we're going to have a lot of overhead caused by
  38. traffic that just misses the one-cell cutoff.  Perhaps we should move
  39. towards sligtly modified transport protocols too, just to reduce the
  40. frequency of 40-byte (longer with newer IP, most likely, or CLNP)
  41. packets that, with overhead, just overflow one cell.
  42. ---
  43. Fred R. Goldstein   goldstein@carafe.tay2.dec.com 
  44. k1io             or goldstein@delni.enet.dec.com   voice:+1 508 952 3274
  45. Standard Disclaimer:  Opinions are mine alone; sharing requires permission.
  46.