Xref: utzoo comp.dcom.modems:3697 comp.unix.questions:12853 comp.sys.ibm.pc:27400
Path: utzoo!utgpu!attcan!nebulus!tslanpar!ram
From: ram@tslanpar.UUCP (ram)
Newsgroups: comp.dcom.modems,comp.unix.questions,comp.sys.ibm.pc
Subject: Re: MNP Auto-Reliable + getty: happy accident or design?
Summary: MNP after CONNECT?
Message-ID: <112@tslanpar.UUCP>
Date: 13 Apr 89 14:40:43 GMT
References: <475@oglvee.UUCP> <11482@s.ms.uky.edu>
Organization: TSLanpar,Toronto,Ontario
Lines: 20

In article <11482@s.ms.uky.edu>, david@ms.uky.edu (David Herron -- One of the vertebrae) writes:
> When a pair of modems are negotiating MNP modes they're doing this
> *AFTER* they've printed 'CONNECT' to their serial ports and they
> do this by sending BREAKS at each other in particular ways.
> 
> I'd call it a lucky accident that it does something useful to the
> getty.  Normally you'd expect the getty to get confused because of
> the noise it'd see.

In my experience, the modems negotiate their MNP mode BEFORE they actually
send the CONNECT message to the host.  Using Uutry under Svr3.1 on an ATT3b2
computer, the modem (A Microcom 9624) establishes its connection speed
(indicated by the color and flashing of the HS light), then sends CONNECT to
the host.

If it really was sending breaks after the connection, the getty would lose
its mind and change baud rates several times.

Regards,
	Richard Meesters.		"I disclaim, Really I do!"