From owner-freebsd-questions  Mon Dec  8 18:53:35 1997
Return-Path: <owner-freebsd-questions>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.7/8.8.7) id SAA17275
          for questions-outgoing; Mon, 8 Dec 1997 18:53:35 -0800 (PST)
          (envelope-from owner-freebsd-questions)
Received: from ptialaska.net (husky.ptialaska.net [198.70.245.245])
          by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA17262
          for <questions@freebsd.org>; Mon, 8 Dec 1997 18:53:27 -0800 (PST)
          (envelope-from hoopty@ptialaska.net)
From: hoopty@ptialaska.net
Received: from hoopty.ptinet.net by ptialaska.net (SMI-8.6/SMI-SVR4)
	id RAA13217; Mon, 8 Dec 1997 17:53:24 -0900
Date: Mon, 8 Dec 1997 17:43:41 -0900 (AKST)
X-Sender: abc@hoopty.ptinet.net
To: questions@freebsd.org
Subject: gettytab dialups
Message-ID: <Pine.BSF.3.95q.971208173228.672B-100000@hoopty.ptinet.net>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-freebsd-questions@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk


hmmm.  after being unable to use gettytab's "ic" and "ac"
functionality with some Practical Peripheral 28.8's
(non-stop init failures, 2.2.2), i tried to just
program the modems directly, leaving behind the
ic/ac stuff.  but now i can only establish a
connection if both the std.XXXX gettytab
entry and the remote dialer agree on
a specific baud rate.

what's odd is i get "CONNECT" messages when the 2 baud rates
differ, but i see the typical "junk" login prompts that one
generally sees when communicating at different baud rates.
the following entries work with pre-programmed modems,
but only if both parties agree on a specific baud
rate (the dialer and dialee):

std.9600|9600-baud:np:sp#9600
std.19200|19200-baud:np:sp#19200
std.38400|38400-baud:np:sp#38400
std.57600|57600-baud:np:sp#57600
std.115200|115200-baud:np:sp#115200

although i do get a CONNECT with any baud rates,
i only get a decent login prompt when they match exactly.
the following is what i used trying the ic/ac thing.
when it worked in the past for me, the ic/ac route
allowed me to connect at the highest mutual speeds.
but this way just isn't working for me at all now,
for some reason (non-stop init failures):

std.9600|9600-baud:np:sp#9600:\
	:ic="" AT&F\r OK\r ATEQ&C1&D2S0=0\r OK\r:\
	:ac=RING\r ATA\r

i would GREATLY appreciate it if someone could enlighten me
on some things they may get me over this hump.

thank you all.