Chance Reschke wrote:
>
> Hi,
>
> I'm having a horrible time trying to get PPP to work with a US West
> dial-in account. Whether I use chat scripts or do things by hand, I
> get the same results - the US West server authenticates me, the ppp
> server starts, my ppp client starts, some negotiation occurs (mru,
> mtu, etc.), then things simply stop. No ip address is assigned, no
> routes configured. I can wait ages, and still, nothing. The logs
> show the server sending a ProtRej, but I don't know why or how to get
> beyond this.
>
> Below is a log file entry from a manual login attempt (dial with
> minicom, respond to the 'name:' and 'password' prompts, then fire up
> pppd with 'pppd -d -detach /dev/modem 38400&'. My /etc/ppp/options
> file is pretty basic, though I have tried dozens of combinatins. The
> setting at the time these logs were recorded looked something like:
>
> crtscts
> debug
> defaultroute
> lock
> modem
> noipdefault
>
> I eventually killed pppd by hand.
>
> The US West server responds to a successful login with a string
> listing my dynamically-assigned IP address, then the typical 'garbage'
> output from the ppp server. I'm fairly certain the ppp server is
> capable of assigning me an IP address, default route, etc., by way of
> negotiation with my pppd, but it's not working.
>
> Can anyone help?
>
> Thanks,
> Chance
>
> ---------------------------<snip>---------------------------
>
> Feb 8 10:46:32 pc1 pppd[969]: pppd 2.3.5 started by reschke, uid 0
> Feb 8 10:46:32 pc1 pppd[969]: Using interface ppp0
> Feb 8 10:46:32 pc1 pppd[969]: Connect: ppp0 <--> /dev/modem
> Feb 8 10:46:32 pc1 pppd[969]: sent [LCP ConfReq id=0x1 <magic 0xdfa57187> <pcomp>
><accomp>]
> Feb 8 10:46:32 pc1 pppd[969]: rcvd [LCP ConfAck id=0x1 <magic 0xdfa57187> <pcomp>
><accomp>]
> Feb 8 10:46:33 pc1 pppd[969]: rcvd [LCP ConfReq id=0x35 <asyncmap 0xa0000> <magic
>0x31f59d8b> <pcomp> <accomp>]
> Feb 8 10:46:33 pc1 pppd[969]: sent [LCP ConfAck id=0x35 <asyncmap 0xa0000> <magic
>0x31f59d8b> <pcomp> <accomp>]
> Feb 8 10:46:33 pc1 pppd[969]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <compress VJ
>0f 01>]
> Feb 8 10:46:33 pc1 pppd[969]: rcvd [LCP ProtRej id=0x36 80 21 01 01 00 10 03 06 00
>00 00 00 02 06 00 2d 0f 01]
Something went haywire right there. The id=0x36 is bogus since nothing
you sent had that id. I can see above that the ACCM (a000) was
successfully negotiated for data going from you to them, but there is
nothing about the other way around. Look at your kernel debug messages
(see where kernel.debug is going in your /etc/syslog.conf and use kdebug
7 in your pppd options) and see if you aren't getting "frame with bad
fcs". If that's it, you may need to negotiate that incoming (to you)
ACCM. Try 0 (use asyncmap 0) or if that fails a0000 since that's what
they wanted in the other direction and see what happens.
-- David
-
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to [EMAIL PROTECTED]
