Basically it looks like the PPP negotiation successfully completes and that
the PPP link should work with proper routing and resolver configurations.
More below.
On Fri, 25 Jun 1999, Michael B Golden wrote:
|All right, using your suggestions, I obtained the necessary debug
|information. Because I'm not sure which of it you need, I'll include all
|of it. Here goes: (And note, I corrected the /dev/cua3 to /dev/ttyS3 this
|time. ;) )
|
|Jun 25 20:56:16 darkstar pppd[497]: Serial connection established.
|Jun 25 20:56:17 darkstar pppd[497]: Using interface ppp0
|Jun 25 20:56:17 darkstar pppd[497]: Connect: ppp0 <--> /dev/ttyS3
|Jun 25 20:56:17 darkstar pppd[497]: sent [LCP ConfReq id=0x1 <asyncmap
|0x0> <magic 0x3dcf52bd> <pcomp> <accomp>]
|Jun 25 20:56:20 darkstar pppd[497]: sent [LCP ConfReq id=0x1 <asyncmap
|0x0> <magic 0x3dcf52bd> <pcomp> <accomp>]
|Jun 25 20:56:23 darkstar pppd[497]: rcvd [LCP ConfReq id=0x25 <asyncmap
|0x0> <auth chap 05> <magic 0xab71a281> <pcomp> <accomp>]
|Jun 25 20:56:23 darkstar pppd[497]: sent [LCP ConfAck id=0x25 <asyncmap
|0x0> <auth chap 05> <magic 0xab71a281> <pcomp> <accomp>]
|Jun 25 20:56:23 darkstar pppd[497]: rcvd [LCP ConfAck id=0x1 <asyncmap
|0x0> <magic 0x3dcf52bd> <pcomp> <accomp>]
|Jun 25 20:56:24 darkstar pppd[497]: rcvd [CHAP Challenge id=0x0
|<fcf6547a30db0212d730b65262094a54acfa194955c60d047c94c07f203f3aa4>, name
|= ""]
|Jun 25 20:56:24 darkstar pppd[497]: sent [CHAP Response id=0x0
|<df494866d2b508a95e9c433d82ae01ac>, name = "michael"]
|Jun 25 20:56:24 darkstar pppd[497]: rcvd [CHAP Success id=0x0 ""]
|Jun 25 20:56:24 darkstar pppd[497]: sent [IPCP ConfReq id=0x1 <addr
|0.0.0.0> <compress VJ 0f 01>]
|Jun 25 20:56:24 darkstar pppd[497]: rcvd [LCP code=0xd id=0x25 ab 71 a2
|81 00 00 0e 10 65 74 ff b0]
|Jun 25 20:56:24 darkstar pppd[497]: sent [LCP CodeRej id=0x2 0d 25 00 10
|ab 71 a2 81 00 00 0e 10 65 74 ff b0]
Call-back Rejected (RFC 1570)
|Jun 25 20:56:24 darkstar pppd[497]: rcvd [IPCP ConfReq id=0x25 <compress
|VJ 0f 00> <addr 209.195.44.215>]
|Jun 25 20:56:24 darkstar pppd[497]: sent [IPCP ConfAck id=0x25 <compress
|VJ 0f 00> <addr 209.195.44.215>]
|Jun 25 20:56:24 darkstar pppd[497]: rcvd [proto=0x8029] 01 25 00 39 01 06
|00 00 65 6a 02 04 00 00 03 03 01 06 18 00 01 00 00 00 00 44 4d 6f 73 73
|d5 73 20 43 6f 6d 70 75 74 65 72 07 0a 45 74 68 65 72 6e 65 74 08 06 00
|00 65 a6
|Jun 25 20:56:24 darkstar pppd[497]: Unsupported protocol (0x8029)
|received
|Jun 25 20:56:24 darkstar pppd[497]: sent [LCP ProtRej id=0x3 80 29 01 25
|00 39 01 06 00 00 65 6a 02 04 00 00 03 03 01 06 18 00 01 00 00 00 00 44
|4d 6f 73 73 d5 73 20 43 6f 6d 70 75 74 65 72 07 0a 45 74 68 65 72 6e 65
|74 08 06 00 00 65 a6]
AppleTalk Rejected (RFC 1378)
|Jun 25 20:56:24 darkstar pppd[497]: rcvd [IPCP ConfNak id=0x1 <compress
|VJ 0f 00> <addr 209.195.44.213>]
|Jun 25 20:56:24 darkstar pppd[497]: Received bad configure-nak/rej: 02
|06 00 2d 0f 00 03 06 d1 c3 2c d5
OK it's not an unsolicited Configure-Nak, the ISP wants to change a VJ
compression option from what pppd requested. I don't know why pppd calls
this a bad configure-nak/rej and ignores it except that it probably isn't
able to change the option.
|Jun 25 20:56:27 darkstar pppd[497]: rcvd [IPCP ConfReq id=0x26 <compress
|VJ 0f 00> <addr 209.195.44.215>]
|Jun 25 20:56:27 darkstar pppd[497]: sent [IPCP ConfAck id=0x26 <compress
|VJ 0f 00> <addr 209.195.44.215>]
|Jun 25 20:56:27 darkstar pppd[497]: sent [IPCP ConfReq id=0x1 <addr
|0.0.0.0> <compress VJ 0f 01>]
|Jun 25 20:56:27 darkstar pppd[497]: rcvd [IPCP ConfNak id=0x1 <addr
|209.195.44.213>]
Ignoring the Configure-Nak with the VJ option change worked though, here
the ISP omits the VJ option change, so pppd gets the VJ compression option
it originally requested and a real IP address to replace 0.0.0.0 .
|Jun 25 20:56:27 darkstar pppd[497]: sent [IPCP ConfReq id=0x2 <addr
|209.195.44.213> <compress VJ 0f 01>]
|Jun 25 20:56:27 darkstar pppd[497]: rcvd [IPCP ConfAck id=0x2 <addr
|209.195.44.213> <compress VJ 0f 01>]
|Jun 25 20:56:28 darkstar pppd[497]: local IP address 209.195.44.213
|Jun 25 20:56:28 darkstar pppd[497]: remote IP address 209.195.44.215
This looks like the PPP link negotiation completed and that you should be
able to connect to the Internet. You didn't say what couldn't connect and
give symptoms but this link was successfully negotiated. Do you have the
pppd option defaultroute? Is /etc/resolv.conf configured with nameservers
in it?
---
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]
