----- snip -----
>Feb  1 15:49:27 linuxpc chat[748]: ATZ^M^M
>Feb  1 15:49:27 linuxpc chat[748]: OK
>Feb  1 15:49:27 linuxpc chat[748]:  -- got it 
>Feb  1 15:49:27 linuxpc chat[748]: send (ATDT331-0105^M)
>Feb  1 15:49:28 linuxpc chat[748]: expect (CONNECT)
>Feb  1 15:49:28 linuxpc chat[748]: ^M
>Feb  1 15:50:24 linuxpc chat[748]: ATDT331-0105^M^M
>Feb  1 15:50:24 linuxpc pppd[745]: Connect script failed
>Feb  1 15:50:24 linuxpc chat[748]: NO CARRIER
>Feb  1 15:50:24 linuxpc chat[748]:  -- failed
>Feb  1 15:50:24 linuxpc chat[748]: Failed (NO CARRIER)
>Feb  1 15:50:25 linuxpc pppd[745]: Exit.
----- snip -----

Hello Robert,
I'm not sure about PPP (yet :-), but most modems will hang up if *any*
characters are sent before a connection is negotiated. It appears that 2 ^M
(carriage returns) occur after the dial command as well as others. One fix
is to be sure that no other characters are sent before negotiation is
complete <- best fix. OR - as a work around -> place a semicolon (;) after
the phone number to tell the modem to accept further 'commands'.

This may not completely fix your PPP problem, but it should eliminate a
spurious hangup due to extra characters after dialing.

--
Good Luck,
Carl Palmgren
p a l m g r e n   a t   f l a s h   d o t   n e t


-
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to [EMAIL PROTECTED]

Reply via email to