Intermittant modem failure? (fwd)
Jon Lewis (jlewis@inorganic5.fdt.net)
Fri, 10 Oct 1997 23:10:32 +0200
On Fri, 10 Oct 1997, Gert Doering wrote:
> has anybody an idea about this? My guess would be "cheap modems", but I
> can't say [no modem type mentioned]. Maybe someone else has already
> experienced and solved this?
This is happening with Digicom rack modems (DSI MultiAccess Communications
System) which are supposed to be "industrial" type modems rather than
consumer grade.
Another problem which I'm seeing both on the Digicom's and on our USR
Sportsters (I know we shouldn't be using Sportsters) is this sort of brief
lockup after a call terminates. This one, I'm guessing is entirely the
modems fault and not mgetty's. I've been complaining to Digicom about it.
Our USR MP boxes don't do it and I don't think our ISPorte has ever done
it.
10/10 11:11:49 ##### data dev=ttyRV, pid=27485, caller=none,
conn='19200/ARQ/V34/LAPM/V42BIS', name='', cmd='/usr/local/bin/radlogin',
user='removed'
--
10/10 11:55:38 yRV check for lockfiles
10/10 11:55:38 yRV locking the line
10/10 11:55:39 yRV lowering DTR to reset Modem
10/10 11:55:43 yRV send: \d\dATZ4[0d]
10/10 11:55:44 yRV waiting for ``OK''
10/10 11:56:04 yRV timeout in chat script, waiting for `OK'
10/10 11:56:04 yRV init chat failed, exiting...: Interrupted system call
--
10/10 11:56:04 yRV check for lockfiles
10/10 11:56:04 yRV locking the line
10/10 11:56:05 yRV lowering DTR to reset Modem
10/10 11:56:09 yRV send: \d\dATZ4[0d]
10/10 11:56:10 yRV waiting for ``OK'' ** found **
10/10 11:56:11 yRV send: \dAT&F1[0d]
10/10 11:56:11 yRV waiting for ``OK'' ** found **
10/10 11:56:11 yRV send: \dATS13=1S2=255S19=40S10=20S25=40E0&K3M0S12=0\d[0d]
10/10 11:56:12 yRV waiting for ``OK'' ** found **
10/10 11:56:13 yRV waiting...
10/10 11:56:57 yRV waiting for ``RING'' ** found **
USR and Digicom both suggested lots of long pauses...so I've done the
folllowing. In the mgetty.config, I drop DTR for 3500ms, have all those
ugly \d's in the init strings, and even hacked the mgetty source to
delay(500) after locking the line but before doing anything else. That
seemed to greatly reduce the frequency of these short lockups, but not
entirely stop them.
The init chat I use for the Digicoms (Rockwell based modems) is
init-chat "" \d\dATZ OK \dAT&F1 OK \dATS2=255S95=11&D3&Y0S30=240S25=40S10=20E0\d OK
------------------------------------------------------------------
Jon Lewis <jlewis@fdt.net> | Unsolicited commercial e-mail will
Network Administrator | be proof-read for $199/message.
Florida Digital Turnpike |
______http://inorganic5.fdt.net/~jlewis/pgp for PGP public key____
.