From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-x22a.google.com (mail-wm0-x22a.google.com [IPv6:2a00:1450:400c:c09::22a]) (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 390A73BA8E for ; Wed, 29 Nov 2017 07:07:35 -0500 (EST) Received: by mail-wm0-x22a.google.com with SMTP id l141so5777322wmg.1 for ; Wed, 29 Nov 2017 04:07:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=1qgKl/3TmyMG4xO+NYi1eMHNAbqgxqdWgWqI2ZzFMBQ=; b=BefhT9AVTN6J6NMbWmktAnA/is18rPr0xfFJ7/7JAv2+hk7GZQOPpsj3wFBjuLPSKx vyB8bEgrqRob6dLrAvH+PK5lcrhBuqpheOtXQ05lKne9VnR5nAHH6WFcEoj2f8ioTCnF 4035R5CK966tTWLzYco4nKi6Yojin8He/Da1uA/+2c03cPvt3oeQ/G7SWK1qudomGhg7 k5IlxktqHipAlKEH8ZShqMAge8K3gTSW5rhzupNvpWH9HnOosMW+J5B/mOL5QTZMLDQW osC/lBVyxXkLHNfus9oXdrH9on+4BQv/d0f08D8MS/4XZIOcSEdrmkR/DgdTb/zrCa59 Xfsw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=1qgKl/3TmyMG4xO+NYi1eMHNAbqgxqdWgWqI2ZzFMBQ=; b=E3vBK/0AQ/92p97ybOR4O6SPxG+Bljkl2jRwKPm0x8Yeo76lXTlrixbq3Xmc1HK+nW KSSXTx7nPz80qSXE8IeslBapXy7vnjQxAbCvBmlWb7aAvsDUcYDkCC230A+twGN6Nk3D RWKOJGOtBmWnuwrhUxIJohQOIZD1kZJQ7wbBVqiiLS32eaelxQBAAwHe2sw8c8LHzrkP ge7eDleZBZALbBnd6nsak0AocZFq695PzPdOKnhgoo87IqMug/a1/dMoFlihU+o/kT+i ozwgSVkc/pxSOsm/Li/fGNTTC+HCx6vX1pCfcyt0m/uXJxUDXUYACTFQT6naT5pS7zTT 2iUA== X-Gm-Message-State: AJaThX5/cqlaFsq236ZsR46+NvPdBe7dI2e4oyxNYXrgIbR5+jL9THTx FlLCV6pFu7pIrg/PkHq5maw= X-Google-Smtp-Source: AGs4zMaxE/DbfoFtYdLP0i+nA5qnhWX6zT+/blwbvEaSFfQgRlREvLp+sVZEI3wBzDdMZ5EPMOqw7A== X-Received: by 10.28.126.201 with SMTP id z192mr391290wmc.121.1511957253887; Wed, 29 Nov 2017 04:07:33 -0800 (PST) Received: from [10.72.0.130] (h-1169.lbcfree.net. [185.99.119.68]) by smtp.gmail.com with ESMTPSA id 192sm549984wmg.32.2017.11.29.04.07.32 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Wed, 29 Nov 2017 04:07:33 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) From: Pete Heist In-Reply-To: Date: Wed, 29 Nov 2017 13:07:32 +0100 Cc: Georgios Amanakis , Cake List Content-Transfer-Encoding: quoted-printable Message-Id: References: <745FEC66-95A7-40E1-A8FA-57714D3AB6AC@gmail.com> <87zi76xlw5.fsf@nemesis.taht.net> <6F2894AD-87EA-4EFC-918E-625E49EDA977@gmail.com> <87o9nmxcbg.fsf@nemesis.taht.net> <87bmjmxbgw.fsf@nemesis.taht.net> <3FAFACA8-C918-4325-BF80-B7EBB6B9B4A7@gmail.com> To: Dave Taht X-Mailer: Apple Mail (2.3124) Subject: Re: [Cake] cake flenter results round 2 X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Nov 2017 12:07:35 -0000 > On Nov 29, 2017, at 9:19 AM, Pete Heist wrote: >=20 >> On Nov 29, 2017, at 4:42 AM, Georgios Amanakis = wrote: >>=20 >> @Pete I think you need to start netserver on the client first (in = your case, you are running flent on the server): "ip netns exec client = netserver" >=20 > Thanks. I think I=E2=80=99m going to have more success testing at much = lower rates than you on my hardware. At 100/1000 the tcp totals end up = at around 84/202. >=20 > It will be interesting to see if I can get a whole flenter run to = work, but for sanity I=E2=80=99ll start at something like the setup in = qdisc_vdsl.sh=E2=80=A6 Flenter is running now. I had to change the setup to add another box = because flenter was written with p2p connections in mind with routers = (middle boxes) at each end of the link and symmetric bandwidths, at = least in the roles I=E2=80=99m using. So my topology is now (matching = flenter roles): cli - crt - delay - srt - srv I=E2=80=99m still figuring out how this will work. I only use netem on = the delay box, with rate 20mbit delay 10ms on both delay.l and delay.r: root@apu2a:/home/sysadmin/src/veth# ip netns exec delay tc qdisc qdisc noqueue 0: dev lo root refcnt 2=20 qdisc netem 1: dev delay.r root refcnt 2 limit 1000 delay 10.0ms rate = 20Mbit qdisc netem 1: dev delay.l root refcnt 2 limit 1000 delay 10.0ms rate = 20Mbit Naturally, it will become the bottleneck link. Only the tests with rate = limiting below that will be useful. But while rtt is as I expect... root@apu2a:/home/sysadmin/src/veth# ip netns exec cli ping 10.10.0.1 PING 10.10.0.1 (10.10.0.1) 56(84) bytes of data. 64 bytes from 10.10.0.1: icmp_seq=3D1 ttl=3D61 time=3D20.3 ms 64 bytes from 10.10.0.1: icmp_seq=3D2 ttl=3D61 time=3D20.2 ms bandwidth is not, so it looks like I=E2=80=99d have to use tbf or htb if = I want hard limits: root@apu2a:/home/sysadmin/src/veth# ip netns exec cli iperf3 -c = 10.10.0.1 Connecting to host 10.10.0.1, port 5201 [ 4] local 10.10.3.100 port 51222 connected to 10.10.0.1 port 5201 [ ID] Interval Transfer Bandwidth Retr Cwnd [ 4] 0.00-1.00 sec 1.59 MBytes 13.4 Mbits/sec 1 45.2 KBytes = =20 [ 4] 1.00-2.00 sec 3.04 MBytes 25.5 Mbits/sec 0 80.6 KBytes = =20 [ 4] 2.00-3.00 sec 4.47 MBytes 37.5 Mbits/sec 0 115 KBytes = =20 [ 4] 3.00-4.00 sec 5.65 MBytes 47.4 Mbits/sec 0 147 KBytes = =20 [ 4] 4.00-5.00 sec 6.84 MBytes 57.3 Mbits/sec 0 178 KBytes = =20 [ 4] 5.00-6.00 sec 7.95 MBytes 66.7 Mbits/sec 0 209 KBytes = =20 [ 4] 6.00-7.00 sec 9.01 MBytes 75.6 Mbits/sec 0 240 KBytes = =20 [ 4] 7.00-8.00 sec 10.3 MBytes 86.0 Mbits/sec 0 296 KBytes = =20 [ 4] 8.00-9.00 sec 13.4 MBytes 113 Mbits/sec 0 417 KBytes = =20 [ 4] 9.00-10.00 sec 17.5 MBytes 146 Mbits/sec 0 568 KBytes = =20 Anyway I=E2=80=99ll post the run later and we=E2=80=99ll see=E2=80=A6