Subject: kern/34164: unconnected ippp? interfaces hang onto pakets to be send
To: None <email@example.com, firstname.lastname@example.org,>
From: None <email@example.com>
Date: 08/08/2006 17:15:00
>Synopsis: unconnected ippp? interfaces hang onto pakets to be send
>Arrival-Date: Tue Aug 08 17:15:00 +0000 2006
>Originator: Frank Kardel
>Release: NetBSD 3.99.24
System: NetBSD system 3.99.24 NetBSD 3.99.24 (xxx_ISDN) #1: Tue Aug 8 14:34:44 MEST 2006 firstname.lastname@example.org:/fs/WD1500ADFD-0-g/IC35L120AVV207-0-e/src/NetBSD/tc-merge/src/sys/arch/i386/compile/obj.i386/SATAN_ISDN i386
- ISDN enabled kernel
- isdnd configured for ipppX interfaces with dialin-reaction=accept, dialout-type=normal
- routed configured to do RIP on these interfeaces (default unless you configure against it)
- as long as no connection exists RIP pakets pile up on the ipppX interfaces (they are UP)
- mbuf storage is depleted
- at the end a panic lurks in the drain code -> reboot - repeat from start
- ifconfig ipppX down releases all queued pakets
- RIP is not necessary, ICMP ECHO will do too, as probably will others also
Setup like in the description.
ipppX gets a fixed address
fire pakets to the others side and see sthem being stuck in internet tx (MBUFTRACE).
avoid sending pakets while UP but not connected.
Also seen in NetBSD 3.0