On Thu, 21 Aug 1997, Luka Pravica wrote:
> This is the part of /etc/log/syslog:
>
> ...
> Aug 20 18:26:07 debian pppd[304]: Serial connection established.
> Aug 20 18:26:08 debian pppd[304]: Using interface ppp0
> Aug 20 18:26:08 debian pppd[304]: Connect: ppp0 <--> /dev/ttyS0
> Aug 20 18:26:08 debian pppd[304]: sent [LCP ConfReq id=0x1 <mru 1500>
> <asyncmap 0x0> <magic 0x4d5a6404> <pcomp> <accomp>]
> Aug 20 18:26:35 debian last message repeated 9 times
> Aug 20 18:26:38 debian pppd[304]: LCP: timeout sending Config-Requests
> Aug 20 18:26:38 debian pppd[304]: Connection terminated.
> Aug 20 18:26:38 debian pppd[304]: Receive serial link is not 8-bit clean:
> Aug 20 18:26:38 debian pppd[304]: Problem: all had bit 7 set to 0
> Aug 20 18:26:38 debian pppd[304]: Exit.
>
Your pppd doesn't hear anything sensible [lcp conf{ack,nak,req}] from the
other side. It is probably because the line is not 8-bit clean. It might be
the setup of your serial line. I had seen it only with ppp over ssh, where the
ssh escape char wasn't turned off.
The other possible solution is that the other side just don't send anything.
Try the thing by hand from minicom and see what happens. (there are cases
when you really don't see anything without sending a ppp packet, because the
other end is in passive mode).
---
GNU GPL: csak tiszta forrásból
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
