* [LARTC] configuration
@ 2002-01-24 8:51 Sebastian Taralunga
2002-01-24 9:53 ` Martin Devera
0 siblings, 1 reply; 2+ messages in thread
From: Sebastian Taralunga @ 2002-01-24 8:51 UTC (permalink / raw)
To: lartc
I am trying to establish some means to control the IP bandwidth
available for a number of NAT-ed classes.
Each class or collection of classes should not use receive less than a certain
assigned bandwidth if they need it.
In the same time I want to make sure that each indvidual IP address in these
classes has it's own restrictions: that is a minimum B/W (if available),
maximum bandwidth, burst. Is this possible using HTB? From the documentation I
see that only leaf nodes can have filters - does this mean that I cannot create
and apply a filter for a whole class?
Sebastian
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://ds9a.nl/lartc/
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [LARTC] configuration
2002-01-24 8:51 [LARTC] configuration Sebastian Taralunga
@ 2002-01-24 9:53 ` Martin Devera
0 siblings, 0 replies; 2+ messages in thread
From: Martin Devera @ 2002-01-24 9:53 UTC (permalink / raw)
To: lartc
> Each class or collection of classes should not use receive less than a certain
> assigned bandwidth if they need it.
>
> In the same time I want to make sure that each indvidual IP address in these
> classes has it's own restrictions: that is a minimum B/W (if available),
> maximum bandwidth, burst. Is this possible using HTB? From the documentation I
> see that only leaf nodes can have filters - does this mean that I cannot create
> and apply a filter for a whole class?
Sure it is possible. At the first it is not true that only leaves can
have filters. The opposite it true - only leaves can't have filters.
Filter can be attached to root (qdisc itself) or inner class.
So that you can for example attach fwmark filter without any rules
to the root of HTB.
Then you can control assigning of IP->class in iptables.
You will end up with one inner class for each group of ip and each
"restricted" ip will have then leaf under the inner class. Like:
ROOT 256k
CLASS1(192.168.1.x) 128k
CLASS11(192.168.1.2) 10k
CLASS19(others 192.168.1.x) 118k
CLASS2(192.168.2.x) 128k
CLASS21(192.168.2.2) 10k
CLASS22(192.168.2.3) 10k
CLASS29(others 192.168.2.x) 108k
You probably caught it.
devik
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://ds9a.nl/lartc/
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2002-01-24 9:53 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-01-24 8:51 [LARTC] configuration Sebastian Taralunga
2002-01-24 9:53 ` Martin Devera
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.