Adding dsmark qdisc fails

Linux Advanced Routing and Traffic Control

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Title: Adding dsmark qdisc fails
 I 'm having a problem identical to one encountered on this list awhile back:

>I'm trying to configure dsmark qdisc on 2.6.11.4 user mode linux and
>tc from iproute2-2.6.11-050314.
>
>
>I think I have some mismatch in my setup since adding dsmark qdisc
>fails *unless* I specify "set_tc_index" argument which I believe should
>be optional:
>
>
># tc qdisc add dev eth1 handle 1:0 root dsmark indices 8
>RTNETLINK answers: Invalid argument
>Mar 20 13:00:50 user user.debug kernel: dsmark_init(sch a0bb3ae0,[qdisc a0bb3b60],opt 00000000)
>
>here the log shows that opt is null, sch_dsmark checks for that and
>bails out.  However running tc with "set_tc_index" goes ok:
>
>
># tc qdisc add dev eth1 handle 1:0 root dsmark indices 8 set_tc_index
>Mar 20 13:01:12 user user.debug kernel: dsmark_init(sch a0bb3060,[qdisc a0bb30e0],opt a038e9d0)
>Mar 20 13:01:12 user user.debug kernel: dsmark_init: qdisc a0bb30e0
>
># tc qdisc show dev eth1
>qdisc dsmark 1: indices 0x0008 set_tc_index
>
>
>
>but then changing the class fails:
>
>
># tc class change dev eth1 classid 1:1 dsmark mask 0x0 value 0xb8
>RTNETLINK answers: Invalid argument
>Mar 20 13:02:28 user user.debug kernel: dsmark_get(sch a0bb3060,[qdisc a0bb30e0],classid 10001)
>Mar 20 13:02:28 user user.debug kernel: dsmark_change(sch a0bb3060,[qdisc a0bb30e0],classid 10001,parent 0),arg 0x2
>
>
>Any ideas where I've gone wrong?
>
>
>--
>Tero

I've applied the patch to my iproute2 that was suggested as a solution, as well as upgrading to the latest version (http://developer.osdl.org/dev/iproute2/download/iproute2-2.6.14-051107.tar.gz) of iproute2 which includes the patch, but always get the following errors:

#  tc qdisc add dev eth1 handle 1:0 root dsmark indices 64
RTNETLINK answers: Invalid argument

Changing that to:

#  tc qdisc add dev eth1 handle 1:0 root dsmark indices 64 set_tc_index

Works, but following that with produces the same error:

#  tc class change dev eth1 classid 1:1 dsmark mask 0x3 value 0x88
RTNETLINK answers: Invalid argument

Is this an iproute2 bug, or user error?

I'm using iproute2 on FC4 2.6.14-1.1653


TIY

Keith Mitchell
CTO
Productivity Associates, Inc.
5625 Ruffin Rd STE 220
San Diego, CA 92123
858-495-3528 (Direct)
858-495-3540 (Fax)


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

[Index of Archives]     [LARTC Home Page]     [Netfilter]     [Netfilter Development]     [Network Development]     [Bugtraq]     [GCC Help]     [Yosemite News]     [Linux Kernel]     [Fedora Users]
  Powered by Linux