* [LARTC] device independent qdisc?
@ 2002-03-20 11:09 mario.wolff
2002-03-20 11:23 ` Stef Coene
` (2 more replies)
0 siblings, 3 replies; 4+ messages in thread
From: mario.wolff @ 2002-03-20 11:09 UTC (permalink / raw)
To: lartc
Hello ALL,
is there a way to have a device independent qdisc, or a qdisc on some kind
of virtuall interface?
Background: I have a 5-Interface-Router with one Internet-Uplink. The
Router should connect the clients on the other Interfaces to the Internet
and to each other client. As i understood the hole TC stuff i can only get
influence of outgoing traffic. In my case i can reduce the traffic of each
net by putting a qdisc on the netinterface. I´ve done that and it runs
fine. But the different nets could not take the free bandwith of other nets
because they have not the same root.
If i could have a device independent qdisc i could take this as root and
filter the traffic for the the different nets to the classes.
I also thougth about some kind of tunnel, where i route all traffic comming
from the internet to the first tunnelinterface and to each destination net
fram the other tunnelinterface. In this case i could put the needed qdisc
to the first interface and all would be ok.
But,
1) how to build a local tunnel and
2) how to route through the tunnel without route-loops or NATing the hole
internet.
Sorry for my kind of english, i hope its at least understandable!
Mit freundlichen Grüßen/Best regards
Mario Wolff
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [LARTC] device independent qdisc?
2002-03-20 11:09 [LARTC] device independent qdisc? mario.wolff
@ 2002-03-20 11:23 ` Stef Coene
2002-03-20 13:10 ` Martin Devera
2002-03-20 13:53 ` Adrian Chung
2 siblings, 0 replies; 4+ messages in thread
From: Stef Coene @ 2002-03-20 11:23 UTC (permalink / raw)
To: lartc
On Wednesday 20 March 2002 12:09, mario.wolff@sercon.de wrote:
> Hello ALL,
> is there a way to have a device independent qdisc, or a qdisc on some kind
> of virtuall interface?
>
> Background: I have a 5-Interface-Router with one Internet-Uplink. The
> Router should connect the clients on the other Interfaces to the Internet
> and to each other client. As i understood the hole TC stuff i can only get
> influence of outgoing traffic. In my case i can reduce the traffic of each
> net by putting a qdisc on the netinterface. I´ve done that and it runs
> fine. But the different nets could not take the free bandwith of other nets
> because they have not the same root.
>
> If i could have a device independent qdisc i could take this as root and
> filter the traffic for the the different nets to the classes.
You can use the IMQ device. ALL packets are first queued in this device and
after that it's enqueued in the real device.
http://luxik.cdi.cz/~devik/qos/imq.htm
Or you can take an other box and put that between the router and the uplink.
Stef
--
stef.coene@docum.org
"Using Linux as bandwidth manager"
http://www.docum.org/
#lartc @ irc.openprojects.net
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [LARTC] device independent qdisc?
2002-03-20 11:09 [LARTC] device independent qdisc? mario.wolff
2002-03-20 11:23 ` Stef Coene
@ 2002-03-20 13:10 ` Martin Devera
2002-03-20 13:53 ` Adrian Chung
2 siblings, 0 replies; 4+ messages in thread
From: Martin Devera @ 2002-03-20 13:10 UTC (permalink / raw)
To: lartc
http://luxik.cdi.cz/~devik/qos/
look at IMQ
On Wed, 20 Mar 2002 mario.wolff@sercon.de wrote:
> Hello ALL,
> is there a way to have a device independent qdisc, or a qdisc on some kind
> of virtuall interface?
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [LARTC] device independent qdisc?
2002-03-20 11:09 [LARTC] device independent qdisc? mario.wolff
2002-03-20 11:23 ` Stef Coene
2002-03-20 13:10 ` Martin Devera
@ 2002-03-20 13:53 ` Adrian Chung
2 siblings, 0 replies; 4+ messages in thread
From: Adrian Chung @ 2002-03-20 13:53 UTC (permalink / raw)
To: lartc
On Wed, Mar 20, 2002 at 02:10:49PM +0100, Martin Devera wrote:
> http://luxik.cdi.cz/~devik/qos/
> look at IMQ
>
> On Wed, 20 Mar 2002 mario.wolff@sercon.de wrote:
>
> > Hello ALL,
> > is there a way to have a device independent qdisc, or a qdisc on some kind
> > of virtuall interface?
Could one use IMQ and a route filter to have 75% of the total
bandwidth of two devices go via one interface and 25% go via the
other?
There aren't many examples of IMQ in action, but I was wondering if
something like the following would be possible (bearing in mind I'm
new to this, and this might make no sense):
- Set up IMQ
- Attach HTB with two classes
- Use route filter to put traffic going out each WAN interface into
each class
- One class (first interface) has a higher priority and is isolated,
but can borrow from the other class (second interface).
I want to primarily use one interface, but when it gets full, also use
the other one.
--
Adrian Chung (adrian at enfusion-group dot com)
http://www.enfusion-group.com/~adrian
GPG Fingerprint: C620 C8EA 86BA 79CC 384C E7BE A10C 353B 919D 1A17
[toad.enfusion-group.com] up 1 day, 8:20, 4 users
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2002-03-20 13:53 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-03-20 11:09 [LARTC] device independent qdisc? mario.wolff
2002-03-20 11:23 ` Stef Coene
2002-03-20 13:10 ` Martin Devera
2002-03-20 13:53 ` Adrian Chung
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.