From owner-freebsd-isp  Mon Nov 11 14:32:32 1996
Return-Path: owner-isp
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id OAA16131
          for isp-outgoing; Mon, 11 Nov 1996 14:32:32 -0800 (PST)
Received: from starfire.mn.org (root@starfire.skypoint.net [199.86.32.187])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA16113
          for <freebsd-isp@freebsd.org>; Mon, 11 Nov 1996 14:32:20 -0800 (PST)
From: john@starfire.mn.org
Received: (from john@localhost)
	by starfire.mn.org (8.7.5/1.1)  id QAA16305; Mon, 11 Nov 1996 16:30:37 -0600 (CST)
Message-Id: <199611112230.QAA16305@starfire.mn.org>
Subject: modems for dial-in/dial-out on FreeBSD(UNIX) (was: PPP/LCP sensing getty)
To: jgreco@brasil.moneng.mei.com (Joe Greco)
Date: Mon, 11 Nov 1996 16:30:36 -0600 (CST)
Cc: neal@pernet.net, freebsd-isp@freebsd.org
In-Reply-To: <199611112216.QAA19966@brasil.moneng.mei.com> from "Joe Greco" at Nov 11, 96 04:16:24 pm
X-Mailer: ELM [version 2.4 PL25]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Sender: owner-isp@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

This discussion has generalized beyond PPP/LCP now -- this information
is generally useful to anyone supporting dial-in connections, and
especially those sharing modems and lines for in and out.  In fact,
Joe and I ought to prepare something on this for the FAQ, I suspect!

> > I tried using the patches, but they have one small problem.  My modems
> > stupidly send a connect message in a way that getty sees as a username.
> > So it sits at Password: waiting for test, but only getting LCP.  The other
> > times I got it to work(with different modems), it worked like a charm.
> 
> Turn off result codes.
> 
> ATZ
> ATQ1&W
> 
> Also set the modem to do a reset on DTR transition.  Then if you need to 
> dial out, you can use "ATQ0" in your dial string to force the modem to 
> provide result codes for the dialer program.

This is good, but if your modem supports something like the "Q2"
command in which results are supressed (quiet mode) only in answer
mode, this is even better.  Then you don't have to issue the "ATQ0"
in the dial string or init string to dial out, nor guarrantee that
the modem was fully reset on each transition (though doing a reset
on the DTR transition is usually a win, anyway).  I don't know how
many modems support this, but US Robotics Couriers and Sportsters
do, and they are quite popular.  If your modem doesn't support Q2
or something similar, then Joe's suggestion is the way to go.

> No modem I have ever seen works out of the box correctly with a UNIX host
> for both in- and outdial applications.

Strongly concur! :-)

		 John Lind, Starfire Consulting Services
E-mail: john@starfire.MN.ORG	    USnail: PO Box 17247, Mpls MN  55417