Date: Thu, 16 Sep 1999 23:26:57 +0200 From: Gary Jennejohn <garyj@peedub.muc.de> To: Paul Herman <pherman@element-5.de> Cc: freebsd-isdn@FreeBSD.ORG Subject: Re: if_spppsubr.c Message-ID: <199909162126.XAA03635@peedub.muc.de> In-Reply-To: Your message of "Thu, 16 Sep 1999 17:43:55 %2B0200." <Pine.BSF.4.10.9909161738590.29545-100000@brain.element-5.de>
next in thread | previous in thread | raw e-mail | index | archive | help
Paul Herman writes: >Hi, > >Just wondering what the status of if_spppsubr.c is. I've got 0.83 and a= >bad case of the looping PAP-Acks. Cough Cough. :) > >I've seen other people on the list with the same problem: half the time= I >log in OK, and the rest of the logins if_spppsubr.c seems to get stuck i= n >passing back and forth the same LCP packets over and over. > >Anyone playing with if_spppsubr.c out there? > I suggest turning on debugging on the interface and looking at the output. I recently helped someone with a problem that was a lot like this. Turned out that he'd assigned an address to the ISP which was not (always) correct. if_spppsubr.c went into a loop NAKing the ISPs IP address. The ISP didn't time out and kept sending the same address over and over. One can argue whether the bug is in if_spppsubr.c or on the ISPs side. Seems like the ISP should give up if he keeps getting NAKs. Of course, if_spppsubr.c could also keep a counter for this case. The fix was to use 0.0.0.1 for the ISP. Then if_spppsubr.c accepts any address the ISP sends. IMHO this is the correct way to handle this. --- Gary Jennejohn Home - garyj@muc.de Work - garyj@fkr.dec.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-isdn" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199909162126.XAA03635>