home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / dcom / cellrel / 771 < prev    next >
Encoding:
Text File  |  1992-11-23  |  2.0 KB  |  45 lines
  1. Newsgroups: comp.dcom.cell-relay
  2. Path: sparky!uunet!panther!mothost!merlin.dev.cdx.mot.com!pjd.dev.cdx.mot.com!peterd
  3. From: peterd@pjd.dev.cdx.mot.com (Peter Desnoyers)
  4. Subject: Re: fat cells (was Re: Computers dont like ATM?)
  5. Message-ID: <1992Nov23.135258.29925@merlin.dev.cdx.mot.com>
  6. Sender: news@merlin.dev.cdx.mot.com (USENET News System)
  7. Nntp-Posting-Host: pjd.dev.cdx.mot.com
  8. Organization: Motorola Codex, Canton, Massachusetts
  9. References: <sjdveq8@sgi.sgi.com>,<1992Nov20.122227.6002@infodev.cam.ac.uk> <1992Nov20.150333.17701@iscnvx.lmsc.lockheed.com> <1992Nov20.211632.18945@infodev.cam.ac.uk>
  10. Date: Mon, 23 Nov 1992 13:52:58 GMT
  11. Lines: 32
  12.  
  13. rjb17@cl.cam.ac.uk (Richard Black) writes:
  14. >--
  15. >In article <1992Nov20.150333.17701@iscnvx.lmsc.lockheed.com>, 
  16. >myoung@force.ssd.lmsc.lockheed.com writes:
  17. >>   OK, this seems to be the right tack for ethernet-ATM transfer.  I vote
  18. >> to continue this thread, possibly leading to some standard mapping
  19. >> between ethernet and cell relay.
  20.  
  21. >This is not the forum for such activity, even if such a standardisation was
  22. >desirable.
  23.  
  24. Emily PostNews rule number 114, fascicle 43: don't propose discussion of 
  25. extensions to standard protocols in a forum that is accessible without
  26. paying international air fare...
  27.  
  28. Really, lighten up. This sounds like an interesting idea; I'm
  29. delighted to hear that your lab is actually implementing something
  30. very close to it:
  31.  
  32. Mark.Hayter@cl.cam.ac.uk (Mark Hayter) writes:
  33. >We have been using a system similar to this to allow interworking between
  34. >our ATM networks and the Ethernet for several years. The ethernet packet
  35. >contains the headers for all of the cells followed by the data - thus the data
  36. >is contiguous at the host. This system works well, and the router forwarding
  37. >code is efficient (since it is basically just doing cell forwarding).
  38.  
  39. I'm curious as to why you chose to aggregate all the cell headers at
  40. the front of the packet, rather than just the first - did this design
  41. predate AAL5?
  42.  
  43.                 Peter Desnoyers
  44. -- 
  45.