Re: [LARTC] how to guarantee 1/numflows bandwidth to each flow

From: Krystian Antoni <krystianantoni@gmail.com>
To: lartc@vger.kernel.org
Subject: Re: [LARTC] how to guarantee 1/numflows bandwidth to each flow
Date: Tue, 10 May 2005 18:42:07 +0000	[thread overview]
Message-ID: <258b6f705051011424fcf70c5@mail.gmail.com> (raw)
In-Reply-To: <20050509181700.GA32621@vaxerdec.bmt.questra.com>

[-- Attachment #1.1: Type: text/plain, Size: 1201 bytes --]

if u find sfq unfair u can try WRR.
but if for example one flow is eating all the badwidth and a new flow 
starts, the new has to "claim" he's part by going from slow transfer to fast 
one. 
u can try making normal QOS based on classes and give one class to every 
customer. should work best. remember to do the same on both upload and 
download

On 5/9/05, Scott Mcdermott <lartc@vaxerdec.net> wrote:
> 
> I am looking for a simple way to guarantee to each flow
> going through my traffic control point 1/numflows of
> bandwidth. I thought using SFQ would do this effectively
> but it appears to be quite unfair: a very high speed
> download that fills the pipe easily starves smaller flows to
> the point where it becomes unusable (especially if they are
> at all interactive)
> 
> Because numflows is dynamic, I'm not sure how I would have
> the bandwidth allocated to each flow change dynamically and
> automatically as flows are added and removed.
> 
> Anyone have an idea how to implement this? Thanks.
> 
> _______________________________________________
> LARTC mailing list
> LARTC@mailman.ds9a.nl
> http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
> 

-- 
Miłego Dnia
Krystian Antoni

[-- Attachment #1.2: Type: text/html, Size: 1636 bytes --]

[-- Attachment #2: Type: text/plain, Size: 143 bytes --]

_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc