Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 18 Apr 2006 17:12:41 +0300
From:      Nikos Vassiliadis <nvass@teledomenet.gr>
To:        freebsd-stable@freebsd.org, Stephen.Clark@seclark.us
Subject:   Re: FreeBSD 4.9 losing mbufs!!!
Message-ID:  <200604181712.42239.nvass@teledomenet.gr>
In-Reply-To: <4444EE93.9050003@seclark.us>
References:  <4444EE93.9050003@seclark.us>

next in thread | previous in thread | raw e-mail | index | archive | help
On Tuesday 18 April 2006 16:50, Stephen Clark wrote:
> Hello List,
>
> I know 4.9 is ancient history, but unfortunately we have several
> thousand sites installed. We are in the process of moving to 6.1 when it
> is released.
>
> Right now I have an immediate problem where we are going to install two
> system

so these are new systems, yet you are going to use 4.9.
Why?

>  at a HQ site. Each of the 2 systems will have two gre/vpn/ospf tunnels to a
> 100 remote sites in the
> field. The broadband will be a T3 with failover to dialup actiontec
> dualpc modems. We want
> to use FreeBSD systems rather than put in Cisco equip which is what we
> have done for other
> large customers.
>
> The problem:
>
> I have been testing between an Athlon 64 3000+ (client)  and an Athlon
> 64 X2 4800+ (server) across a dedicated 100mb lan. When I use nttcp,
> which is a round trip tcp test, across the gre/vpn the client system,
> (which goes to 0 percent idle), network stack will eventually stop
> responding. In trying to track this down I find that
> net.inet.ip.intr_queue_maxlen which is normally 50 has been reached (I
> added a sysctl to be able to look at it), but it never drains down. If I
> increase it things start working again. If I continue to hammer the
> client I see the
> intr_queue_maxlen continue to grow until it again reaches the new
> maximum. Another datapoint if I don't send the data thru the gre tunnel,
> but only thru the vpn I don't see this problem.
>
> I've looked at the gre code til I am blue in the face and can't see
> where mbufs  were not being freed when the quelen is full.
>
> If anybody could give some direction as where to look or how to better
> trouble shoot this problem it would be greatly appreciated.
>
> Thanks for being such a great list,
> Steve



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