From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-x22c.google.com (mail-wm0-x22c.google.com [IPv6:2a00:1450:400c:c09::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 03D233C9F2; Tue, 19 Jan 2016 04:32:53 -0500 (EST) Received: by mail-wm0-x22c.google.com with SMTP id u188so135032985wmu.1; Tue, 19 Jan 2016 01:32:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type; bh=wZ2RZR6FzH4nrP7mP7nVwf7hz5YLslTrsyjdxgDrTB8=; b=vRFoEzpfPUtMH2h8R89q+CX7BL9FXRRuiWtOcsL166xCuHtYGXygmWhjoS8jfauIGw 1CNO2ia8aX/RLIBIs1oWtee6X56SGm2Tc6bxgHsFfM0ssWA64vPbLSGDgsFd77Dtq/7B w0ekciUgnF5XP8KiYb9NmXRmBNi05Pn3FgPH28P1EonhvQuvo5gT9xMv668/Aiyfwl5I IahdUuF2K2GYHfeHF9DkN85CeB4Iypb+m2al4q6/Ls/DbwCc1y6UXY+O87nwk9cTUpm7 7jDXN6ptEBgv5zNSS1t25LGXtP7vrZmRf99YUIK+QWxY27auMvXAx8MloXjwnOrvTl9e maXQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to :content-type; bh=wZ2RZR6FzH4nrP7mP7nVwf7hz5YLslTrsyjdxgDrTB8=; b=AeR+Q8Ml/aGQNOJncphu4+irDKIVYP0AIpNJyk/G5ZuJcfYf2aARou4P4Zu6e5iQHy G+mTVPLhIbLWMrT/iC/K2qj+bYBCD/tGB8T20ob8gQfRbdI2I79ouFAYFZlDsXAjjfpw b2P+J7cGWcSI+n9YblErwNplLj/n8quZvhYRw4GJzx84puW48hWM02snFWxGGyEE8Lk5 PK0yaamsqHSR4NWEncUoI7eDqNRWyzPSwmiu/c0E/Z1lEFLz9qbeJgO/I4sdHDnJ+3Yi 7sBUFmKr7/xMiDVhe78hjKnA/RDfYSJu5AfaGlja534EA5mJ+5YaqClOxCqGUh7OPSgg KSfA== X-Gm-Message-State: AG10YOTn5DmDIpj8Gx+MMwTQt1ptSt9yDgUGmSjgPmhaz7PJJwb8dl300iWr2pptO4Lg3Q8rFWA4Bfi8z1rO2A== X-Received: by 10.28.51.17 with SMTP id z17mr19102776wmz.26.1453195972033; Tue, 19 Jan 2016 01:32:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.129.193 with HTTP; Tue, 19 Jan 2016 01:32:32 -0800 (PST) From: Etienne Champetier Date: Tue, 19 Jan 2016 10:32:32 +0100 Message-ID: To: bloat@lists.bufferbloat.net, cerowrt-users@lists.bufferbloat.net Content-Type: multipart/alternative; boundary=001a11444abab3c40e0529ac8d61 Subject: [Cerowrt-users] Per flow ingress limit ? X-BeenThere: cerowrt-users@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Support for user problems regarding cerowrt List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2016 09:32:54 -0000 --001a11444abab3c40e0529ac8d61 Content-Type: text/plain; charset=UTF-8 Hi all, (this is a bit off topic but i'm sure AQM experts here can help me) I'm playing with jitsi meet lately, which use up to 1800 kbits/s upload bandwidth (and auto adapt to the available bandwith). I'm trying to limit the bandwidth of each client to a smaller value (1200 kbits), i can't do it in the client (firefox doesn't have the api right now), so i'm trying with TC to do per flow ingress limit. Here is my test: modprobe ifb numifbs=1 > ip link set dev ifb0 up > #ip link set ifb0 txqueuelen 1000 > tc qdisc add dev ifb0 root handle 1 hfsc default 1 > tc class add dev ifb0 parent 1: classid 1:1 hfsc sc rate 100mbit ul rate > 100mbit > > for num in {10..1034} > do > tc class add dev ifb0 parent 1: classid 1:$num hfsc sc rate 1200kbit ul > rate 1200kbit > tc qdisc add dev ifb0 parent 1:$num handle $num: codel > done > tc filter add dev ifb0 parent 1: handle 5 prio 1 flow map key proto-src > divisor 1024 baseclass 1:10 > > tc qdisc add dev eno16780032 handle ffff: ingress > tc filter add dev eno16780032 parent ffff: protocol ip u32 match ip dport > 10000 0xffff action mirred egress redirect dev ifb0 > I know it's not working properly because a lot of traffic end up in HFSC default (1:1), but from what i understand all traffic should be caught by the flow map filter and end up in 1:10 to 1:1034 class I've tried with/without txqueuelen, with/without codel qdisc, with HTB instead of HFSC, but no luck so far. I'm on centos 7 (kernel 3.10 +) Thanks in advance Etienne --001a11444abab3c40e0529ac8d61 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi all,

(this is a bit off topic bu= t i'm sure AQM experts here can help me)

I'm play= ing with jitsi meet lately, which use up to 1800 kbits/s upload bandwidth (= and auto adapt to the available bandwith).
I'm trying to limit the b= andwidth of each client to a smaller value (1200 kbits), i can't do it = in the client (firefox doesn't have the api right now), so i'm tryi= ng with TC to do per flow ingress limit.

Here is my test:=

modpro= be ifb numifbs=3D1
ip link set dev ifb0 up
#ip link set ifb0 txqueuel= en 1000
tc qdisc add dev ifb0 root handle 1 hfsc default 1
tc class a= dd dev ifb0 parent 1: =C2=A0classid 1:1 =C2=A0hfsc sc rate 100mbit ul rate = 100mbit

for num in {10..1034}
do
=C2=A0tc class add dev ifb0 p= arent 1: =C2=A0classid 1:$num =C2=A0hfsc sc rate 1200kbit ul rate 1200kbit<= br>=C2=A0tc qdisc add dev ifb0 parent 1:$num handle $num: codel
done
= tc filter add dev ifb0 parent 1: handle 5 prio 1 flow map key proto-src div= isor 1024 baseclass 1:10

tc qdisc add dev eno16780032 handle ffff: i= ngress
tc filter add dev eno16780032 parent ffff: protocol ip u32 match = ip dport 10000 0xffff action mirred egress redirect dev ifb0

I know it's not working properly because a lot of= traffic end up in HFSC default (1:1), but from what i understand all traff= ic should be caught by the flow map filter and end up in 1:10 to 1:1034 cla= ss
I've tried with/without txqueuelen, with/without codel= qdisc, with HTB instead of HFSC, but no luck so far.
I'm= on centos 7 (kernel 3.10 +)

Thanks in advance
<= div>Etienne
--001a11444abab3c40e0529ac8d61--