NetNews Usenet Archive 1992 #31/NN_1992_31.iso/spool/comp/unix/ultrix/9091

Internet Message Format | 1992-12-27 | 1.6 KB

Xref: sparky comp.unix.ultrix:9091 comp.unix.admin:6800
Path: sparky!uunet!noc.near.net!hri.com!spool.mu.edu!wupost!emory!swrinde!network.ucsd.edu!munnari.oz.au!yoyo.aarnet.edu.au!myall.awadi.com.au!myall!blymn
From: [e-mail] (Brett Lymn)
Newsgroups: comp.unix.ultrix,comp.unix.admin
Subject: Re: SLIP help?
Message-ID: <[e-mail]>
Date: 27 Dec 92 22:08:03 GMT
References: <[e-mail]> <[e-mail]>
Organization: /usr/blymn/.organization
Lines: 19
NNTP-Posting-Host: siren.awadi.com.au
In-reply-to: [e-mail]'s message of Sun, 20 Dec 1992 18:58:26 GMT

>>>>> On Sun, 20 Dec 1992 18:58:26 GMT, [e-mail] (Neil Fishman) said:

N> I'm not familiar with the Telebit modems, but we've had problems trying to use
N> modems that compress data to get speeds > 9600 baud.  It seems that the
N> compression algorithms that are used channelize the phone line and essentially
N> become half duplex (which works well when you're trying to send large amounts
N> of data in one direction).   We observed all sorts of unexpected trouble when
N> trying to use these higher speeds.  Hope this helps!

Yep using data compression modems with slip is bad news.  I had heard
this before but did not believe it so I tried it myself.  Keeping all
other things the same and just enabling the compression and error
correction on my modems makes my slip link *slower*, the ping times
increase and the ftp throughput is woefull (about 1/4 the speed of the
uncompressed line).  Don't ask me why, I do have some theories but I
don't want to expound them, it just does not work.

--
Brett Lymn