On Wed, 29 Sep 1999, Alexander Koch wrote:
|Setup:
|Linux box (running 2.3.18ac8) with a serial device (USR,
|Dual Standard), running pppd 2.3.10.
|
|I get the following problem:
|
|1.
|-->
|Sep 29 00:44:47 welcome-to pppd[558]: rcvd [proto=0x8207] 01 09 00 04
|Sep 29 00:44:47 welcome-to pppd[558]: Unsupported protocol (0x8207) received
|<--
|
|What is that protocol? Any CCP related stuff?
Cisco Discovery Protocol Control. Pppd doesn't need it.
|2.
|-->
|rcvd [IPCP ConfReq id=0x31 <compress VJ 0f 00> <addr 212.86.128.145>]
|sent [IPCP ConfAck id=0x31 <compress VJ 0f 00> <addr 212.86.128.145>]
|rcvd [proto=0x8207] 01 22 00 04
|Unsupported protocol (0x8207) received
|sent [LCP ProtRej id=0x2 82 07 01 22 00 04]
|rcvd [LCP EchoRep id=0x0 magic=0xe83faa7c]
|rcvd [IPCP ConfRej id=0x1 <addr 0.0.0.0>]
Here's the problem. In response to a previous (not shown above) pppd
request the peer rejects 0.0.0.0, i.e., rejects a pppd request for the
peer to supply an IP address that pppd can use during the PPP session.
I *think* this is caused by pppd, ppp-2.2.x for x>8, and something I've
recently remarked on and posted to the group. If you have the pppd
option noipdefault then remove it and see if this resolves the problem.
Resolve it or not, I've no other suggestion.
...
|As I have "212.86.128.146:212.86.128.145" in my options
|file, it should be able to negotiate that address. I also
|have ipcp-accept-(remote|local)....
If I'm correct then removing the noipdefault option will allow the IPCP
negotiation to successfully complete with these IP addresses.
---
Clifford Kite Not a guru. (tm)
-
To unsubscribe from this list: send the line "unsubscribe linux-ppp" in
the body of a message to [EMAIL PROTECTED]
