Andrew Post wrote:
>
> This problem aporadically occurs with my Mandrake 6.1 setup as well. It
> hasn't happened in several months, and I haven't changed anything
> related to PPP between then and now. I never figured out what caused the
> problem. I'm wondering if it's a problem with some ISPs' setup that
> Win9x and WinNT work around and Linux doesn't. Maybe you should contact
> the maintainer of PPP with a description of the problem.
>
> Andrew
>
> Ramon Gandia wrote:
> >
> > Jean-Michel Dault wrote:
> > >
> > > The log said your line is not 8-bit clean. That probably means your modem
> > > speed is not set correctly. Try with 19200, 38400 and 115200 to see if it
> > > changes something.
> >
> > Common enough assumption. It means nothing of the sort. It
> > simply means the pppd deamon did not start. The error message
> > is misleading. This is a "well known behaviour."
> >
> > In his case, the modems had already negotiated and passed
> > some data back and forth. So its not a serial port problem,
> > its a protocol problem.
It's not speed and it's not that pppd did not start.
LCP is the system where client and server sides negated what ppp
features are to be used in that particular connection.
If you turn up the debug you will see it negotiating things like
comress/chap/pap etc, the problem here (and I have not seen this for
years) is that neither end wants to become the master, so each side is
expecting the other side to set the terms of the negotiation. result is
a LCP time-out.
I think I solved this a long time ago by forcing a CHAP negation.
I see this effect from win9x ppp connections sometimes too.
I haven't seen it from a ISP in a long time.
