USR intermittently accepts dial-in?

["Adrian J. Blakey" <ajb@alameda.net>]

I am successfully running Hylafax on Linux 2.0.30. I can Xmit faxes. I
have mfaxgetty and getty configured to accept dial-ups. When I get an
incoming call my modem answers and I get the login prompt. However, if I
drop the connection and try a subsequent dial-in the modem does not
answer and the line sounds dead. (not dial-tone, no ringing tone). After
a subsequent transmittal the modem will again accept connections. I
presume that something is not resetting the modem correctly. 

Could someone suggest what I could so to get some repeatable dial-in
success?


I have a USR 28.8 Sportster. The config file looks like this:


CountryCode:            1
AreaCode:               510
FAXNumber:              +1.510.xxx.xxxx
LongDistancePrefix:     1
InternationalPrefix:    011
DialStringRules:        "etc/dialrules"
ServerTracing:          1
SessionTracing:         11
RecvFileMode:           0600
LogFileMode:            0600
DeviceMode:             0600
RingsBeforeAnswer:      1
SpeakerVolume:          on
GettyArgs:              "-h %l dx_%s"
LocalIdentifier:        xxxx
TagLineFont:            etc/lutRS18.pcf
TagLineFormat:          "From %%l|%c|Page %%p of %%t"
MaxRecvPages:           25
#
#
# Modem-related stuff: should reflect modem command interface
# and hardware connection/cabling (e.g. flow control).
#
ModemType:              Class2.0        # use class 2.0 interface
ModemRate:              38400           # DCE-DTE communication rate
ModemFlowControl:       rtscts          # XON/XOFF flow control assumed
#
ModemNoFlowCmd:         AT&H0&I0&R1     # setup modem for no flow
control
ModemHardFlowCmd:       AT&H1&I0&R2     # setup modem for hardware flow
control
ModemSoftFlowCmd:       AT&H2&I2&R1     # setup modem for software flow
control
#
ModemSetupDTRCmd:       ATS13=1&D2      # setup so DTR drop resets modem
ModemSetupDCDCmd:       AT&C1           # setup so DCD reflects carrier
(or not)
ModemResultCodesCmd:    ATQ0X4          # enable extended result codes
#
# NB: adaptive answer only seems to work properly when
#     the modem is left idling in Class 2.0
#
ModemSetupAACmd:        AT+FAA=1
#
# Set modem speaker volume commands: OFF QUIET LOW MEDIUM HIGH.
# Note that we both turn the speaker on/off and set volume.
#
ModemSetVolumeCmd:      "ATM0 ATM1 ATM1 ATM1 ATM1"
#
# Modem does not support HDLC frame tracing; we add this just
# to eliminate spurious ERROR results that confuse the naive.
#
Class2BUGCmd:           AT+FBU=0
#
# The modem doesn't support copy quality checking, even though it
# returns (0-2,0-2) for AT+FCQ=?; therefore we override the query
# response so that the server will do copy quality checking.
#
Class2CQQueryCmd:       !(0),(0)        # override modem response

Gettydefs looks like:

# default/virtual console entry:
#
vc# B9600 SANE # B9600 SANE -ISTRIP CLOCAL #@S login: #vc

#  38400 fixed speed with hardware flow control
#
dx_38400# B38400 CS8 CRTSCTS # B38400 SANE -ISTRIP HUPCL CRTSCTS #@S @L
@B login: #dx_38400

#  19200 fixed speed with hardware flow control
#
dx_19200# B19200 CS8 CRTSCTS # B19200 SANE -ISTRIP HUPCL CRTSCTS #@S @L
@B login: #dx_19200

#  9600 fixed speed with hardware flow control
#
dx_9600# B9600 CS8 CRTSCTS # B9600 SANE -ISTRIP HUPCL CRTSCTS #@S @L @B
login: #dx_9600

/etc/default/getty.ttyS0

DEBUG=010
CLEAR=NO
HANGUP=NO
INIT="" ATZS13=1\r OK
WAITFOR=RING
CONNECT="" ATA\r CONNECT \s\A

and the line in /etc/inittab

d1:2345:respawn:/usr/local/sbin/faxgetty ttyS0

Set serial, sets the UART to spd_vhi

This looks like a successful log session:

May 25 22:10:08.46: [ 3062]: SESSION BEGIN 00000121 15104314342
May 25 22:10:08.52: [ 3062]: <-- [4:ATA\r]
May 25 22:10:23.65: [ 3062]: --> [4:+FDM]
May 25 22:10:23.72: [ 3062]: ANSWER: DATA CONNECTION
May 25 22:10:23.73: [ 3062]: GETTY: START "/sbin/getty -h ttyS0
dx_38400", pid 3658
May 25 22:10:26.52: [ 3062]: GETTY: exit status 0400
May 25 22:10:26.52: [ 3062]: SESSION END


-- 
Adrian Blakey
blakey@objfocus.com