home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / dcom / cellrel / 433 < prev    next >
Encoding:
Text File  |  1992-08-31  |  1.6 KB  |  40 lines
  1. Newsgroups: comp.dcom.cell-relay
  2. Path: sparky!uunet!mcsun!dxcern!brian
  3. From: brian@dxcern.cern.ch (Brian Carpenter   CERN-CN)
  4. Subject: Re: followup to reordering thread
  5. Message-ID: <1992Aug31.135521.14740@dxcern.cern.ch>
  6. Organization: CERN European Lab for Particle Physics
  7. References: <1992Aug30.164236.17945@sics.se>
  8. Date: Mon, 31 Aug 1992 13:55:21 GMT
  9. Lines: 29
  10.  
  11. Another (very minor) disagreement with Craig. You should compute
  12. the AAL CRC on the fly as the cells arrive, not after the last cell.
  13. (I'm assuming you have hardware assist of course.) Otherwise, yes,
  14. switches cannot re-order ("Cell sequence integrity on a virtual channel
  15. connection is preserved by the ATM layer." - CCITT I.150, page 1.)
  16. and AAL5 is simple.
  17.  
  18.   -- Brian
  19.  
  20. >> 2) If no re-ordering occurs, does that mean that all I have to do
  21. >> is collect the sequence of cells that have arrived on a VCI/VPI pair,
  22. >> perform some application (TCP,TP4 etc) dependent error control on the
  23. >> assembled packet, then just use the data (if re-transmission not needed).
  24. > 
  25. >Yes.  You receive cells and store them sequentially in a buffer.  When
  26. >you have a complete PDU, you do the AAL CRC, and pass the packet up to
  27. >higher layers.  
  28. > 
  29. >> If the adaption layer is that simple under the no-reordering rule, then
  30. >> why not pay the price in additional switch sophistication and get the
  31. >> huge return in having a much simpler adaption layer?
  32. >>
  33. >> If re-ordering is then not allowed, then doesn't it make sense to have
  34. >> a end-of-message, begin-of-message bit in the cell header?
  35.  
  36. >Yes.  That's what AAL 5 is all about.
  37.  
  38. >Craig
  39.  
  40.