home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / dcom / isdn / 514 < prev    next >
Encoding:
Text File  |  1992-09-07  |  1.8 KB  |  42 lines
  1. Newsgroups: comp.dcom.isdn
  2. Path: sparky!uunet!utcsri!torn!cunews!hobbit.gandalf.ca!cstorry
  3. From: cstorry@gandalf.ca (Chuck Storry)
  4. Subject: Re: Length of ISDN addresses
  5. Message-ID: <1992Sep4.201421.12924@gandalf.ca>
  6. Organization: Gandalf Data Ltd.
  7. References: <2343@unet.UUCP> <1992Sep3.123932.23973@gandalf.ca> <5af7f9b6.cb12@dabo.citi.umich.edu>
  8. Date: Fri, 4 Sep 1992 20:14:21 GMT
  9. Lines: 31
  10.  
  11. In <5af7f9b6.cb12@dabo.citi.umich.edu> rees@dabo.citi.umich.edu (Jim Rees) writes:
  12.  
  13. >In article <1992Sep3.123932.23973@gandalf.ca>, cstorry@gandalf.ca (Chuck Storry) writes:
  14.  
  15. >  The problems we've had with subaddresses is that the content of the subaddress
  16. >  information element is not standardised. It may be encoded as bcd, hex, ascii
  17. >  digit, or as per NSAP in one of many formats. If you're after compatibility
  18. >  with other CPE then this can be a real problem.
  19.  
  20. >I would consider it a bug if the network imposed any particular structure on
  21. >the subaddress.  Can you give an example of where this is a problem
  22.  
  23.  
  24. The problem occurs when CPE from one vendor needs to talk to equipment of
  25. another and they encode/decode the called party subaddress differently. 
  26. Both the originator and recipient must encode the information element
  27. with the same algorithm. This may work for NSAP provided your equipment
  28. recognises the encoded NSAP type; ASCII, HEX, etc. But for "type of
  29. subaddress == User specified" there is of course to agreed to convention
  30. for the subsequent encoding of the subaddress information field. although
  31. CCITT does indicate that the odd/even field is for use when the type of
  32. subaddress is user specified and the coding is BCD.
  33. D
  34. D
  35. D
  36. decodes the same format (actually specified by NSAP encoding?
  37. -- 
  38. Chuck Storry               CAnet: cstorry@gandalf.ca
  39. Gandalf Data Ltd.          Voice: (613) 723-6500
  40. Nepean, Ontario              Fax: (613) 226-1717
  41. Canada  K2E 7M4
  42.