Re: [LARTC] Priority for slower connections

Linux Advanced Routing and Traffic Control

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Jun 04, 2001 at 12:45:59PM +0200, Wingtung.Leung wrote:
> On Mon, 4 Jun 2001 pete@xxxxxx wrote:
> 
> >   We are using linux as our comany internet gateway (snat, kernel
> > 2.4.5) and we would like to prioritize slower connections, i.e. the
> > higher amount of data per time the connection receives (or
> > transmits) the lower priority it should have. We would simply like to
> > put all downloads and big webs to lowest priority, and telnet, ssh,
> > small webs and so to highest priority, but dynamically, depending
> > on connection data usage, not on destination port or anything
> > staticaly defined. Is it possible? And if, how? I could not find
> > anything like that in any document.
> 
> It sounds that a token bucket filter (TBF) with low rate and intermediate
> burst level per connection is the thing you need. But I'm afraid if cou
> attach a TBF qdisc to a class, it arranges the queueing for all the
> packets in that class, and it won't differentiate between the connections.
> 
> I'm not sure about this, someone who knows better is invited to correct
> me.
> 
> Maybe you can achieve a comparable effect splitting the traffic depending
> on static TCP ports first, and fine tune the setup later ..
> 

Yes, from what he wants, he should split telnet/ssh into one section and
then use a different scheduler for the web on port 80 443.

I don't remember if TBF keeps tokens for each tcp connection seperate, but
if it does, that may prioritize the newer connections (which means all
connections will burst, and the bigger ones would slow down after the
initial burst).

Don't take my word for it, I'm working from docs that I read about 6 months
ago... and I haven't setup tc myself yet. :(

Mike



[Index of Archives]     [LARTC Home Page]     [Netfilter]     [Netfilter Development]     [Network Development]     [Bugtraq]     [GCC Help]     [Yosemite News]     [Linux Kernel]     [Fedora Users]
  Powered by Linux