you're right. When I use minicom to connect, after login I am at a
prompt (prompt> ). To start ppp I am required to type ppp followed by
return. Here is my chat script,
exec /usr/sbin/chat -v
TIMEOUT 3 \
ABORT '\nBUSY\r' \
ABORT '\nNO ANSWER\r' \
'' \rAT \
'OK-+++\c-OK' ATH0 \
TIMEOUT 30 \
OK AT+CBST=71,0,1 \
OK ATDT$TELEPHONE \
sername: $ACCOUNT \
the AT+CBST command is used as I am using a GSM modem!
how would I get ppp to start fom this script?
> > If I use minicom to dial the remote ISP, everything works fine, a
> > connection is made, and the authentication works.
> > If I then use ppp with (ppp-on, ppp-on-dialer) scripts to dial the
> > same ISP, I get the following message in /var/log/messages
> > Serial connection established
> > Using interface ppp0
> > Connect: ppp0 <--> /dev/tty0
> > LCP: timeout sending
> > Connection Terminated
> > Recieve Serial Link is not 8-bit clean
> > Problem: all had bit 7 set to 0
> > Hangup (signup)
> > Exit
> This almost always means that the chat script failed to do what is
> necessary to let the ISP start PPP at it's end. Usually the ISP is
> presenting a prompt or menu instead.
> > Can anybody help solve this issue, I've seen similar postings
> > but there is not a clear solution.
> The cause varies. It would be much easier if you post the chat script
> and use chat -v to get verbose chat messages and post them.
> It's often a matter of using CONNECT '\c' instead of CONNECT '',
> or configuring for PAP and CHAP authentication rather than for
> login/password entries.
Sent via Deja.com http://www.deja.com/
Before you buy.