Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!van-bc!sl
From: sl@van-bc.wimsey.bc.ca (Stuart Lynne)
Newsgroups: comp.dcom.modems
Subject: Re: MNP 5 for dialup
Summary: uucico and MNP compression
Keywords: MNP uucp unix
Message-ID: <2357@van-bc.wimsey.bc.ca>
Date: 4 Oct 90 08:37:37 GMT
References: <2320@van-bc.wimsey.bc.ca>
Organization: USENET Public Access, Vancouver, B.C., Canada
Lines: 31

In article <2320@van-bc.wimsey.bc.ca>, sl@van-bc.wimsey.bc.ca (Stuart Lynne) writes:
> Several of my users have suggested replacing my aging 2400 bps dialup modems
> with MNP-5 2400 bps modems (which apparantly are not the expensive anymore,
 
> How well does uucp work over an MNP-5 connection? Any special setup's
> suggested to keep uucico happy? Does anyone have a dialMNP.c for SCO Xenix?

Well I thought I might as well bite the bullet and do some testing. Setup
two MNP-5 2400 bps modems up, with DTE/DCE speeds locked at 4800. The file
being transfered was picked at random from set of compressed news batches.

I then connected in MNP-Reliable with compression, MNP-Reliable without 
compression and then without MNP. The results are 158, 206 and 219 bps
respectively. 

So for uucico and compressed news any use of MNP is not efficent. It might
be possible that MNP Reliable mode with no compression might be better over
noisy lines.

van-bc!root M (10/4-0:28:41) (C,8378,1) [ttyaF] -> 251369 / 1589.440 secs, 158 bytes/sec
van-bc!root M (10/4-0:53:26) (C,9147,1) [ttyaF] -> 251369 / 1215.940 secs, 206 bytes/sec
van-bc!root M (10/4-1:19:21) (C,9617,1) [ttyaJ] -> 251369 / 1146.640 secs, 219 bytes/sec

So it would appear that MNP-5 modems will have to be justified on the basis
of the interactive users, and will have to not interfere with normal 2400
bps connections (rumor has it that the MNP tones might confuse some 2400 bps
modems trying to connect).

-- 
Stuart Lynne	Unifax Communications Inc.
		...!van-bc!sl 604-937-7532(voice)     	sl@wimsey.bc.ca