root@hawkmoon.MN.ORG (Admin) (01/23/89)
Ok -- here's the scoop. I'm calling the site "elric" (with Uutry) and i'm doing
it over a bidirectional serial port, /dev/cul0, using uugetty:
Everything works fine (in a relative fashion) if i gag the modem by turning off
verbose mode. But this causes unnecessary delays while i time out waiting for
the login: prompt instead of looking for "CONNECT". It *does* work however.
But, what i wanted to do is (silly me) speed this process up somewhat. The
problem is to have the modem in verbose mode whilst calling OUT, but in "gag"
mode while otherwise idle. So, i concieved of the somewhat-short-of-
brilliant idea of initializing the modem to be in verbose mode; then waiting
until i get CONNECT and going temporarily into the modem's command mode with
"+++", issuing the gag order and finally returning on-line with ATO and
preceding apace from there on as if nothing had happened. At most, just a few
seconds delay would have occurred between the CONNECT and my initial CR to
the called site's getty. Certainly no worse than the current situation.
But nooo.. As soon as i issue the +++, the carrier drops the carrier like a hot
potato. What the heck am i doing wrong here? The USR manual mentions nothing
like:
"As soon as the +++ is entered the modem not only
enters the command state, but also immediatly
drops the carrier like a hot potato"
(my severe embellishment, a hacker's inalieanable rite (sic))
Has anyone else run into this or is this just yet another fundamental mis-
understanding of the way the modem/uugetty is supposed to work (not a terribly
unusual situation, i might add (:-))
The hopefully relevant data follows, in my quite imitable, verbose fashion:
$ grep cul0 /etc/inittab
ug:23:respawn:/usr/lib/uucp/uugetty -r -t 30 cul0 2400 # connect bidirectional
$ ls -li /dev/tty*1 /dev/cu*
38 crw--w--w- 2 uucp uucp 3, 1 Jan 23 01:40 /dev/cul0
40 crw-rw-rw- 1 root sys 16, 0 Dec 30 22:49 /dev/tty
38 crw--w--w- 2 uucp uucp 3, 1 Jan 23 01:40 /dev/tty01
279 crw-rw-rw- 1 root sys 3,193 Jul 18 1988 /dev/ttyM01
281 crw-rw-rw- 1 root sys 3,129 Jul 18 1988 /dev/ttym01
$ grep usrpwc24 ~uucp/Dialers.cico # <cr>s inserted for the easing of
# tired eyes
usrpwc24 =W-, "" \r\r\r\r\dATZ "" ATV1Q0E1 "" AT
OK-\d\d+++\d\dATH\r\dATV1Q0E1-OK ATX6M0DTW6816634 CONNECT\s2400 \r ""
\d\d+++\d\d OK ATQ1V0E0 "" ATO "" \r tion:--tion: \D\r\c
Connected-\r\d\D\r\c-Connected--in:--in:
$ cat /tmp/elric
conn(elric)
Device Type PWC wanted
expect: ("")
got it
sendthem (^M^M^M^MDELAY
ATZ^M)
expect: ("")
got it
sendthem (ATV1Q0E1^M)
expect: ("")
got it
sendthem (AT^M)
expect: (OK)
^M^M^MATZ^M^M^JOKgot it
sendthem (ATX6M0DTW6816634^M)
expect: (CONNECT 2400)
^M^JATV1Q0E1^M^M^JOK^M^JAT^M^M^JOK^M^JATX6M0DTW6816634^M^M^JRINGING^M^J^M^JCONNECT 2400got it
sendthem (^M^M)
expect: ("")
got it
sendthem (DELAY
DELAY
+++DELAY
DELAY
^M)
expect: (OK)
^M^J^M^JDSS::12T-37^M^JWELCOME TO THE CORP. SQ. PWC NETWORK^M^J^M^JSelect Destination: +++^M^JNO CARRIER^M^J^MConversation Complete: Status FAILED
derek
--
Derek Terveer root@hawkmoon.MN.ORG || ..!uunet!rosevax!elric!hawkmoon!root
w(612)681-6986 h(612)688-0667
"A proper king is crowned" -- Thomas B. Costainnews@brian386.UUCP (Wm. Brian McCane) (01/30/89)
In article <787@hawkmoon.MN.ORG> root@hawkmoon.MN.ORG (Admin) writes: >Ok -- here's the scoop. I'm calling the site "elric" (with Uutry) and i'm doing >it over a bidirectional serial port, /dev/cul0, using uugetty: > > [ deleted ] > > As soon as i issue the +++, the carrier drops the carrier like a hot >potato. What the heck am i doing wrong here? The USR manual mentions nothing >like: > "As soon as the +++ is entered the modem not only > enters the command state, but also immediatly > drops the carrier like a hot potato" > >Has anyone else run into this or is this just yet another fundamental mis- >understanding of the way the modem/uugetty is supposed to work (not a terribly >unusual situation, i might add (:-)) > >usrpwc24 =W-, "" \r\r\r\r\dATZ "" ATV1Q0E1 "" AT >OK-\d\d+++\d\dATH\r\dATV1Q0E1-OK ATX6M0DTW6816634 CONNECT\s2400 \r "" >\d\d+++\d\d OK ATQ1V0E0 "" ATO "" \r tion:--tion: \D\r\c >Connected-\r\d\D\r\c-Connected--in:--in: I cut out most of the boring stuff. Anyway, your problems are many fold I believe. First, the modem at the other end, is most likely using your same ESCAPE code "+++". So it also enters command mode when it gets this message. So even if you do get most of the other rather involved instructions to work, he is now ignoring you. Second, I have had to put a \d between my escape characters for the necessary time out. My version of your dialup script would be: usrpwc24 =W-, "" \r\rATZ "" ATV1Q0E1S2=27 OK\r AT OK\r ATX6M0DTW6816634 CONNECT\s2400 \r "" \d\d\033\d\033\d\033 OK\r ATQ1V0E0S2=43O "" \010\010\010\r tion:--tion: \D\r\c Connected-\r\d\D\r\c-Connected--in:--in: Okay, so I cut out some of the embellishments, but you get the picture. I first set my escape code to something else, and then I dial the name and use my new escape code to get back to command mode. Then I reset it to the original. I hope this helps. (By the way, this is how I do it too. If my modem is not gagged, it picks up then phone and immediately hangs up again.) brian
leonard@bucket.UUCP (Leonard Erickson) (01/31/89)
Check the manual for the modem *carefully*. Many older Hayes clones use +++ as a hang-up sequence. My USR Password 1200 does this. My USR Courier 2400 has this as an option. I *think* it is switch selectable, but it may be an S register. -- Leonard Erickson ...!tektronix!reed!percival!bucket!leonard CIS: [70465,203] "I'm all in favor of keeping dangerous weapons out of the hands of fools. Let's start with typewriters." -- Solomon Short
pete@octopus.UUCP (Pete Holzmann) (02/01/89)
In article <787@hawkmoon.MN.ORG> root@hawkmoon.MN.ORG (Admin) writes: >..As soon as i issue the +++, the carrier drops the carrier like a hot >potato. What the heck am i doing wrong here? The USR manual mentions nothing >like: > "As soon as the +++ is entered the modem not only > enters the command state, but also immediatly > drops the carrier like a hot potato" This is one of the USR 'features' :-( that made me give up early on the HST modems. It seems that for some of the modes of some of their modems (including high speed on the HST, and I guess on the Direct 2400 you are using), they can't both support AT commands and a data link simultaneously. So, if you go into command mode (+++ and all that), they just drop carrier. This was confirmed by USR tech support. If you never need to do this, you don't care. But let the buyer beware. Pete -- OOO __| ___ Peter Holzmann, Octopus Enterprises OOOOOOO___/ _______ USPS: 19611 La Mar Court, Cupertino, CA 95014 OOOOO \___/ UUCP: {hpda,pyramid}!octopus!pete ___| \_____ Phone: 408/996-7746