home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / protocol / tcpip / 4373 < prev    next >
Encoding:
Internet Message Format  |  1992-09-10  |  4.9 KB
  1. Xref: sparky comp.protocols.tcp-ip:4373 comp.dcom.isdn:527
  2. Newsgroups: comp.protocols.tcp-ip,comp.dcom.isdn
  3. Path: sparky!uunet!cis.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!cbnewsc!cbfsb!cbnewsf.cb.att.com!deej
  4. From: deej@cbnewsf.cb.att.com (david.g.lewis)
  5. Subject: Re: TCP/IP over ISDN
  6. Message-ID: <1992Sep10.143836.11131@cbfsb.cb.att.com>
  7. Sender: news@cbfsb.cb.att.com
  8. Organization: AT&T
  9. References: <ms.715642065@walhalla> <1992Sep8.183030.330@gandalf.ca> <1992Sep10.040648.20853@dumbcat.sf.ca.us>
  10. Date: Thu, 10 Sep 1992 14:38:36 GMT
  11. Lines: 89
  12.  
  13. In article <1992Sep10.040648.20853@dumbcat.sf.ca.us> marc@ascend.com writes:
  14. >In article <1992Sep8.183030.330@gandalf.ca> djarrett@gandalf.ca (Dave Jarrett) writes:
  15. > > Don't get hung up on this user-user information thing. All we require 
  16. > > to do a poll, is 1 available bit, anywhere in the connect packet, which
  17. > > will tell the receiving node that this connect request is really a poll.
  18. > > Surely even ITR6 has 1 available bit which can be used for this purpose?
  19. >
  20. >Hmmmm,  I'm looking at the AT&T PRI spec (TR 41449/TR 41459) and the only
  21. >Information Elements that are mandatory are:
  22. >
  23. >    Bearer Capability
  24. >    Channel Identification
  25. >    Called party number
  26.  
  27. Protocol Discriminator, Message Type, and Call Reference are also mandatory.
  28.  
  29. >Experience tells me that the Bearer Capability for an incoming call often
  30. >bears no relation to the one in the originators setup message.
  31.  
  32. I feel I must take some exception to this...
  33.  
  34. First, TR 41459 specifies the AT&T network ISDN PRI - the protocol that you
  35. use when you purchase a PRI from AT&T Communications Services, or whatever
  36. we're calling ourselves these days.
  37.  
  38. If the call both originates and terminates on AT&T network PRIs, the BCs
  39. should be very closely related.  In fact, they should be identical.
  40.  
  41. IF the call originates or terminates on another network, BRI or PRI, the
  42. situation may be different.  If it's a voice call, an Information Transfer
  43. Capability of "speech" may be mapped to "3.1kHz audio", or vice-versa; as I
  44. recall, Bellcore TRs treat them pretty much interchangeably.
  45.  
  46. If it's a data call, and it interworks with CSDC access ("switched 56"),
  47. things may be a little more complicated.  For example, a call may be
  48. originated from an AT&T PRI, destined for an Accunet Switched Digital
  49. Service customer served by a LEC BRI, with access to Accunet SDS through a
  50. digital switched access arrangement using 56kb/s CSDC trunks.  In this case,
  51. the BC at the originating PRI must be coded 64kb/s circuit mode, with octet
  52. 5 of the BC indicating a user information layer 1 protocol of V.110 rate
  53. adaption to 56kb/s.  Because this detailed information can not be
  54. transferred across the CSDC (in-band signaled) trunks, the LEC switch may
  55. not code the BC in the SETUP message to the BRI in this way.  Similarly, if a
  56. call is delivered to the AT&T network over CSDC trunks for delivery to a
  57. PRI, the Information Transfer Rate field of the BC IE will be coded 64kb/s.
  58. Octet 5 should show rate adaption to 56kb/s.  The access BRI may not require
  59. the rate adaption to be explicitly coded.
  60.  
  61. >The "mandatory" called party number isn't in setups that come from a Definity
  62. >Generic I PBX.
  63.  
  64. Over a PRI it certainly is.  If a SETUP message is sent by a PBX to the AT&T
  65. network and does not include a Called Party Number IE, the call attempt will
  66. be cleared.  On the terminal side of the Definity, the terminal may receive
  67. information via Keypad IEs.
  68.  
  69. >Ok, on to BRI and the 5ESS specifically (I'm not picking on AT&T, it's just
  70. >that I happen to have their manuals at home).  Only the Bearer capability is
  71. >required.
  72.  
  73. Called Party Number is not mandatory over BRI because BRI may use Keypad IEs
  74. with overlap signaling procedures.  Channel ID, I'm guessing, may not be
  75. mandatory if the switch chooses the channel and returns the selected channel
  76. in the first Call Proceeding or Setup Ack message.
  77.  
  78. >Maybe in the future when the world is SS7 you'll be able to trust the bearer
  79. >cap IE. 
  80. > Until that time
  81. >* as your call goes from switch to switch it can (and will) be munged
  82. >* it sometimes lies.  I've received calls with a 64K Bearer Cap IE that I
  83. >  *know* went over at least one line/network that only had 56K capabilities.
  84. >
  85. >Now where is that bit?
  86.  
  87. Again, to get back to the original thread, certain IEs are designated as
  88. usable for user to user information transfer.  These include UUI, High Layer
  89. Compatibility, Low Layer Compatibility, subaddress IEs, and Codeset 7 IEs.
  90. If you attempt to use anything else to transfer user to user information,
  91. there is no guarantee, explicit or implied, that it will be delivered the
  92. way you want it - or that it will be delivered at all.
  93.  
  94.  
  95. Disclaimer: Anyplace I say "may" I'm hypothesizing based on
  96. generally-available information.  Anyplace I say "does" or "will" or "must"
  97. I'm pulling info from TR 41459 - you could look it up...
  98.  
  99.  
  100. David G Lewis                              AT&T Bell Laboratories
  101. david.g.lewis@att.com or !att!houxa!deej     Switching & ISDN Implementation
  102.