Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 05 Oct 2009 14:28:58 +0500
From:      rihad <rihad@mail.ru>
To:        Eugene Grosbein <eugen@kuzbass.ru>
Cc:        freebsd-net@freebsd.org
Subject:   Re: dummynet dropping too many packets
Message-ID:  <4AC9BC5A.50902@mail.ru>
In-Reply-To: <20091005090102.GA70430@svzserv.kemerovo.su>
References:  <4AC8A76B.3050502@mail.ru> <20091005025521.GA52702@svzserv.kemerovo.su> <20091005061025.GB55845@onelab2.iet.unipi.it> <4AC9B400.9020400@mail.ru> <20091005090102.GA70430@svzserv.kemerovo.su>

next in thread | previous in thread | raw e-mail | index | archive | help
Eugene Grosbein wrote:
> On Mon, Oct 05, 2009 at 01:53:20PM +0500, rihad wrote:
> 
>> As you can see the drops gradually went away completely at about 4:00 
>> a.m., and started coming up at about 10:30 a.m., although at a lower 
>> rate, probably thanks to me bumping "ipfw ... queue NNN" up to 5000 at 
>> 10a.m. this morning. The traffic flow between 4a.m. and 10:30a.m., the 
>> "quiet" times, is about 200-330 mbit/s 5 minute average, without a 
>> single drop. But after that, in come the drops, no matter how high I set 
>> the queue. Should I try 10000 slots? 20000?
> 
> First switch from taildrop (default) to GRED, it is designed to fight
> your problem.
> 
Oh, I almost forgot... Right now I've googled up and am reading this 
intro: http://www-rp.lip6.fr/~sf/WebSF/PapersWeb/iscc01.ps

So turning to GRED would turn my FreeBSD router from dumb into a smart 
router that knows TCP? I thought pushing bits around at a lower level, 
and a sufficient queue size were enough.
Still not sure why increasing queue size as high as I want doesn't 
completely eliminate drops.



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