home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / dcom / cellrel / 733 < prev    next >
Encoding:
Text File  |  1992-11-17  |  1.5 KB  |  39 lines
  1. Newsgroups: comp.dcom.cell-relay
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!kronos.arc.nasa.gov!iscnvx!news
  3. From: myoung@force.ssd.lmsc.lockheed.com
  4. Subject: Transport Level Again
  5. Message-ID: <1992Nov18.003449.22162@iscnvx.lmsc.lockheed.com>
  6. Sender: news@iscnvx.lmsc.lockheed.com (News)
  7. Reply-To: myoung@force.ssd.lmsc.lockheed.com
  8. Organization: LMSC, Sunnyvale, California
  9. Date: Wed, 18 Nov 92 00:34:49 GMT
  10. Lines: 27
  11.  
  12. Goings on at the Transport Layer:
  13.  
  14. Since the path building process allow two objects to use a dedicated 
  15. communications path, (not multiplexing a path with multiple process 
  16. ports), then the capability is enabled for application specific transport 
  17. layers.
  18.  
  19. For a given application, the developer may design a custom transport
  20. layer.  Two examples are:
  21.  
  22. 1)
  23. Phase one: Perform error recovery on a message by message basis, letting 
  24. the state context of each end point determine if a message type is out of 
  25. context.  Then phase two: Switch to a sliding window method of error recovery.
  26.  
  27. 2)
  28. For some compression schemes, the first message may contain system parameters 
  29. requiring error recovery, but subsequent messages may be excitation vectors 
  30. requiring none. 
  31.  
  32. Each application yields a custom variation on the various transport
  33. level themes.
  34.  
  35. By avoiding de-multiplexing the objects have tunneled through the
  36. standard OS layers.  The application specific transport layers imply
  37. that the adaption layer must make minimal assumptions about the message.  
  38. Computing the checksum, but letting the upper layer decide its relevance.
  39.