Subject: port-i386/2040: ppp fails to negotiate LCP
To: None <gnats-bugs@NetBSD.ORG>
From: Simon J. Gerraty <>
List: netbsd-bugs
Date: 02/07/1996 14:10:03
>Number:         2040
>Category:       port-i386
>Synopsis:       ppp fails to negotiate LCP
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    gnats-admin (GNATS administrator)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Tue Feb  6 22:35:03 1996
>Originator:     Simon J. Gerraty
Simon J. Gerraty		<>

#include <disclaimer>		/* imagine something _very_ witty here */
>Release:        NetBSD-current Feb03
System: NetBSD zen 1.1A 
Architecture: i386

PPP fails to negotiate LCP with an Annex terminal server.

The log shows that it receives ConfReq's and responds with ConfAck's as in:

rcvd [LCP ConfReq id=0x2 <asyncmap 0x0> <magic 0x9244001a> <pcomp> <accomp>]
sent [LCP ConfAck id=0x2 <asyncmap 0x0> <magic 0x9244001a> <pcomp> <accomp>]

It also sends its own requests as in:

sent [LCP ConfReq id=0x1 <mru 576> <magic 0xa4faa13f> <pcomp> <accomp>]

but never reports receiving any ConfAck's

Restoring and building pppd from the 950818 sources which had been
working ok, produced the same result - which suggests? the problem is
in the kernel.  My ISP claims that nothing has changed on the Annex in
recent weeks, and all was working on Sunday when zen was upgraded.

I've compared if_ppp.c with previous versions and cannot see any
changes that look relevant - though I did find a bug in ppp_inproc(),
where ilen is used before it is initialized.  I'll file a separate pr
for that.