* [LARTC] Limit Rates in more scalable and efficient way
@ 2007-10-05 13:25 fhartman
2007-10-05 14:57 ` Salatiel Filho
2007-10-05 16:42 ` Michele Petrazzo - Unipex srl
0 siblings, 2 replies; 3+ messages in thread
From: fhartman @ 2007-10-05 13:25 UTC (permalink / raw)
To: lartc
Hello
I'm looking for a more efficient way to limit rates to different clients.
Right now as I understand it, I have to make a class for every customer/ip-address I'd like to limit bandwidth.
This means lots of configuration if i had many customers to setup traffic shaping for.
I can filter for ip-ranges, but then all ip's of that range share the set bandwidth of the class.
I'd like a fixed rate for every ip in a group without configuring classes for each address!
It's a lot of work to configure thousands of ip addresses if I have make thousand classes for it.
Adding, Deleting and Processing won't be very efficient that way.
Is there someone who had the same problems and got to a solution or am I just asking too much?
regards
Fabian
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [LARTC] Limit Rates in more scalable and efficient way
2007-10-05 13:25 [LARTC] Limit Rates in more scalable and efficient way fhartman
@ 2007-10-05 14:57 ` Salatiel Filho
2007-10-05 16:42 ` Michele Petrazzo - Unipex srl
1 sibling, 0 replies; 3+ messages in thread
From: Salatiel Filho @ 2007-10-05 14:57 UTC (permalink / raw)
To: lartc
Sometime ago i had written a bash script that read from a file
containing the list of ips and built all the needed classes.
unfortunately i do not have it anymore [hd crash and no backup :/] ,
but at least you know it can be relatively easy to automate this task.
On 10/5/07, fhartman@hsr.ch <fhartman@hsr.ch> wrote:
> Hello
>
> I'm looking for a more efficient way to limit rates to different clients.
>
> Right now as I understand it, I have to make a class for every customer/ip-address I'd like to limit bandwidth.
> This means lots of configuration if i had many customers to setup traffic shaping for.
>
> I can filter for ip-ranges, but then all ip's of that range share the set bandwidth of the class.
> I'd like a fixed rate for every ip in a group without configuring classes for each address!
> It's a lot of work to configure thousands of ip addresses if I have make thousand classes for it.
> Adding, Deleting and Processing won't be very efficient that way.
>
> Is there someone who had the same problems and got to a solution or am I just asking too much?
>
> regards
> Fabian
> _______________________________________________
> LARTC mailing list
> LARTC@mailman.ds9a.nl
> http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
>
--
[]'s
Salatiel
"O maior prazer do inteligente é bancar o idiota
diante de um idiota que banca o inteligente".
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [LARTC] Limit Rates in more scalable and efficient way
2007-10-05 13:25 [LARTC] Limit Rates in more scalable and efficient way fhartman
2007-10-05 14:57 ` Salatiel Filho
@ 2007-10-05 16:42 ` Michele Petrazzo - Unipex srl
1 sibling, 0 replies; 3+ messages in thread
From: Michele Petrazzo - Unipex srl @ 2007-10-05 16:42 UTC (permalink / raw)
To: lartc
fhartman@hsr.ch wrote:
> Hello
>
> I'm looking for a more efficient way to limit rates to different
> clients.
>
> Right now as I understand it, I have to make a class for every
> customer/ip-address I'd like to limit bandwidth.
This is right.
> This means lots of configuration if i had many customers to setup
> traffic shaping for.
>
If you have a lot of customers and not a "automatic" process, yes.
> I can filter for ip-ranges, but then all ip's of that range share the
> set bandwidth of the class.
right
> I'd like a fixed rate for every ip in a group without configuring
> classes for each address! It's a lot of work to configure thousands
> of ip addresses if I have make thousand classes for it. Adding,
> Deleting and Processing won't be very efficient that way.
>
Add ok, but why you need to "delete" and "process" a lot of IP/customers?
> Is there someone who had the same problems and got to a solution or
> am I just asking too much?
>
Here we haven't thousand of ip, but I thinks it's the same because we
develop a simple, but working solution internally that talk with a db
and ip/mac/dhcp and do the work (create class with its speed).
Just done a: cat firewall_* | wc -l and there is not so much lines:
about 1100 plus that for little internal site (where the user insert his
credential plus the admin part for add, delete, etc..) that are 2600.
I think that with a 4/5 day of work you can do your self the same.
I think, however, that if you need some advice for create the right
limiting policy and its implementation, this it the right place!
Michele
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2007-10-05 16:42 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-10-05 13:25 [LARTC] Limit Rates in more scalable and efficient way fhartman
2007-10-05 14:57 ` Salatiel Filho
2007-10-05 16:42 ` Michele Petrazzo - Unipex srl
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.