In article <(E-Mail Removed)>, Alex Bell wrote:
>On Thu, 02 Jun 2005 19:21:38 -0500, (E-Mail Removed)
>(Moe Trin) wrote:
>> Didn't you report using a NetComm InModem IN5699_5? That was a Lucent
>> Mars2, and your post to alt.comp.linux on 24 May 2005 did show you
>> connecting to the terminal server OK. Or are you using something else
>>now?
>Thanks for all the responses. Yes, I'm still using the same modem,
>still make a partial connection, and still have it fail within a few
>seconds. I'm thrashing around trying different things to try to
>understand what is going on - or not going on as the case may be.
OK (I'm going from memory, and haven't had a cup of coffee yet), that
posting showed an Annex Terminal Server text login - which is not likely
to be what you wanted. You got there (most likely) due to a chat script
that triggered the server - sending any text, including as little as a
carriage return will do that.
As the Unruh paper shows, you want to use the chat script to just dial
the phone. An example would be
[compton ~]$ cat /etc/ppp/dialscript
ABORT BUSY ABORT 'NO CARRIER' "" AT&F0 OK ATDT2662902 CONNECT \d\c
[compton ~]$
A little explanation here. This script sets two abort conditions (the line
is busy, or something Other than a modem answers), then waits for nothing
( "" ) and sends an init string (check your modem manual). When the modem
responds with OK, it dials the phone number, and waits for the modem to
report establishing a connection. The script then waits one second ( \d )
and exits without sending the normal newline character ( \c ). This is the
standard PAP or CHAP setup that micro$oft has forced on the ISPs because
windoze can't script worth beans. Authentication is handled by pppd, by
having /etc/ppp/pap-secrets and/or /etc/ppp/chap-secrets (depending on which
scheme your ISP wants to use) contain something like:
abell1 * p42Sw0rD~
Now for additional help, we really need to see that log file. You are looking
for something like:
Jul 3 09:55:01 gtech chat[925]: send (ATDT2662902^M)
Jul 3 09:55:01 gtech chat[925]: expect (CONNECT)
Jul 3 09:55:01 gtech chat[925]: ^M
Jul 3 09:55:22 gtech chat[925]: ATDT2662902^M^M
Jul 3 09:55:22 gtech chat[925]: CONNECT
Jul 3 09:55:22 gtech chat[925]: -- got it
Jul 3 09:55:22 gtech chat[925]: send (\d)
Jul 3 09:55:23 gtech pppd[924]: Serial connection established.
Jul 3 09:55:23 gtech pppd[924]: Using interface ppp0
The chat stuff came from having -v as part of the modem script. See the
theory.physics.ubc.ca web page. But then we hit:
Jul 3 09:55:23 gtech pppd[924]: Connect: ppp0 <--> /dev/ttyS1
Jul 3 09:55:24 gtech pppd[924]: sent [LCP ConfReq id=0x1 <asyncmap
0x0> <magic 0x8bab12d4> <pcomp> <accomp>]
Jul 3 09:55:27 gtech pppd[924]: sent [LCP ConfReq id=0x1 <asyncmap
0x0> <magic 0x8bab12d4> <pcomp> <accomp>]
Jul 3 09:55:27 gtech pppd[924]: rcvd [LCP ConfReq id=0x1 < 00 04 00
00> <mru 1524> <asyncmap 0xa0000> <auth pap> <pcomp> <accomp> < 11 04
05 f4> < 13 09 03 00 c0 7b 90 17 04>]
Here, this box said hello, twice, before hearing from the peer. The peer
wants to have this system authenticate with PAP ( <auth pap> ), and is
offering two services this box never heard of. But this is the type of
information we need.
Old guy