From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id 558D721F0AE for ; Wed, 31 Jul 2013 15:35:45 -0700 (PDT) Received: from compute6.internal (compute6.nyi.mail.srv.osa [10.202.2.46]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 64EA620B99; Wed, 31 Jul 2013 18:35:41 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute6.internal (MEProxy); Wed, 31 Jul 2013 18:35:41 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=imap.cc; h= content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to; s=mesmtp; bh=CSfPshe4b8KSomZUtKjaHJEkzoY=; b=MupwRZ5oY9fd1dVUZgSYvkLpg4tc qwKZ8dTvGSFFrouJgWEijvcWLyJzMAmMI+ZwcllqpcwVWUCp4Q/JLlFRuah+UTJR rotem+Y+qcGeTYCXxsqmNhCjL5cCdWlEmDS2jakhGyrTISJbd6JuR09S5xogYYS0 9/wU58euRIRtNHw= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-type:mime-version:subject:from :in-reply-to:date:content-transfer-encoding:message-id :references:to; s=smtpout; bh=CSfPshe4b8KSomZUtKjaHJEkzoY=; b=ap 7DUTQAArVKy3P7vPLLqhIYOjcSLjul6mztvMKPghqO7aO/el8hTnf/aix9CQTPZN OY0NbuoVczhNpJtttHnK9Ek2voDVfE3XYtfF5ncJM3AWAEsN58b33H2PT7v2BJg+ 3WizxBVOuKGdzAd2hIVCRBWjCWxsfp/lOILeoVJ48= X-Sasl-enc: 3nVQh3DUQtsGjGW4Bm2SkBqWl/IETX3uFdxO+DTpGGcA 1375310141 Received: from [172.30.42.15] (unknown [188.221.232.223]) by mail.messagingengine.com (Postfix) with ESMTPA id DAC06C00E84 for ; Wed, 31 Jul 2013 18:35:40 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) From: Fred Stratton In-Reply-To: <7AA8F2EC-633F-4DF6-86D1-73B7BAB6DDB7@gmx.de> Date: Wed, 31 Jul 2013 23:35:39 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <764514D8-6F52-48AB-9D57-5359DCE2E639@imap.cc> References: <3A95A665-3348-44F5-84E8-E59720086E09@imap.cc> <4247DD8C-E057-4CBE-87EA-2055A4D93469@imap.cc> <6DB27AF3-82FB-4959-BDCD-A80B66EE750C@imap.cc> <7AA8F2EC-633F-4DF6-86D1-73B7BAB6DDB7@gmx.de> To: "cerowrt-devel@lists.bufferbloat.net" X-Mailer: Apple Mail (2.1508) Subject: Re: [Cerowrt-devel] cerowrt-3.10.2-1 dev release + owamp X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Jul 2013 22:35:45 -0000 On 31 Jul 2013, at 23:14, Sebastian Moeller wrote: > Hi Fred, >=20 > thanks a lot. >=20 >=20 > On Jul 31, 2013, at 23:37 , Fred Stratton = wrote: >=20 >> tc -s -d class show dev ge00 >>=20 >> class htb 1:10 parent 1:1 leaf 110: prio 0 quantum 1500 rate = 700000bit ceil 700000bit burst 1599b/1 mpu 0b overhead 0b cburst 1599b/1 = mpu 0b overhead 0b level 0=20 >> Sent 15809014 bytes 115190 pkt (dropped 4733, overlimits 0 requeues = 0)=20 >> rate 3616bit 3pps backlog 0b 0p requeues 0=20 >> lended: 115190 borrowed: 0 giants: 0 >> tokens: 263560 ctokens: 263560 >>=20 >> class htb 1:1 root rate 700000bit ceil 700000bit burst 1599b/1 mpu 0b = overhead 0b cburst 1599b/1 mpu 0b overhead 0b level 7=20 >> Sent 15809014 bytes 115190 pkt (dropped 0, overlimits 0 requeues 0)=20= >> rate 3616bit 3pps backlog 0b 0p requeues 0=20 >> lended: 0 borrowed: 0 giants: 0 >> tokens: 263560 ctokens: 263560 >>=20 >> class fq_codel 110:1b8 parent 110:=20 >> (dropped 0, overlimits 0 requeues 0)=20 >> backlog 0b 0p requeues 0=20 >> deficit 84 count 0 lastcount 0 delay 10us >>=20 >>=20 >>=20 >> tc -s -d class show dev ifb0 >> class htb 1:10 parent 1:1 leaf 110: prio 0 quantum 1500 rate 7000Kbit = ceil 7000Kbit burst 1598b/1 mpu 0b overhead 0b cburst 1598b/1 mpu 0b = overhead 0b level 0=20 >> Sent 192992612 bytes 168503 pkt (dropped 0, overlimits 0 requeues 0)=20= >> rate 17096bit 4pps backlog 0b 0p requeues 0=20 >> lended: 168503 borrowed: 0 giants: 0 >> tokens: 27454 ctokens: 27454 >>=20 >> class htb 1:1 root rate 7000Kbit ceil 7000Kbit burst 1598b/1 mpu 0b = overhead 0b cburst 1598b/1 mpu 0b overhead 0b level 7=20 >> Sent 192992612 bytes 168503 pkt (dropped 0, overlimits 0 requeues 0)=20= >> rate 17096bit 4pps backlog 0b 0p requeues 0=20 >> lended: 0 borrowed: 0 giants: 0 >> tokens: 27454 ctokens: 27454 >>=20 >> class fq_codel 110:cc parent 110:=20 >> (dropped 10, overlimits 0 requeues 0)=20 >> backlog 0b 0p requeues 0=20 >> deficit -198 count 1 lastcount 1 ldelay 2.3ms >> class fq_codel 110:1d9 parent 110:=20 >> (dropped 0, overlimits 0 requeues 0)=20 >> backlog 0b 0p requeues 0=20 >> deficit 226 count 0 lastcount 0 ldelay 2us >> class fq_codel 110:1de parent 110:=20 >> (dropped 0, overlimits 0 requeues 0)=20 >> backlog 0b 0p requeues 0=20 >> deficit 238 count 0 lastcount 0 ldelay 10us >> class fq_codel 110:345 parent 110:=20 >> (dropped 0, overlimits 0 requeues 0)=20 >> backlog 0b 0p requeues 0=20 >> deficit 226 count 0 lastcount 0 delay 9us >>=20 >> I changed the hard coded values in /usr/lib/aqm/functions.sh to = arbitrary values, rebooted and obtained the same results. Both reflect = the 7000kbit/s down and 700kbit/s up I entered in the window. >=20 > What is the line rate as read out from the del modem or = specified in your contract? Speedtest.net shows the rate as circa 8.7 megabits/s down, 1 megabit/s = up. Line has radio frequency interference from unidentified sources.. = Target snr upped to 12 deciBel. Line can sustain 10 megabits/s with = repeated loss of sync.at lower snr. Contract is for 'up to = 20megabits/s'. 850 metres from exchange. Line length circa 1.2km. >=20 >> I ticked the adsl box. Altering the value in functions.sh and = unticking the box, with reboot, produced the same outcome. >=20 > This nicely shows I screwed up my testing (and or forgot to = reboot between changes). Or I did try too high a data rate (initially = 97% of the raw link rate) >=20 >=20 >>=20 >>=20 >>=20 >> traceroute google.com >> traceroute: Warning: google.com has multiple addresses; using = 173.194.41.128 >> traceroute to google.com (173.194.41.128), 64 hops max, 52 byte = packets >> 1 172.30.42.1 (172.30.42.1) 0.631 ms 0.323 ms 0.249 ms >> 2 * * * >> 3 10.1.3.234 (10.1.3.234) 22.596 ms 21.241 ms 22.392 ms >> 4 * 10.1.3.214 (10.1.3.214) 27.018 ms 26.703 ms >> 5 10.1.4.249 (10.1.4.249) 29.682 ms 28.923 ms 27.479 ms >> 6 * * * >> 7 * 209.85.252.186 (209.85.252.186) 30.379 ms * >> 8 72.14.238.55 (72.14.238.55) 25.745 ms 25.345 ms 25.594 ms >> 9 lhr08s03-in-f0.1e100.net (173.194.41.128) 27.566 ms 27.390 ms = 27.663 ms >>=20 >> mtr shows packet losses at hops 2-5=20 >> 10.1.3.* are Internet Watch Foundation. >=20 > This looks pretty reasonable for an adsl link (could be way = worse with higher interleaving) >=20 >>=20 >> Netalyzr was used. I appreciate it is an imperfect metric. OK. Like the ping train idea. Cannot get netperf 2.6.0 to build on = Ubuntu 12.04 >=20 > Well, I ran into this issue before. In short netalyzr's worst = case delay numbers do not seem to reflect how an fq_codelled connection = feels. =20 > Netalyzr uses an unresponsive UDP probe to force the bottleneck = router's buffers to fill up; with unresponsiveness being a property no = sane flow over the intent should exhibit. Codel/fq_codel is tailored for = responsive flows and will only gradually increase its drop frequency so = responsive TCP flows will be controlled gently and keep link utilization = high. Given enough time codel will also rein in an unresponsive flows. = But netalyzr's probe duration is too short for that to be happening = during netalyzr's runtime. > Fq_codel in my experience does a decent job at keeping interactivity = high even with competing traffic like netalyzr (so turn a ping train = against say 10.1.3.234 while netalyzr runs or try netperf-wrapper in = addition).=20 > So netalyzr really probes the worst case buffer depth against = basically a "denial of service" type of load; I am not fully sure what = the expectancy on the disc here should be. >=20 >=20 > best > Sebastian >=20 >=20 >>=20 >>=20 >>=20 >>=20 >>=20 >>=20 >> On 31 Jul 2013, at 21:38, Sebastian Moeller wrote: >>=20 >>> tc -s -d class show dev ge00 >>=20 >> _______________________________________________ >> Cerowrt-devel mailing list >> Cerowrt-devel@lists.bufferbloat.net >> https://lists.bufferbloat.net/listinfo/cerowrt-devel >=20