home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / dcom / cellrel / 486 < prev    next >
Encoding:
Internet Message Format  |  1992-09-04  |  2.1 KB
  1. From: ajw@otter.hpl.hp.com (Anthony Wiley)
  2. Date: Fri, 4 Sep 1992 10:17:45 GMT
  3. Subject: Re: AAL 5 query
  4. Message-ID: <68780001@otter.hpl.hp.com>
  5. Organization: Hewlett-Packard Laboratories, Bristol, UK.
  6. Path: sparky!uunet!spool.mu.edu!sdd.hp.com!scd.hp.com!hplextra!otter.hpl.hp.com!otter!ajw
  7. Newsgroups: comp.dcom.cell-relay
  8. References: <1992Sep2.121122.15112@ccsun.strath.ac.uk>
  9. Lines: 46
  10.  
  11. In comp.dcom.cell-relay, craa85@ccsun.strath.ac.uk ( D.W.Stevenson) writes:
  12.  
  13. > Can somebody perhaps clarify my understanding of certain parts of AAL5:
  14.  
  15. > I'm looking at the situation where a host requires to have more than one 
  16. > VC open at one time. In this case, one AAL entity is required for each
  17. > connection. ATM-SDUs from each AAL are multiplexed/demux'd by a single
  18. > ATM layer entity in the interface. This gives the following structure for 
  19. > the interface:
  20.  
  21. >              ATM physical connection
  22. >                     |
  23. >                     |  
  24. >                 ATM entity 
  25. >                 |   |   |
  26. >                    AAL AAL  AAL
  27.                 
  28. >                    CPU
  29.  
  30.  
  31.  
  32. > In order to transfer information across a virtual connection, the user layer
  33. > passes a MAAL-CREATE.request primitive (with the far end ATM_CEI and
  34. > AAL_CEI as parameters) to initialise new AAL state machines for a new AAL 
  35. > entity. 
  36.  
  37. Why are the far end connection identifiers specified here?
  38. And, is this explicity documented?
  39.  
  40. > There is no primitive that is passed from the MAAL (or AAL) entity to the ATM
  41. > layer which says "a new connection is being created, please assign a new
  42. > VCI/VPI pair for use with this AAL and associate cells to/from this 
  43. > VCI/VPI pair with this newly created AAL entity.". 
  44.  
  45. > As far as I can see, this means that the ATM layer is unable to demultiplex
  46. > cells to the correct AAL entity, since firstly, the ATM layer doesn't know
  47. > which VCI/VPI corresponds to which AAL and secondly, there is no parameter
  48. > in the ATM-DATA.indicate primitive to identify a unique AAL entity to 
  49. > which each ATM-SDU should be passed.
  50.  
  51. True, however
  52. I've always assumed (although one should NOT assume anything here) that a
  53. VPI/VCI was automagically associated with an AAL_CEI in the ATM entity,
  54. and hence this is how (de)multiplexing was done.
  55.  
  56. Tony Wiley.
  57.