On Wed, 29 Dec 1999, Paul Ferris wrote:The ppp-2.3.11 fixes it!|/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.
BUT....
Now my defaultroute option is broken :(
Tiz no really big deal as I can modify the interface up and
down scripts to make the defaultroute work.
Thanks for your help.
If that still doesn't work then post again and we'll try again.---
Clifford Kite Not a guru. (tm)
-- Paul Ferris | http://linuxtoday.com | 330-875-2757 ------------------------------------------------------ Linux: Because a computer is a terrible thing to waste ------------------------------------------------------
