home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / dcom / modems / 19986 < prev    next >
Encoding:
Internet Message Format  |  1993-01-25  |  1.5 KB
  1. Path: sparky!uunet!math.fu-berlin.de!unidui!flyer!flatlin!smurf.sub.org!news
  2. From: urlichs@smurf.sub.org (Matthias Urlichs)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: Can you lock DTE at 76,800 bps?  Is that a valid speed?
  5. Date: 22 Jan 1993 18:11:29 +0100
  6. Organization: University of Karlsruhe, FRG
  7. Lines: 23
  8. Message-ID: <1jp9s1INN6ad@smurf.sub.org>
  9. References: <1993Jan17.220224.28096@etek.chalmers.se> <XqcRXB1w165w@zswamp.UUCP>
  10.  
  11. In comp.dcom.modems, article <XqcRXB1w165w@zswamp.UUCP>,
  12.   geoff@zswamp.UUCP (Geoffrey Welsh) writes:
  13. > 
  14. >    USR may make fine modems, but don't assume that they're tops in any 
  15. > particular category!  In particular, the fact that USR's top DTE speed is 
  16. > 57600 bps doesn't mean that there aren't any faster DTEs.  If I remember 
  17. > correctly, Telebit's WorldBlazer will speak 115200 bps, though I'd normally be
  18. > the first to comment that it's drastic overkill.
  19. > 
  20. Not always. V.42 introduces a high latency delay for larger blocks of data
  21. because the modem must receive the whole block before it can start forwarding
  22. it to the host. So if you have an application which requires low latency, the
  23. modem<->computer link must be as fast as possible.
  24.  
  25. One example is TCP/IP (for interactive use). 
  26.  
  27. -- 
  28. Quigley's Law:
  29.        Whoever has any authority over you,
  30.        no matter how small, will attempt to use it.
  31. -- 
  32. Matthias Urlichs  --  urlichs@smurf.sub.org -- urlichs@smurf.ira.uka.de   /(o\
  33. Humboldtstrasse 7 -- 7500 Karlsruhe 1 -- Germany  --  +49-721-9612521     \o)/
  34.