home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!olivea!sgigate!sgi!rhyolite!vjs
- From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
- Newsgroups: comp.dcom.modems
- Subject: Re: PEP over SLIP?
- Message-ID: <shvdb6c@rhyolite.wpd.sgi.com>
- Date: 19 Nov 92 06:31:49 GMT
- References: <1992Nov16.213034.27895@eos.arc.nasa.gov> <BOB.92Nov18175532@volitans.MorningStar.Com>
- Organization: Silicon Graphics, Inc. Mountain View, CA
- Lines: 43
-
- In article <BOB.92Nov18175532@volitans.MorningStar.Com>, bob@MorningStar.Com (Bob Sutterfield) writes:
- > ...
- >
- > Even with only a single FTP stream traversing the link in one
- > direction, the returning TCP ACKs (even VJ-compressed) usually require
- > a large PEP packet,
-
- Are you sure? I thought the magic number was 12 bytes.
- 12 is much larger than any reasonable VJ-compressed ACK.
-
-
- > and thus trigger a carrier turnaround.
-
- I've seen plenty of strange turnarrounds--rather, heard them with the
- speaker on. But only during light loading. The worst case I know of
- is `ping`. The ICMP ECHO's seem to hit the modems at just the wrong
- times, causing them to waste lots of time switching packet sizes and
- turning the line around.
-
- > Performance (both throughput and latency) degrades under increased
- > offered load much more catastrophically with PEP than with V.32bis.
-
- Are you sure? From my experience, PEP does best when loaded.
- It does worst with light traffic, such as interactive stuff.
-
- I just don't see how SLIP/PEP can "degrade under [increased] offered
- load." With increased load, the modems turn the line around less
- frequently, thereby wasting less bandwidth. "Collapse" would require
- just the opposite, decreased effecency with increased offered load
-
-
- > We recommend that people use PEP or TurboPEP for their PPP or SLIP
- > connections only in those situations where the modems are unable to
- > hold the line with a standard full-duplex carrier.
- >
- > IMHOP, You are better off to run V.32
- >
- > or V.32bis, or any of the true full-duplex pre-V.fast hopefuls.
-
- On the substantive issue, we all agree.
-
-
- Vernon Schryver, vjs@sgi.com
-