[EMAIL PROTECTED] wrote on 16/05/2007 21:30:39:
> Hello,
>
> Is there someone here who knows what does it means?
>
> The Sent part.
>
> [EMAIL PROTECTED] ~]# tc -s qdisc show |grep -A 2 "qdisc sfq 140: dev eth0"
> qdisc sfq 140: dev eth0 parent 1:140 limit 128p quantum 1514b perturb
10sec
> S
Hi,
I think I found a problem in iproute or ubuntu kernel. I think that the
"ip route get" returns wrong interface and gateway in an multipath routing
environment on Ubuntu 6.06 LTS.
I reported it also to launchpad as a bug:
https://bugs.launchpad.net/ubuntu/+source/iproute/+bug/105521
The eas
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
Andrew Lyon <[EMAIL PROTECTED]> wrote on 10/04/2007 16:34:52:
> >
> >
> >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> >Sent: 10 April 2007 15:17
> >To: lartc@mailman.ds9a.nl
> >Subject: Re: [LARTC] equalize / ecmp not working as expected in 2.6 vs
2
Hi Andrew,
I would use a combination with iptables. You should mark the packets, for
example using average or n-th, and then use ip rules to send half of the
packets vía one router and the rest to the other router according to the
marks you set with iptables.
Just a question ¿ dont you have pro
Hi,could you check the mtu set on eth0
with an ifconfig?I tried my own setup and it works fine...Regards,Eric Janz Departamento de SistemasGrupo Barceló ViajesC\ 16 de Julio, 7507009 Polígono Son CastellóPalma de Mallorca - BalearesTel.: +34 971 448030Fax.: +34 971 436986Bugzilla-Redirect <[EMAIL
Hi again,sorry for my late response. Could you
give us also the output of tc -s -d qdisc show dev eth0tc filter show dev eth0It is very strange that the rate and
ceil from class 1:10 are set to 512Kbit but the class's rate goes over
3,5Mbits!! ¿Maybe it is a bug?I'm preparing a similar setup (a li
Good afternoon,your configuration seems correct to
me. Could you send us the output of "tc -s -d class show dev eth0"
during your probes?What kernel and tc versions are you
using?Regards,Eric Janz Departamento de SistemasGrupo Barceló ViajesC\ 16 de Julio, 7507009 Polígono Son CastellóPalma de Mal
Hi,in this simple case you must attach
the filter to the root:[...]> tc qdisc add dev eth0 root handle 1: htb default
10 [...]> tc filter add dev eth0 parent 1:11 protocol ip
prio 1 u32 match ip > dport 80 0x flowid 1:11[...]Should be:tc filter add dev eth0 parent 1:0 protocol ip prio
1 u32 ma