On Wed, 29 Dec 1999, Paul Ferris wrote:
|/usr/sbin/pppd lock /dev/ttyS0 name cv \
| modem 115200 crtscts nodetach \
| ipcp-accept-local ipcp-accept-remote \
| debug kdebug 7 defaultroute asyncmap 0 noauth mtu 1500 mru 1500 \
| connect "/usr/sbin/chat -v \
| TIMEOUT 3 \
| ABORT '\nBUSY\r' \
| ABORT '\nNO ANSWER\r' \
| ABORT '\nRINGING\r\n\r\nRINGING\r' \
| '' \rAT$B0 \
| 'OK-+++\c-OK' '\rAT%A4=0' \
| TIMEOUT 60 \
| OK ATD$PHONE \
| CONNECT '\~' \
| "
|------------------
This chat expect-send script isn't quite right. Try
/usr/sbin/pppd lock /dev/ttyS0 name cv \
modem 115200 crtscts nodetach \
ipcp-accept-local ipcp-accept-remote \
debug defaultroute asyncmap 0 noauth mtu 1500 mru 1500 \
connect "/usr/sbin/chat -v \
TIMEOUT 3 \
ABORT BUSY \
ABORT 'NO ANSWER' \
ABORT RINGING \
'' AT$B0 \
'OK-+++\c-OK' 'AT%A4=0' \
TIMEOUT 60 \
OK ATD$PHONE \
CONNECT '\c'
This corrects the CONNECT expect-send error and cleans out some
unnecessary "send" trinkets one of which was wrong (but not causing
a problem). Note that the ~ is gone and replaced by a chat \c to
eliminate a carriage return and start pppd without delay.
I've seen a post with similar symptoms that was a timing problem.
If the simple changes above still don't work then get and install
ppp-2.3.11 at cs.anu.edu.au in pub/software/ppp and try using the
new connect-delay option. Start with a 1 millisecond delay and
use the modified chat script above. If no workie then try 5 and
then 10 ms.
If that still doesn't work then post again and we'll try again.
---
Clifford Kite Not a guru. (tm)
-
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to [EMAIL PROTECTED]
