Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 5 Oct 2009 21:56:32 +0800
From:      Eugene Grosbein <eugen@kuzbass.ru>
To:        rihad <rihad@mail.ru>
Cc:        freebsd-net@freebsd.org
Subject:   Re: dummynet dropping too many packets
Message-ID:  <20091005135632.GA89194@svzserv.kemerovo.su>
In-Reply-To: <4AC9E415.9040801@mail.ru>
References:  <20091005090102.GA70430@svzserv.kemerovo.su> <4AC9BC5A.50902@mail.ru> <20091005095600.GA73335@svzserv.kemerovo.su> <20091005100446.GA60244@onelab2.iet.unipi.it> <20091005100532.GC73335@svzserv.kemerovo.su> <4AC9C88A.5050509@mail.ru> <20091005113037.GA77999@svzserv.kemerovo.su> <4AC9DD72.9060802@mail.ru> <20091005120057.GA79942@svzserv.kemerovo.su> <4AC9E415.9040801@mail.ru>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Oct 05, 2009 at 05:18:29PM +0500, rihad wrote:

> >You've mentioned previously: "The pipes are fine, each normally having
> >100-120 concurrent consumers (i.e. active users)."
> >This IS competition between TCP flows inside each pipe.
> >
> Well, each user gets instantiated with a new copy of the pipe. Each such 
> user counts towards the limit imposed by hash_size*max_chain_len for 
> that pipe only. It would have been competition had I used dst-ip dst-ip 
> 0xffffff00 or similar and not dst-ip 0xffffffff, _then_ all 256 users 
> (determined by the mask) would compete for the pipe's bandwidth. So the 
> only competition is in the uplink at our main Cisco, I guess.

Hmm, yes, you are rigth. I've missed 'mask'.

Try to disable net.inet.ip.dummynet.io_fast to see if there is a bug
in 'fast' dummynet mode.

Eugene Grosbein



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