home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / dcom / isdn / 473 < prev    next >
Encoding:
Text File  |  1992-08-13  |  3.3 KB  |  79 lines
  1. Newsgroups: comp.dcom.isdn
  2. Path: sparky!uunet!stanford.edu!ames!sgi!rhyolite!vjs
  3. From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
  4. Subject: Re: Network Connections over ISDN
  5. Message-ID: <oikh4co@rhyolite.wpd.sgi.com>
  6. Organization: Silicon Graphics, Inc.  Mountain View, CA
  7. References: <1992Aug5.071006.3977@ericsson.se> <1992Aug14.073757.25228@cbnewsd.cb.att.com>
  8. Date: Fri, 14 Aug 1992 16:22:31 GMT
  9. Lines: 68
  10.  
  11. In article <1992Aug14.073757.25228@cbnewsd.cb.att.com>, varney@cbnewsd.cb.att.com (Al Varney) writes:
  12. > ...
  13. > >> >..., but some of use are interested in the bits/sec number because
  14. > >> >we have concrete applications that need certain minimum rates.
  15. > 
  16. >    But what if the bit RATE is above the minimum, but there was
  17. > an over-all 2 second latency in transmission?  Could an even
  18. > higher speed compensate, or are there things (such a echoing of
  19. > a typed character) where the bit rate is not critical, but the
  20. > transmission delay is very important?
  21.  
  22. Agreed.  Latency is important.
  23.  
  24. Thank you very much for the numbers.   They are very interesting.
  25.  
  26. > ...
  27. >     Telebit T2500 modems, 9600 baud using PEP, call across the room
  28. > Procomm Plus(rg) window Kermit, 1 byte LRC, 1000 byte packet      755 CPS
  29. > ...
  30.  
  31. >     PC-to-PC, 9600 baud to D-Channel
  32. > Kermit (non-sliding window, 1000 byte packets)                    601 CPS
  33. > Procom Plus vers. 1.1B, window Kermit, 1024 byte packets          725 CPS
  34. > Procom Plus vers. 1.1B, Ymodem-G                                  940 CPS
  35. > Procom Plus vers. 2, window Kermit, "relaxed timeouts"            930 CPS
  36. > Procom Plus vers. 2, Zmodem streaming, "relaxed timeouts"         930 CPS
  37.  
  38.  
  39. >     PC-to-PC, 19200 baud to D-Channel
  40. > Kermit (non-sliding window, 1000 byte packets)                    960 CPS
  41. > Procom Plus vers. 1.1B, window Kermit, 1024 byte packets          xxx CPS
  42. >   {Unreliable, many time-outs, around 1133 CPS when it worked}
  43. >   {Making EITHER to 9600 baud eliminated time-outs - about 750 CPS}
  44. > Procom Plus vers. 1.1B, Ymodem-G                                  xxx CPS
  45. >   {Unreliable, many time-outs, around 1190 CPS when it worked}
  46. > Procom Plus vers. 2, window Kermit, "relaxed timeouts"           1333 CPS
  47. > Procom Plus vers. 2, Zmodem streaming, "relaxed timeouts"        1240 CPS
  48. >   {About 1 error per 10K bytes!!}
  49.  
  50.  
  51. For comparison, UUCP file transfers over Telebit T2500's at 19.2 DTE on
  52. with reasonable computers get 1300-1400 Bytes/sec net.
  53.  
  54. Good v.32bis/v.42/v.42bis modems (e.g. DSI 9624LE+) move at least 
  55. 1500 Bytes/sec through TCP/IP/SLIP.
  56.  
  57.  
  58. >    I didn't measure latency directly....
  59. >                              ...   So a total delay of around 70 msec.
  60. > would be a good estimate.
  61.  
  62. Latency with v.32bis/v.42/v.42bis modems as measured by "ping" (ICMP
  63. echos over IP/SLIP) are from 160 milliseconds to 300 ms depending on
  64. the brand of modem.
  65.  
  66. I bet you'd be shocked and horrified by an external measure of latency
  67. such as `ping` over ISDN.  I was when I looked at modems.
  68.  
  69.  
  70. Is a fair summary that today ISDN D-channel appears to be faster than
  71. PEP modems for some things but generally slower than v.32bis/v.42
  72. modems?  So that ISDN D-channel might be good for intermittent stuff,
  73. such as remote interactive access, where the packet charges might be
  74. less than phone rates, but less good than a $430 v.32bis modem for
  75. moving bulk data?
  76.  
  77.  
  78. Vernon Schryver,  vjs@sgi.com
  79.