From owner-freebsd-net@FreeBSD.ORG Thu Apr 20 19:46:37 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B27A116A402 for ; Thu, 20 Apr 2006 19:46:37 +0000 (UTC) (envelope-from Stephen.Clark@seclark.us) Received: from smtpout07-04.prod.mesa1.secureserver.net (smtpout07-01.prod.mesa1.secureserver.net [64.202.165.230]) by mx1.FreeBSD.org (Postfix) with SMTP id 4506943D45 for ; Thu, 20 Apr 2006 19:46:37 +0000 (GMT) (envelope-from Stephen.Clark@seclark.us) Received: (qmail 10509 invoked from network); 20 Apr 2006 19:46:25 -0000 Received: from unknown (24.144.77.138) by smtpout07-04.prod.mesa1.secureserver.net (64.202.165.233) with ESMTP; 20 Apr 2006 19:46:25 -0000 Message-ID: <4447E50E.40107@seclark.us> Date: Thu, 20 Apr 2006 15:46:22 -0400 From: Stephen Clark User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-22smp i686; en-US; m18) Gecko/20010110 Netscape6/6.5 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: 4.9 losing mbuf with multicast traffic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stephen.Clark@seclark.us List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Apr 2006 19:46:37 -0000 Hi, I am experiencing a problem on FreeBSD 4.9, yes I know this is ancient history but I am stuck with it for the time being, that exhibits itself as the ipintrq.ifq_len slowly growing until it finally reaches ipintrq.ifq_maxlen and the network stop responding because there is no place to put the incomming packets. If I console into the box and use sysctl and increase the maxlen things will again work until the new maxlen is reached. I know this is happening because I added a sysctl that would allow me to peak at the value of ipintrq.ifq_len. This only happens when I am running ospf and increase with activity. If someone could point towards where the multicast logic is I would appreciate or any other thoughts would be greatly appreciated. I have also posted this problem to the quagga devel mailing list and the fbsd-stable mailing list. If there is any other information that would be helpful I would be willing to supply it. Thanks in advance, Steve -- "They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety." (Ben Franklin) "The course of history shows that as a government grows, liberty decreases." (Thomas Jefferson)