home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / dcom / modems / 11017 < prev    next >
Encoding:
Internet Message Format  |  1992-07-23  |  1.3 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!mips!sdd.hp.com!usc!randvax!edhall
  2. From: edhall@rand.org (Ed Hall)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: Modems, compression, and SLIP or PPP (was Re: Using Telebit PEP with SLIP)
  5. Message-ID: <3632@randvax.rand.org>
  6. Date: 23 Jul 92 13:31:17 GMT
  7. References: <1992Jul22.171145.25307@angular.uucp> <3626@randvax.rand.org> <1992Jul23.125750.1022@gandalf.ca>
  8. Sender: news@randvax.rand.org
  9. Organization: RAND Corporation.
  10. Lines: 23
  11. Nntp-Posting-Host: ives.rand.org
  12.  
  13. In article <1992Jul23.125750.1022@gandalf.ca> dcarr@gandalf.ca (Dave Carr) writes:
  14. >You should turn off MNP4 and/or V.42 when running PPP.
  15.  
  16. Why?  There is an obvious loss of throughput, since start and stop bits
  17. will no longer be stripped.  Granted, some modems might have lower
  18. latency in this configuration, but some don't.  And the loss of end-to-
  19. end flow-control can be a problem when the DTE datarate doesn't match
  20. the DCE datarate (likely with V.32bis since 14.4K serial interfaces
  21. might be a bit hard to arrange).
  22.  
  23. >Also, PPP can
  24. >optionally turn off the address and control fields.
  25.  
  26. Yup.  Saves a whole two bytes per packet, but it adds up.  I forgot to
  27. mention it.
  28.  
  29. >Compression over
  30. >PPP was a hot topic at the IETF-PPP meeting last week in Boston.
  31.  
  32. Care to tell us more?
  33.  
  34.         -Ed Hall
  35.         edhall@rand.org
  36.