From mboxrd@z Thu Jan 1 00:00:00 1970 From: "John A. Sullivan III" Subject: Re: SFQ on HFSC leaf does not seem to work Date: Fri, 23 Dec 2011 11:44:18 -0500 Message-ID: <1324658658.10184.613.camel@denise.theartistscloset.com> References: <1324620022.10184.100.camel@denise.theartistscloset.com> <1324627808.10854.6.camel@edumazet-laptop> <1324645986.10184.571.camel@denise.theartistscloset.com> <1324647920.2223.14.camel@edumazet-HP-Compaq-6005-Pro-SFF-PC> <1324648822.2223.18.camel@edumazet-HP-Compaq-6005-Pro-SFF-PC> <1324651128.10184.586.camel@denise.theartistscloset.com> <1324652361.2223.31.camel@edumazet-HP-Compaq-6005-Pro-SFF-PC> <1324654013.10184.597.camel@denise.theartistscloset.com> <1324656963.4540.10.camel@edumazet-HP-Compaq-6005-Pro-SFF-PC> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: netdev@vger.kernel.org To: Eric Dumazet Return-path: Received: from mout.perfora.net ([74.208.4.195]:65063 "EHLO mout.perfora.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757396Ab1LWQoX convert rfc822-to-8bit (ORCPT ); Fri, 23 Dec 2011 11:44:23 -0500 In-Reply-To: <1324656963.4540.10.camel@edumazet-HP-Compaq-6005-Pro-SFF-PC> Sender: netdev-owner@vger.kernel.org List-ID: On Fri, 2011-12-23 at 17:16 +0100, Eric Dumazet wrote: > Le vendredi 23 d=C3=A9cembre 2011 =C3=A0 10:26 -0500, John A. Sulliva= n III a > =C3=A9crit : >=20 > > Yes. This is a problem I have with netem on ingress traffic. I us= e the > > filter on ffff: to redirect to ifb0 for the ingress traffic shaping= =2E I > > cannot figure out a way to redirect a second time to ifb1 for the n= etem > > qdisc. I tried putting two action mirred statements in the filter = but > > that did not work. Unlike eth1, I cannot attach a filter further d= own > > the ifb0 hfsc hierarchy because one can't redirect one ifb into ano= ther > > ifb. Thus, the only way I could figure out how to do inbound netem= was > > to replace the terminal qdisc with netem rather than SFQ. I'd love= to > > be able to do that differently. I tried attaching netem to the SFQ= but > > that failed (I assume because SFQ is classless) and I tried the oth= er > > way around, attaching SFQ to netem since you mentioned netem could = take > > a class but that did not work either. >=20 > Unfortunately, netem wants to control skbs itself, in a fifo queue. >=20 > To implement what you want, we would need to setup a second qdisc, > and when packets are dequeued from internal netem fifo, queue them in > second qdisc. >=20 >=20 >=20 I thought I tried to do that but I must have done it incorrectly. I would think something like: tc qdisc add dev eth1 ingress tc filter add dev eth1 parent ffff: protocol ip prio 50 u32 match u32 0= 0 action mirred egress redirect dev ifb0 tc qdisc add dev ifb0 root handle 4 netem delay 25ms 5ms distribution = normal loss 0.1% 30% tc qdisc add dev ifb0 parent 4:0 handle 1: hfsc default 20 but I get: root@testswitch01:~# tc qdisc add dev ifb0 parent 4:0 handle 1: hfsc de= fault 20 RTNETLINK answers: Operation not supported What did I do wrong? Thanks - John