Re: [LARTC] equalize / ecmp not working as expected in 2.6 vs 2.4

2007-04-11 Thread e . janz
Andy Furniss [EMAIL PROTECTED] wrote on 10/04/2007 21:29:33: [EMAIL PROTECTED] wrote: thanks for the info. First of all, in order to use the nth match you need to patch your kernel using patch-o-matic. I think nth is in kernel now as part of the statistic match. Andy. I was

[LARTC] two routes, non-permanent higher proiority

2007-04-11 Thread Bob Beers
Hi LARTC experts, Can you help me with this scenario? I have been lurking on this list for a while, but I am very green wrt advanced routing. I have a slackware linux based server in a vehicle with a high bandwidth satellite connection which is only available while the vehicle is stationary.

RE: [LARTC] equalize / ecmp not working as expected in 2.6 vs 2.4

2007-04-11 Thread Andrew Lyon
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 11 April 2007 09:01 To: lartc@mailman.ds9a.nl Subject: Re: [LARTC] equalize / ecmp not working as expected in 2.6 vs 2.4 Andy Furniss [EMAIL PROTECTED] wrote on 10/04/2007 21:29:33: [EMAIL

[LARTC] Policing based on port numbers

2007-04-11 Thread Shuveb Hussain
Hi, I'm trying to police ingress traffic based on port numbers and IP addresses. The u32 match based on IP addresses seems to work without issues and I'm am able to police incoming packets. However, the same isn't working with u32 matches based on TCP port numbers. For port numbers, I added

Re: AW: [LARTC] tc (CBQ) and UDP packets

2007-04-11 Thread Andy Furniss
Pablo Fernandes Yahoo wrote: Hi Andy and All, Thank you so much for your explain. I really apreciated it. I was thiking about this UDP question and bandwidth shaping... i saw the same udp connections pass through the shaping of the cable modem and CBQ in a linux box. As I said I've not used

[LARTC] Re: Policing based on port numbers

2007-04-11 Thread Christian Benvenuti
Hi, Hi, I'm trying to police ingress traffic based on port numbers and IP addresses. The u32 match based on IP addresses seems to work without issues and I'm am able to police incoming packets. However, the same isn't working with u32 matches based on TCP port numbers. For port numbers, I

[LARTC] Re: tc (CBQ) and UDP packets

2007-04-11 Thread Christian Benvenuti
Hi, I have seen in my site something strange. I use tc-CBQ for bandwidth shaping, and it works properly well. Sometimes i have seen UDP connections spend more bandwidth than i set up to the user. I have 4 sites, and it always happens. Is there a problem with bandwidth shaping and UDP packets?

[LARTC] Re: tc questions

2007-04-11 Thread Christian Benvenuti
Hi, Hello. I may be misunderstanding what you are trying to do, but I think tc -s class ls dev eth1 shows the stats you want. note on the class word The above command is good for getting the statistics, but it does not return the current status of the class's queue (i.e., the number of

Re: [LARTC] Re: Policing based on port numbers

2007-04-11 Thread Andy Furniss
Christian Benvenuti wrote: I've never managed to find a way to use the word tcp in a filter without getting an illegal match - I know it's in the help. The reason it does not work is that the keywords that refer to the L4 protocols (such as tcp) are supposed to be used when: 1) the u32 filter

[LARTC] two routes, non-permanent higher proiority

2007-04-11 Thread Randy Wallace
I would write a script that would check for connectivity to the internet over the ethernet port for internet. If your slackware router is always connected, and communicating, with the satellite modem, though not always passing real internet traffic, you could leave the interface 'up'. From