The last time i saw this LCP timeout coupled with the
"not 8-bit clean" error, it wasn't because of 7-8 bit
problems in PPP, but because the ISP (ibm.net in this case)
had started a term login instead of a PPP negotiation.
It was the LCP timeout that clued me in.
In my case it was because the chat script sent a Crtl-M
at the finish of the chat script (it was something like
an expect-send pair that went "CONNECT" "", and chat sent
a carriage return for the ""), and the other side interpreted
that as a desire to start a term login instead of PPP.
Hope this helps...
ben
<mason@soo.com>
> Aug 12 02:33:56 asdf pppd[3569]: Using interface ppp0
> Aug 12 02:33:56 asdf pppd[3569]: Connect: ppp0 <--> /dev/modem
> Aug 12 02:34:27 asdf pppd[3569]: LCP: timeout sending Config-Requests
> Aug 12 02:34:27 asdf pppd[3569]: Connection terminated.
> Aug 12 02:34:27 asdf pppd[3569]: Connect time 0.6 minutes.
> Aug 12 02:34:27 asdf pppd[3569]: Receive serial link is not 8-bit clean:
> Aug 12 02:34:27 asdf pppd[3569]: Problem: all had bit 7 set to 0
> Aug 12 02:34:28 asdf pppd[3569]: Exit.
>
>
> I just set up a PPP connection identical to another I have set up
> except for the ISP. So the ppp configuration is exactly the same
> except for the ISP phone number, and the username and password.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/