All of lore.kernel.org
 help / color / mirror / Atom feed
* [LARTC] Egress shaping recommendations (based on source ip)
@ 2006-06-21 18:38 Ray Van Dolson
  2006-06-26 12:40 ` Andy Furniss
  0 siblings, 1 reply; 2+ messages in thread
From: Ray Van Dolson @ 2006-06-21 18:38 UTC (permalink / raw)
  To: lartc

I'm trying to set up customer egress shaping on concentrator that customers
connect to using pptp (which uses pppd).  This means customers each have a
pppXXX interface when they connect.  It's easy to shape their "down" speed
this way, and when they disconnect the interface is gone and thus the
shaping rules automatically go away as well.

However, shaping their upload (traffic that forwards from their ppp
interface and out the ethernet interface on the server) is a different
matter and I'm trying to figure out the best way to do it.

I was planning to do this with CBQ... initially I created a root qdisc with
the full Ethernet bandwidth available.

I created two classes below that, one with the full bandwidth available, and
one with only 9Mbps available (internet bandwidth we have at this site).

To the 9Mbps class, I want to attach child classes limited to the rate plan
each customer is assigned.  These classes should be created when the
customer connects, and removed when they disconnect.  I will create a filter
based on "ip src" and point to the appropriate class for each customer.

The problem I'm running into is that when I customer disconnects, I cannot
find a "clean" way to remove their associated classes and filters.  I would
like to be able to do simply delete the class I created for them and have
all the attached filters automatically removed as well... kind of like how
you can delete the root qdisc and everything below is removed automatically.

However, this doesn't seem to work.  You have to delete the filters first
before removing any classes.

Instead of using classes should I be looking at using child qdisc's and
attaching filters directly to those (if that can be done)?

Just trying to avoid a situation on a busy server where a tc command fails
and I'm left with stale filters and classes.

Ray
_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2006-06-26 12:40 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-06-21 18:38 [LARTC] Egress shaping recommendations (based on source ip) Ray Van Dolson
2006-06-26 12:40 ` Andy Furniss

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.