RE: Adding dsmark qdisc fails

Linux Advanced Routing and Traffic Control

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

 



K never mind, i'm a dork.
 
  
*	Edit iproute2/Config to enable Diffserv support:
TC_CONFIG_DIFFSERV=y 

________________________________

From: lartc-bounces@xxxxxxxxxxxxxxx
[mailto:lartc-bounces@xxxxxxxxxxxxxxx] On Behalf Of Keith Mitchell
Sent: Thursday, January 05, 2006 1:35 PM
To: lartc@xxxxxxxxxxxxxxx
Subject:  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
<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