home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / dcom / isdn / 1058 < prev    next >
Encoding:
Internet Message Format  |  1992-12-31  |  4.6 KB

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!rutgers!att-out!cbnewsd!varney
  2. From: varney@cbnewsd.cb.att.com (Al Varney)
  3. Newsgroups: comp.dcom.isdn
  4. Subject: Re: ISDN international tariffs
  5. Message-ID: <1992Dec31.175756.17997@cbnewsd.cb.att.com>
  6. Date: 31 Dec 92 17:57:56 GMT
  7. References: <BzKv7n.G82@jshark.inet-uk.co.uk> <1992Dec21.143921.20121@cbfsb.cb.att.com> <BzMw6A.Jzr@jshark.inet-uk.co.uk>
  8. Sender: Al Varney <varney@ihlpl.ih.att.com>
  9. Organization: AT&T Network Systems, Lisle, IL
  10. Lines: 76
  11.  
  12. In article <BzMw6A.Jzr@jshark.inet-uk.co.uk> joe@jshark.inet-uk.co.uk (Joe Sharkey) writes:
  13. >In article <1992Dec21.143921.20121@cbfsb.cb.att.com> deej@cbnewsf.cb.att.com (david.g.lewis) writes:
  14. >>In article <BzKv7n.G82@jshark.inet-uk.co.uk> joe@jshark.inet-uk.co.uk (Joe Sharkey) writes:
  15. >>>In article <1992Dec19.214534.3982@cbnewsd.cb.att.com> varney@cbnewsd.cb.att.com (Al Varney) writes:
  16. >>>>   Where is 7500 cps from???  You should get 64000 bps / 8-bits/c
  17. >>>From the USA'a 56kb "digital" services - look at the rest of what you write.
  18. >>1.  The quotation marks on the word "digital" are somewhat inflammatory -
  19. >>56k switched digital services are just as digital as 64k switched digital
  20. >>services.  They're not ISDN, but then, they don't claim to be.
  21. >
  22. >Then why mention them?  (Sigh) *You* brought them in...
  23.  
  24.    Actually, *I* brought it up -- sort of.  But then I thought you
  25. were asking non-rhetorical questions, and really wanted technical answers.
  26. I guess I was wrong (Sigh).
  27.  
  28. >>2.  The original poster was referring to a 64kb/s B-channel.  I am guessing
  29. >>Al assumed 64kb/s end-to-end, since the original poster made no reference to
  30. >>rate adaption to 56kb/s, and current standards state that a call with bearer
  31. >>capability/user service information of 64kb/s UDI, no rate adaption, can be
  32. >>cleared by the network if no 64kb/s clear channel facilities are available.
  33. >
  34. >Want to translate that to American?  ``If I can get an end-end 64k circuit,
  35. >then I've got an end-end 64k circuit''??
  36.  
  37.    The point is that you don't have an end-to-end 64k circuit, do you?
  38. David was (I think) attempting to indicate that a request for 64k data
  39. will fail if such facilities are not available at each point in the
  40. switching path -- pretty obvious, I guess.  And (I think) your point
  41. was that everything was digital (64k) end-to-end for a voice call, so
  42. why should data cost more.  And (I know) my point was that every possible
  43. circuit on an arbitrary voice call might NOT BE 64k, and that it costs
  44. time, labor and software to insure that 64k data calls are ONLY ROUTED
  45. over facilities that can carry such traffic.  The alternative is to
  46. use time, labor and hardware to upgrade ALL facilities to 64k "clear
  47. channel" operation, so that all calls (voice or data) would traverse
  48. such paths.  For international traffic, where end-point compression
  49. and other methods can place 2N or more voice calls on N expensive
  50. 64k-equivalent circuits, it is clearly reasonable to charge more for use
  51. of a full, 64k-tested channel.
  52.  
  53. >>>>>Are there other costs to the telephone company involved that
  54. >>>>>already has ISDN capable equipment that can in any way justify
  55. >>>>>the extra cost of ISDN?
  56. >>>No. In the UK, ISDN comes in after the codecs, so there is *no* difference.
  57. >>>Q: Why should I pay more to use *less* of your equipment?  ;)
  58. >>
  59. >>Because you're not using less of my equipment.  Even looking solely at the
  60. >>line interface - where your "codecs" are - there's more "equipment"
  61. >>(hardware and software) for an ISDN interface than an analog loop.  An
  62. >>analog loop doesn't require a three-layer protocol stack to terminate the
  63. >>loop...
  64. >
  65. >You're being silly!  Well, maybe AT&T don't know how to design switches!
  66.  
  67.    So "your" switch has the hardware/software to support ISDN on every
  68. line, even if you only want to service (say) 100,000 simple analog lines?
  69. Aren't your customers upset at paying for all that extra power/hardware
  70. or is it a captive market...?  Has this wonderful interface been documented
  71. in a technical journal, or at some conference?  I'd really be interested
  72. in some detail, and I'm sure others would also.
  73.  
  74. >>Disclaimer: It's not really my equipment, since my part of AT&T has nothing
  75. >>to do with ISDN BRI...
  76. >
  77. >Claimer: I worked on these 15 years ago...
  78.  
  79.    Gee, I guess I'll just say the above comments are just MY opinion,
  80. and leave it at that.  But I am confused -- I thought your original
  81. questions had to do with the facilities required BETWEEN switches, after
  82. the ISDN-to-CO interface.  If you really want some answers, maybe you
  83. should re-state the questions in light of the comments to-date.  If you
  84. just want to argue, how about e-mail?  And if you just want to posture
  85. in public, I'll help by getting off the stage.
  86.  
  87. Al Varney
  88.