Re: nesting htbs

Linux Advanced Routing and Traffic Control

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

 



On Fri, 10 Jun 2005 00:02:42 +0100
Andy Furniss <andy.furniss@xxxxxxxxxxxxx> wrote:

> Edward Smith wrote:
> > Hello all,
> >  I am running a coop satellite link for my aviation company here in
> > Iraq.  (silly blog www.stardotstar.org).  I am running tc with htb
> > with good success so far.  I am working on improving it though and
> > need some help.  Currently I have just 4 classes, syn/ack/ping,
> > webchat, http, and then other.  We are really happy with how this has
> > improved our ability to call home from our rooms and do video chat.
> >   However, I would like to do a better job of making sure that each
> > IP is getting a fair share because it seems like sometimes one video
> > or audio chat bullies another one into slowing down and one guy is
> > having a great video and audio feed while someone elses audio only is
> > suffering.  I've seen some references to wrr and also to making a
> > class for each IP.  There doesn't seem to be much current documention
> > on wrr, so I'm trying to set up nested htbs.  Here are my questions:
> > 
> > 1. Which makes more sense, to nest my 4 classes of traffic inside of a
> > class for each IP, or to make a class for each IP in each of my 4
> > classes.  I'm leaning towards the latter so that someones web traffic
> > can't borrow from the interactive traffic classes.
> 
> I would do the latter also. I would have just one interactive class and 
> give it a rate that is say 3/4 of the ceil, the bulk classes can still 
> borrow the unused.
> > 
> > 2.  I've done a test, and can't get any traffic into the nested
> > classes.  Here is my code:
> > 
> > #1:20 LOW DELAY--CHAT DATA
> > #includes the minimize delay FW TOS
> > tc class add dev ${UPDEV} parent 1:1 classid 1:20 htb rate 200kbit
> > ceil ${UPCEIL}kbit burst 6k prio 1
> > tc filter add dev ${UPDEV} protocol ip parent 1: pref 20 u32\
> >        match ip tos 0x10 0xff flowid 1:20
> > tc filter add dev ${UPDEV} protocol ip parent 1: pref 21 handle 5 fw
> > classid 1:20
> > tc filter add dev ${UPDEV} protocol ip parent 1: pref 21 handle 6 fw
> > classid 1:20
>

so marking is thing that i need for limiting NATed uploads to internet ?
when limiting downloads i do not need marking ?

am i right ?



-- 
*Dariusz 'tdi' Dwornikowski | Gentoo | admin at pozman.pl     |
*[JID]:tdi@xxxxxxxxx|[gg]:2266034|[IRC]:#gentoo-pl@freenode   |
*[MAIL]:tdi@xxxxxxxxx|[WWW]:www.tdi.pozman.pl                 | 
*Serwery,administracja,webapps - www.ProAdmin.com.pl          |
*Fingerprint:43E21CC46DAFD2F754E91547D59B39F56AAA4B5F         |
_______________________________________________
LARTC mailing list
LARTC@xxxxxxxxxxxxxxx
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

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