Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!cs.utexas.edu!natinst!rpp386!puzzle!bei
From: bei@puzzle.UUCP (Bob Izenberg)
Newsgroups: comp.dcom.modems
Subject: Re: the "Transparency" of MNP...
Summary: MNP and uucp didn't mix for me
Keywords: modems MNP
Message-ID: <6@puzzle.UUCP>
Date: 6 Dec 89 07:58:52 GMT
References: <89Dec4.212759est.57389@ugw.utcs.utoronto.ca>
Reply-To: bei@puzzle.UUCP (Bob Izenberg)
Followup-To: comp.dcom.modems
Distribution: na
Organization: Somewhere in Austin, Texas
Lines: 15

In article <89Dec4.212759est.57389@ugw.utcs.utoronto.ca> CS117341@YUSol.BITNET (Norman) writes:

>I suppose the only solution is to turn off MNP when you know the modem
>on the other end is non-MNP.
>
The MNP Class 5 on the AT&T 2224CEO caused uucp 'g' to choke, and the other
end would get a SIGNAL 1 or an IN SEND/SLAVE MODE INPUT FAILURE.  Turning it
off let data through with only the usual line problems...
There's such a thing as a too-smartmodem.
-- Bob
-- 
 ------------------------------------------------------------------------------
                     Bob Izenberg [ ] Ralph Kirkley Associates
         attctc!puzzle!bei  (or)   cs.utexas.edu!ibmchs!auschs!evil-ed!bei
 ------------------------------------------------------------------------------