Date: Fri, 12 Jun 1998 00:07:21 +0100 From: Brian Somers <brian@Awfulhak.org> To: Gregory LeBaron <lebaron@cam.org> Cc: FreeBSD-questions@FreeBSD.ORG Subject: Re: PPP VJ compression infinite loop Message-ID: <199806112307.AAA03489@awfulhak.org> In-Reply-To: Your message of "Wed, 10 Jun 1998 20:48:09 EDT." <3.0.1.32.19980610204809.0079ee40@pop.hip.cam.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> When connecting in user mode PPP I get into an infinite loop which I > haven't seen mentioned anywhere else. (Latest release from Walnut creek. > 2.1.6) > > Selected parts of the ppp.log > > # Looks promising - I've logged on... > Jun 10 20:10:22 Plebaron ppp[240]: tun0: Chat: Wait for (5): word: > Jun 10 20:10:22 Plebaron ppp[240]: tun0: Connect: username > Jun 10 20:10:23 Plebaron ppp[240]: tun0: Connect: Password: > Jun 10 20:10:23 Plebaron ppp[240]: tun0: Chat: Sending: password > Jun 10 20:10:23 Plebaron ppp[240]: tun0: LCP: State change Initial --> Closed > Jun 10 20:10:23 Plebaron ppp[240]: tun0: LCP: State change Closed --> > Stopped P: State change Req-Sent --> Ack-Sent > > # Can't complain about any of this > Jun 10 20:10:27 Plebaron ppp[240]: tun0: IPCP: IPCP Up event!! > Jun 10 20:10:27 Plebaron ppp[240]: tun0: CCP: CCP Up event!! > Jun 10 20:10:27 Plebaron ppp[240]: tun0: IPCP: IPADDR[6] 199.84.44.120 > Jun 10 20:10:27 Plebaron ppp[240]: tun0: IPCP: IPADDR[6] > changing address: 0.0.0.0 --> 199.84.44.120 > Jun 10 20:10:27 Plebaron ppp[240]: tun0: IPCP: IpcpSendConfigReq > Jun 10 20:10:27 Plebaron ppp[240]: tun0: IPCP: IPADDR[6] 199.84.44.120 > > # but then this is logged > Jun 10 20:10:27 Plebaron ppp[240]: tun0: IPCP: COMPPROTO[6] 16 VJ slots > with slot compres We're asking for VJ compression.... > Jun 10 20:10:27 Plebaron ppp[240]: tun0: LCP: Received Protocol Reject (2) > state = Opened (9) > > # is this bad? > Jun 10 20:10:27 Plebaron ppp[240]: tun0: LCP: -- Protocol (80fd) was > rejected. No. 80fd is CCP - the peer just doesn't do CCP. (The latest ppp from http://www.Awfulhak.org/ppp/ tells you what ``80fd'' is :-) > Jun 10 20:10:27 Plebaron ppp[240]: tun0: CCP: CcpLayerFinish. > Jun 10 20:10:27 Plebaron ppp[240]: tun0: CCP: State change Req-Sent --> > Stopped > Jun 10 20:10:27 Plebaron ppp[240]: tun0: LCP: Received Echo Reply (4) state > = Opened (9) > Jun 10 20:10:27 Plebaron ppp[240]: tun0: IPCP: Received Configure Request > (2) state = Req-Sent (6) > > # now my address seems to have changed back to 0.0.0.0 > Jun 10 20:10:27 Plebaron ppp[240]: tun0: IPCP: IPADDR[6] 199.84.44.1 > Jun 10 20:10:27 Plebaron ppp[240]: tun0: IPCP: COMPPROTO[6] 16 VJ slots > with slot compression > Jun 10 20:10:27 Plebaron ppp[240]: tun0: IPCP: SendConfigNak(Req-Sent) > Jun 10 20:10:27 Plebaron ppp[240]: tun0: IPCP: IPADDR[6] 0.0.0.0 No. This is us refusing to agree that the peer can be ``199.84.44.1'' as they asked. This is a bug in the 2.2.6 ppp (now fixed in -stable). > Jun 10 20:10:27 Plebaron ppp[240]: tun0: IPCP: Received Configure Ack (2) > state = Req-Sent (6) > Jun 10 20:10:27 Plebaron ppp[240]: tun0: IPCP: State change Req-Sent --> > Ack-Rcvd > > # And from here it goes into an infinite loop of: > Jun 10 20:10:35 Plebaron ppp[240]: tun0: IPCP: Received Configure Request > (54) state = Ack-Rcvd (7) > Jun 10 20:10:35 Plebaron ppp[240]: tun0: IPCP: IPADDR[6] 199.84.44.1 > Jun 10 20:10:35 Plebaron ppp[240]: tun0: IPCP: COMPPROTO[6] 16 VJ slots > with slot compression > Jun 10 20:10:35 Plebaron ppp[240]: tun0: IPCP: SendConfigNak(Ack-Rcvd) > Jun 10 20:10:35 Plebaron ppp[240]: tun0: IPCP: IPADDR[6] 0.0.0.0 The peer really wants 199.84.44.1.... > For anyone who's made it this far, here's my ppp.conf Still with you.... > default: > set log Debug Phase Chat Connect Carrier LCP IPCP CCP tun command > set device /dev/cuaa1 > set speed 57600 > set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" AT OK-AT-OK ATE1Q0 > OK \\dATDT\\T TIMEOUT 40 CONNECT" > > cam: > set log Phase Chat Connect Carrier LCP IPCP CCP tun command > set device /dev/cuaa1 > enable lqr > set speed 57600 > set phone 5962545 > set login "TIMEOUT 5 ogin:--ogin: username word: password" > set timeout 120 > set ifaddr 0 0 This is the offending line. If you ``show ipcp'' after ``set ifaddr 0 0'' you'll notice that HISADDR is set to 0.0.0.0/32 instead of 0.0.0.0/0. Simply remove the ``set ifaddr'' line and your problems will go away. > delete ALL > add 0 0 HISADDR > > > If you've made it *this* far I thank you for your patience and any > assistance you can offer. I think another entry in ERRATA.TXT is in order.... not bad eh ? Two in one release ! -- Brian <brian@Awfulhak.org>, <brian@FreeBSD.org>, <brian@OpenBSD.org> <http://www.Awfulhak.org>; Don't _EVER_ lose your sense of humour.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199806112307.AAA03489>