All of lore.kernel.org
 help / color / mirror / Atom feed
* [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.