home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / dcom / isdn / 1041 < prev    next >
Encoding:
Text File  |  1992-12-24  |  3.9 KB  |  70 lines
  1. Newsgroups: comp.dcom.isdn
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!decwrl!deccrl!news.crl.dec.com!rdg.dec.com!uvo.dec.com!e2big.mko.dec.com!nntpd.lkg.dec.com!carafe.enet.dec.com!goldstein
  3. From: goldstein@carafe.enet.dec.com (Fred R. Goldstein)
  4. Subject: Re: Asynchronous TAs
  5. Message-ID: <1992Dec24.053712.22719@nntpd.lkg.dec.com>
  6. Sender: usenet@nntpd.lkg.dec.com (USENET News System)
  7. Organization: Digital Equipment Corp., Littleton MA USA
  8. Date: Thu, 24 Dec 1992 05:30:15 GMT
  9. Lines: 59
  10.  
  11.  
  12. In article <1992Dec23.192710.3006@xenitec.on.ca>, vances@xenitec.on.ca (Vance Shipley) writes...
  13. >Of all the ISDN terminal adaptors I have seen very few provide asynchronous
  14. >speeds above 19.2K.  None of the TAs I have seen provide faster than 38.4K.
  15. >Of course they all provide 56 or 64K synchronous.  I'm sure this makes
  16. >sense when viewed from the position of evolving the current telecommunications
  17. >solutions to ISDN.  Currently modems provide asynchronous interfaces at
  18. >speeds up to 19.2K and sometimes 38.4K while DDS provides leased 56K
  19. >synchronous connections.  The problem here is that by maintaining this
  20. >limited view the TA manufacturers have ensured that they will cater solely
  21. >to the high end users.
  22. > 
  23. >For the billion PC users out there without synchronous cards and software
  24. >there is no benefit in getting ISDN.  These people have, or could get, V.42bis
  25. >modems which they believe will get them 19.2K throughput.  If they get an ISDN
  26. >terminal adaptor they could achieve a real 19.2K conection.  There would be
  27. >a gain here if you could explain the issue of compression.  If they were to
  28. >get a TA which gave them 38.4K they would have a better than two fold gain.
  29. >This is just enough to make it worth the trouble, maybe.
  30.  
  31. Indeed, compression IS the trick, and what makes the comparison of
  32. oranges to juice a bit unfair.  Most high-end modems nowadays perform
  33. compression, and claim 2:1 to 4:1, and use flow-controlled DTE
  34. interfaces at maybe 57.6 kbps or even higher.  But the modem itself
  35. is usually 14.4 kbps or slower (V.fast going up to 24k and maybe
  36. 28k on a really, really swell analog line).  A TA with a "raw"
  37. async speed of 38.4k is better.  Sadly, there are many current
  38. TAs (like the Fujitsu for which a flyer just came in the mail)
  39. that only go to 19.2!  What a waste.
  40.  
  41. >I read an article recently about a group of astronomers who were working at
  42. >home with X terminals over ISDN.  Because the X terminals only provided an
  43. >asynchronous serial interface (in addition to the ethernet) they were only
  44. >using 38.4K.  The article was giving this as an example of how ISDN allowed
  45. >users to do things never before practical.  While this was essentially true
  46. >to me it was a great example of what is wrong with the cuurent state of
  47. >affairs in the ISDN world.
  48.  
  49. Yep.  What's wrong is that customers don't always get the right
  50. equipment.  I'm typing this over an ISDN circuit, momentarily at
  51. 64 kbps, though I sometimes use 56kbps "data over speech" just to
  52. exercise that option.  (We don't have interexchange data ISDN yet
  53. here, and some of our ISDN users are interexchange.)  My clone PC
  54. has a bog-standard DEC Ethernet card, tied via 10baseT to a 
  55. Gandalf Premier 5510 bridge.  It makes a nice X setup!  I can also
  56. transfer files at 7000 Bytes/second, using DECnet NFT or FTP.
  57.  
  58. ISDN PC cards that go 64 or 56 kbps sync do exist, but there are
  59. many issues of compatibility (protocol stacks).  BTW (in response
  60. to KPH's comment), T-Link is a Northern Telecom rate adaptation
  61. protocol.  Introduced with the SL-1 Add-on Data Module in 1979 or
  62. so, it was used on the DEC CPI-32 in 1982.  It's smarter than
  63. V.110, though also bit-oriented (not HDLC like V.120).  A notable
  64. feature: At 9600 and down, all info is sent with triple-mode
  65. redundancy, so a one-bit error can be outvoted by a smart receiver.
  66. ---
  67. Fred R. Goldstein   goldstein@carafe.tay2.dec.com 
  68. k1io             or goldstein@delni.enet.dec.com   voice:+1 508 952 3274
  69. Standard Disclaimer:  Opinions are mine alone; sharing requires permission.
  70.