The following reply was made to PR kern/34164; it has been noted by GNATS.

From: Martin Husemann <martin@duskware.de>
To: Frank Kardel <kardel@netbsd.org>
Cc: gnats-bugs@netbsd.org
Subject: Re: kern/34164: unconnected ippp? interfaces hang onto pakets to be send
Date: Tue, 8 Aug 2006 23:13:03 +0200

 On Tue, Aug 08, 2006 at 08:18:13PM +0200, Frank Kardel wrote:
 > So I got 4 interfaces being capable of keep ifq.maxlen
 > mbufs when not connected.
 
 This only makes sense for interfaces that have a chance of establishing
 the isdn connection while keeping the packet in the queue.
 
 We probably should:
 
  - tell the kernel about the incoming/outgoing nature of such interfaces
    and have it drop packets right away for incoming-only ones
  - have isdnd tell the interface about connection failures so the
    interface can flush the queue and maybe limit it to fewer packets
    untill the next successfull connection
 
 Just out of curiosity:
 With dialout-type=normal, why isn't the connection established in your case?
 Is the remote site rejecting the call?
 
 Martin