home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / dcom / isdn / 1034 < prev    next >
Encoding:
Text File  |  1992-12-23  |  3.9 KB  |  73 lines

  1. Newsgroups: comp.dcom.isdn
  2. Path: sparky!uunet!uunet.ca!xenitec!vances
  3. From: vances@xenitec.on.ca (Vance Shipley)
  4. Subject: Asynchronous TAs
  5. Organization: SwitchView Inc., Waterloo, Ontario
  6. Date: Wed, 23 Dec 1992 19:27:10 GMT
  7. Message-ID: <1992Dec23.192710.3006@xenitec.on.ca>
  8. Summary: where are they?
  9. Keywords: RS-232 asynch synch 57.6K 56K
  10. Lines: 61
  11.  
  12.  
  13. In order for ISDN to gain acceptance in the marketplace it must provide
  14. something of value which is unavailable with POTS technology.  The issue
  15. of ISDN->POTS conectivity has been discussed here.  Providing a modem
  16. pool in the CO is one solution, terminal adaptors which provide the
  17. conversion is another (I believe Canon have a G4 fax which will also
  18. receive G3 transmissions from POTS machines).  Here is my pet peeve.
  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. Of course they all provide 56 or 64K synchronous.  I'm sure this makes
  23. sense when viewed from the position of evolving the current telecommunications
  24. solutions to ISDN.  Currently modems provide asynchronous interfaces at
  25. speeds up to 19.2K and sometimes 38.4K while DDS provides leased 56K
  26. synchronous connections.  The problem here is that by maintaining this
  27. limited view the TA manufacturers have ensured that they will cater solely
  28. to the high end users.
  29.  
  30. For the billion PC users out there without synchronous cards and software
  31. there is no benefit in getting ISDN.  These people have, or could get, V.42bis
  32. modems which they believe will get them 19.2K throughput.  If they get an ISDN
  33. terminal adaptor they could achieve a real 19.2K conection.  There would be
  34. a gain here if you could explain the issue of compression.  If they were to
  35. get a TA which gave them 38.4K they would have a better than two fold gain.
  36. This is just enough to make it worth the trouble, maybe.
  37.  
  38. A TA which would provide a 57.6K asynchronous connection would give a three
  39. fold increase over there expectation of 19.2K.  An asynchronous speed of 76.8K
  40. would provide a 400% percent increase over the expected throughput of POTS.
  41. The actual throughput, before compression is more like 14.4K at best on POTS.
  42. That would translate into a 533% increase at 76.8K.  Comparing this to the
  43. more common throughput of 9600 baud would yield an 800% increase at 78.6K.
  44.  
  45. Once the start/stop/idle bits of an asynchronous byte stream are removed it
  46. can be placed through a synchronous channel of a much lower speed.  There is
  47. at least one company making a synch->asynch convertor which does just this.
  48. At this years CBTA show I found a Sun 386i running a demonstration in
  49. Northern Telecom's booth.  It was running some sort of multimedia over a
  50. switched 56K Datapath setup.  Sitting atop the TA was a convertor which
  51. took 57.6K asynch from the Sun 386i and fed it to the synch only TA at 56K.
  52.  
  53. There is a popular misconception that asynch can only support 19.2K.  This
  54. is simply untrue, any lowly 16540 UART can handle 57.6, 76.8 and even 115.2K!
  55. This means that almost all PCs in use today can handle the speeds I suggest.
  56. The cost of doing synchronous on a PC today is astronomical in comparison.
  57. Of course the other choice here is to get a TA which goes in the PC and
  58. eliminates the asynchronous problem.  This is only a solution for DOS users
  59. because of driver availability.  
  60.  
  61. I read an article recently about a group of astronomers who were working at
  62. home with X terminals over ISDN.  Because the X terminals only provided an
  63. asynchronous serial interface (in addition to the ethernet) they were only
  64. using 38.4K.  The article was giving this as an example of how ISDN allowed
  65. users to do things never before practical.  While this was essentially true
  66. to me it was a great example of what is wrong with the cuurent state of
  67. affairs in the ISDN world.
  68.  
  69.  
  70. -- 
  71. Vance Shipley 
  72. vances@xenitec.on.ca         vances@switchview.com         vances@ltg.uucp
  73.