I want to know how I can put two statics default routes on a linux machine: one route with a preference inferior at the other in order to switch via the other when the first gateway fall, and if it''s not possible -what I think- I want know how I can implement this with gateD. --------------------------------- Yahoo! Mail -- Une adresse @yahoo.fr gratuite et en français ! --0-379481560-1033374690=:85017 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: 8bit <P>I want to know how I can put two statics default routes on a linux machine: one route with a preference inferior at the other in order to switch via the other when the first gateway fall, and if it''s not possible -what I think- I want know how I can implement this with gateD.</P> <P> </P> <P> </P><p><br><hr size=1><a href="http://fr.mail.yahoo.com">Yahoo! Mail</a> -- Une adresse @yahoo.fr gratuite et en français !<br> --0-379481560-1033374690=:85017-- _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
Stef, Thanks for the reply. I want my bridge to "emulate" a rate limit on the transmitter of the device connected to that particular bridge interface. That''s why I need an ingress qdisc on each and every interface of my Linux bridge. This is what I tried: tc qdisc add dev eth4 handle ffff: ingress tc filter add dev eth4 parent ffff: protocol ip prio 50 u32 match ip \ src 0.0.0.0/0 police rate 100kbit burst 10k drop flowid :1 I didn''t obeserve any rate reduction though. I suspect that on the bridge, packets are being forwarded and therefore the ip-related matches have no effect. How can I have the ''police rate 100kbit'' portion of the command without the ip-related arguments? Thanks, Marcelo.> -----Original Message----- > From: Stef Coene [mailto:stef.coene@docum.org] > Sent: Friday, October 11, 2002 12:37 PM > To: Albuquerque, Marcelo M; ''lartc@mailman.ds9a.nl'' > Subject: Re: [LARTC] (no subject) > > > On Friday 11 October 2002 20:40, Albuquerque, Marcelo M wrote: > > I am trying to limit the rate for all traffic on the incoming interfaceof> > a Linux bridge. So far I have only been able to limit the outgoing rate.I> > am assuming I will have to use an ingress qdisc. The example found onthe> > documentation works without errors but I can''t see any rate reduction > > (maybe because it applies to SYN''s only). Does anybody know if limiting > > rate on the incoming interface is possible on a Linux bridge, and if so, > > how to go about configuring it. > > If you shape on a bridge, why not shaping on both interfaces > ? That way you > can shape in both directions. > And you can use the ingress qdisc, but the shaping acutally > happens with the > policers in combination with the filters. Policsers are a > sort of tbf, you > can specify a maximum rate to it. So the filters will only > match packets at > a certain rate and you can drop packets exceeding that rate. > So you can > limit incoming packets. > > > Stef > > -- > > stef.coene@docum.org > "Using Linux as bandwidth manager" > http://www.docum.org/ > #lartc @ irc.oftc.net >_______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
On Friday 11 October 2002 23:17, Albuquerque, Marcelo M wrote:> Stef, > > Thanks for the reply. > > I want my bridge to "emulate" a rate limit on the transmitter of the device > connected to that particular bridge interface. That''s why I need an ingress > qdisc on each and every interface of my Linux bridge. This is what I tried:> tc qdisc add dev eth4 handle ffff: ingress > tc filter add dev eth4 parent ffff: protocol ip prio 50 u32 match ip \ > src 0.0.0.0/0 police rate 100kbit burst 10k drop flowid :1 > > I didn''t obeserve any rate reduction though. I suspect that on the bridge, > packets are being forwarded and therefore the ip-related matches have no > effect. How can I have the ''police rate 100kbit'' portion of the command > without the ip-related arguments?All packets arriving are ip related, so the above command should work. Can you test it without a switch? Connect the box to a hub, send some data and record the speed. Stef -- stef.coene@docum.org "Using Linux as bandwidth manager" http://www.docum.org/ #lartc @ irc.oftc.net _______________________________________________ LARTC mailing list / LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/