Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 20 Jul 2001 15:42:13 +0200
From:      Olaf Wagner <wagner@elego.de>
To:        freebsd-stable@freebsd.org
Cc:        ume@freebsd.org
Subject:   isdn sppp unstable in RELENG_4
Message-ID:  <20010720154213.A20465@elego.de>

next in thread | raw e-mail | index | archive | help
After updating our gateway machine to the latest stable source about a 
week ago (sorry, didn't manage to write a notice earlier) suddenly about
90% of our ppp connections over isdn failed. Syslogd accumulated 
hundreds of the following lines:

Jul 12 21:17:00 elegogw /kernel: isp1: ipv6cp open(initial)
Jul 12 21:17:00 elegogw /kernel: isp1: ipcp up(starting)
Jul 12 21:17:00 elegogw /kernel: isp1: ipcp output <conf-req id=0x6 len=4>
Jul 12 21:17:00 elegogw /kernel: isp1: ipv6cp up(starting)
Jul 12 21:17:00 elegogw /kernel: isp1: ipv6cp output <conf-req id=0x2f len=14 01-0a-02-00-c0-ff-fe-47-85-a2>
...
Jul 12 21:17:00 elegogw /kernel: isp1: lcp: ignoring RXJ (proto-rej) for proto 0x8057, danger will robinson

Obviously the sppp driver wanted to negotiate ipv6 protocols
with its peer, but didn't really know how to cope with an reject.
The source code says

        case PROTO_REJ:
                /* XXX catastrophic rejects (RXJ-) aren't handled yet. */
                log(LOG_INFO,
                    SPP_FMT "%s: ignoring RXJ (%s) for proto 0x%x, "
                    "danger will robinson\n",
                    SPP_ARGS(ifp), cp->name,
                    sppp_cp_type_name(h->type), ntohs(*((u_short *)p)));
                switch (sp->state[cp->protoidx]) {

All this was added in the recent KAME code merge:

revision 1.59.2.6
date: 2001/07/03 11:01:41;  author: ume;  state: Exp;  lines: +774 -22
MFC: Sync with recent KAME.
This work was based on kame-20010528-freebsd43-snap.tgz and some
critical problem after the snap was out were fixed.
There are many many changes since last KAME merge.

The only way to get our isdn connections working again was to compile
a kernel without any INET6 support. As the code had been merged to
the stable branch, I think that this functionality should be disabled
for a while, or at least a HEADS UP be posted to the approriate mailing
lists, or the protocol rejections handled more gracefully.

Olaf
-- 
elego Software Solutions GmbH                           HRB 77719
Olaf Wagner                               E-Mail: wagner@elego.de
Cranachstraße 7                           Tel: +49 30 85 58 01 81
12157 Berlin                              Fax: +49 30 85 58 01 88
Ohmstraße 9                               Tel: +49 30 23 45 86 96
10179 Berlin                              Fax: +49 30 23 45 86 95
 ------------------> WWW: http://www.elego-software-solutions.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20010720154213.A20465>