ph .phinit .phclr phupd ya ba dee ya ba dee yub

[Nic Bernstein]

In article <1259 at neoucom.UUCP> wtm at neoucom.UUCP (Bill Mayhew) writes:
>The Reason MNP modems get goofed-up calling the OBM is the same
>reason that MNP modems get goofed-up calling a Hayes Smartmodem on
>a Vax.  (Yes, they do.)  Apparently, getty politely echoes back the
>querry string from the originate modem as it tries to establish MNP
>handshake.  The querry string being echoed back seems to be enough
>to trick the originate end into thinking that the answerer is MNP when,
>in fact, it is not.
>
>One way to fix the problem would be to hack the getty source (outta
>luck about this idea on the 3b1!) so that getty keeps its mouth
>shut until it gets a character from the originate side that is not
>part of the MNP handshake sequence.
>
>--Bill
>  for this week:  impulse!wtm at neoucom.UUCP

Not too terribly long ago, maybe 5 or 6 months, someone posted a program
called `uutty' to comp.sources.unix, which was able to deal with verbose
modems like this.  As a matter of fact I seem to remember that the author
even provided instructions for some of the more common ones.  Let's just
see here... which disk was that on...

		...Here it is, this is the `note-from-net' from the
		original posting.
***************************************************************************

/* Written  4:44 pm  Feb 19, 1987 by mirror.TMC.COM!sources-request in bradley:comp.sources.unix */
/* ---------- "v08i072:  Bidirectional getty/login" ---------- */
Submitted by: cdx39!jc at EDDIE.MIT.EDU (John Chambers)
Mod.sources: Volume 8, Issue 72
Archive-name: uutty/Part01

[  I have not tried this.  --r$  ]

Hello.  Enclosed is a program which I've been using for some
time as a replacement for getty; I call it "uutty" as a hint
that it cooperates with uucp/uux/mail/cu/etc.  Several friends
have suggested I broadcast it, so here it is....

Uutty's primary function is to make it easy to use a port in
both directions with little grief.  On a port with an ACU-type
modem, it allows both outgoing and incoming calls without any
need to fiddle with inittab.  On a direct link, it allows the
use of commands like uucp or cu in either direction at any
time. 

Uutty's secondary function is to try to recognize input from 
overly-intelligent modems or other login daemons, and avoid
getting into a cycle-eating conversation with them.

There is also a tertiary function:  optionally producing an
audit (debug) trail of traffic on the port at times when no
program (such as uucico or cu) is using it.  This is mostly
useful when you have a talkative modem or LAN connection.

This version should be classified as a "beta test" version;
it has been tested on only a few varieties of Unix, and it
will probably have to be modified for others.  The two parts
that may not be very portable are the code to put a port into
raw mode (makeraw.c), and the code to log in a user (*.utmp.c).

Another major reason for wanting the source code close at 
hand is that you will likely have to twiddle with the code 
that handles talkative modems, in order to respond correctly
to your modems' own variety of bizarreness.  An especially
common problem is being overly sensitive to speed.  Many
modems won't accept commands at the full line speed (1200
baud or whatever); they assume that commands come from a
person typing at a keyboard, and lose characters when it
comes from a program in a burst.  This program writes the
"init" strings byte-at-a-time, which may be slow enough,
but you may have to slow these writes down even more to
make the modem understand.  

*********************************************************************

	I have used this myself for bi-directional uucp connections, and
    found it to work great on a pair of 3b1/7300's.  You can get it from
    the archives, or if necessary I can mail it to anyone who may need it.
    it comes in two compressed shars which weigh in at 30K each, or about
    100K total if uncompressed.

-- 
Careful with that axiom, Euclid			Nic Bernstein
			       			Discovery World Museum 
Discovery World denies my existance		818 W. Wisconsin av.
without further proof.				Milwaukee, WI 53233
____________________________________________________________________________
		{uunet|uwmcsd1|gryphon}!marque{!introl}!dworld!nic
____________________________________________________________________________