home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / dcom / isdn / 1043 < prev    next >
Encoding:
Internet Message Format  |  1992-12-26  |  4.2 KB
  1. Path: sparky!uunet!spool.mu.edu!yale.edu!ira.uka.de!smurf.sub.org!ppcnet!sks!mcd!mips.ruessel.sub.org!naddy
  2. From: naddy@mips.ruessel.sub.org (Christian Weisgerber)
  3. Newsgroups: comp.dcom.isdn
  4. Message-ID: <H.eg.37&NepFo9TQ@mips.ruessel.sub.org>
  5. Organization: My Individual Private Site
  6. Subject: Re: Asynchronous TAs
  7. Keywords: RS-232 asynch synch 57.6K 56K
  8. Summary: where are they?
  9. References: <1992Dec23.192710.3006@xenitec.on.ca>
  10. Reply-To: naddy@mips.ruessel.sub.org
  11. X-Software: HERMES GUS 1.10 Rev. Dec 18 1992
  12. Date: Fri, 25 Dec 1992 23:26:42 CET
  13. MIME-Version: 1.0
  14. Content-Type: text/plain; charset=US-ASCII
  15. Content-Transfer-Encoding: 7bit
  16. Lines: 74
  17.  
  18. In <1992Dec23.192710.3006@xenitec.on.ca>, Vance Shipley writes:
  19.  
  20. > Of all the ISDN terminal adaptors I have seen very few provide asynchronous
  21. > speeds above 19.2K.  None of the TAs I have seen provide faster than 38.4K.
  22.  
  23. See below.
  24.  
  25. [...]
  26. > There is a popular misconception that asynch can only support 19.2K.  This
  27. > is simply untrue, any lowly 16540 UART can handle 57.6, 76.8 and even 115.2K!
  28.  
  29. Yes and no. The electrical specifications for a standard serial port,
  30. V.28 (->EIA232), set a maximum transmission speed of 20000bit/s. That's
  31. also the reason that V.110 is limited to 19.2kbps. The CCITT can hardly
  32. disregard its own recommendations.
  33.  
  34. BTW, if we take this approach, I would like to see it implemented this
  35. way:
  36. The connection DTE<->TA should run at a commonly supported speed close
  37. to or higher than 64kbps, with hardware flow control i.e. RTS/CTS, the
  38. TA should bidirectionally buffer the data, strip start/stop bits, and
  39. run a standardized HDLC-type protocol (LAPB?) over the ISDN line, This
  40. way we also have flow control DCE-DCE, and most important efficient
  41. usage of the B channel. Basically the TA should just behave like a
  42. modern high speed error correcting modem, only faster. Running V.42bis
  43. DTE<->DTE would be an obvious extension.
  44. I think this scheme is already included in CCITT recommendation V.120.
  45.  
  46. > This means that almost all PCs in use today can handle the speeds I suggest.
  47. > The cost of doing synchronous on a PC today is astronomical in comparison.
  48.  
  49. Actually I think TAs are the least interesting for PCs. The PC market is
  50. so huge that it can sustain simpler machine-dependend solutions. An
  51. external 57.6/76.8kbps TA would be more appealing for other
  52. architectures where the prices of machine specific ISDN devices
  53. skyrocket. Not all the world is an "industry standard PC"
  54.  
  55. However, the overhead or "cost" of running high speed asynchronous
  56. serial connections is rather high. If an interrupt is signaled for every
  57. character you tie up a lot of CPU power. Even with buffered UARTs you
  58. don't want to do this with a Unix system, do you? You can avoid this by
  59. using intelligent I/O subsystems offering (multiple) serial ports
  60. managed by a micro-controller of its own, but that's not exactly cheap
  61. or simple either.
  62.  
  63. So, why go through the async-serial bottleneck at all? Especially with
  64. PCs?
  65.  
  66. > Of course the other choice here is to get a TA which goes in the PC and
  67. > eliminates the asynchronous problem.  This is only a solution for DOS users
  68. > because of driver availability.  
  69.  
  70. The cheapest way to provide ISDN for a PC is a simple expansion card
  71. with no intelligence of its own. Two chips by Siemens (AMD), some low
  72. level stuff, that's it. About as difficult as a serial card. In quantity
  73. of a few thousand production price should be about $70 and will become
  74. cheaper when ISDN chip prices drop. Very competitive when compared to a
  75. high speed modem.
  76.  
  77. Yes, most work has to be done in the driver or application layer. Yes,
  78. this can be a problem with the multitude of operating systems around.
  79. But not any more than with other high performance peripherals like hard
  80. disk controllers, video boards etc. However, multi-layered drivers
  81. should provide high portability between different platforms.
  82.  
  83. Within a few years ISDN will be everywhere. In Germany Telekom has
  84. announced nationwide ISDN availability for the end of 1993. (We already
  85. have urban availability.) From what I read in this group the U.S. seems
  86. to be legging behind, but for how long?
  87.  
  88. I think it's time for some serious industry standards concerning ISDN.
  89.  
  90. -- 
  91. Christian "naddy" Weisgerber, Germany           naddy@mips.ruessel.sub.org
  92.