From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pf0-x22b.google.com (mail-pf0-x22b.google.com [IPv6:2607:f8b0:400e:c00::22b]) (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 71E183B2A0 for ; Tue, 19 Jul 2016 13:13:46 -0400 (EDT) Received: by mail-pf0-x22b.google.com with SMTP id p64so9276112pfb.1 for ; Tue, 19 Jul 2016 10:13:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=bKsUAr7wWWkgYB9KXtABYzi1HJCf83604bO8El1/fSg=; b=Ekonymrvs012Hf51nKt8psR2n95daQVOP6GuHFXB9r84ZDfdP2PIAoZoMdR0+t1EvV DRzlNYxuFCj5CrAxUsq6o3tiDRmZO/iTlMNhuvwu6waG4jiGg0fRHaMeVyUQqVy8Is0F 28kvProYQs4vRT92Y0g231+MWnG+OaBBMVwbbVI9hcmQjOvAR+znCERf/6rLZ3BQYHIt BENXMjHdXqmWe41bllmTGpyBbNgYzC1DAh4pYJ5Z2nKb8aR4B6nRabN1iJGNsm4l5bfC +UpinRRZWwnNJIH3MgO82SVnRekryuTEJJHxKKqANOZ9Ed5hRLhg+IEPpgK1sBEEVhgb sbQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=bKsUAr7wWWkgYB9KXtABYzi1HJCf83604bO8El1/fSg=; b=KdWY6PGBK3ol8+79M7Q8wdagL+lqV09VZRyUAGaEfDSgHSpMIyjYvTsPQdbQNMCmwH p5F922WOsFPYcMmsmheBnA2gyZBVB5+p7YHoIJt6wQFATLFKFqlNKlgfN2qUOFv5XzZY QHx52GesqWKdoDFeVXw/HdyR0M8oJIwZ7MTlpZLpQqwd3Fz8zBCC6EfyigsRVb9hOfSa hyAx5i8kHvGt2wLrhPiYn1QrvEKQkqBd9oYO/xSH08uzSXiiHTpSvW5/cB4qk5Pzzb2g AdSTx6QPNAqBBBZSh9QoF4xPxW7CeVlrOyq7pHATR1o16Jk0njY8HO/hsAE/VOI3Po1v 1VKg== X-Gm-Message-State: ALyK8tL7eLaqcGWbxY7C5To0UPLm3gOSIYflZL2FVwqQM6EW2ePNcCSzd/W+7nu34pIlTN/ejQaOwzk3KDM6RQ== X-Received: by 10.98.82.74 with SMTP id g71mr57027928pfb.157.1468948425622; Tue, 19 Jul 2016 10:13:45 -0700 (PDT) MIME-Version: 1.0 Received: by 10.66.142.133 with HTTP; Tue, 19 Jul 2016 10:13:45 -0700 (PDT) In-Reply-To: <66C89432-6E70-422F-A638-7522BF233707@gmail.com> References: <66C89432-6E70-422F-A638-7522BF233707@gmail.com> From: Loganaden Velvindron Date: Tue, 19 Jul 2016 21:13:45 +0400 Message-ID: To: Jonathan Morton Cc: cake@lists.bufferbloat.net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Cake] fq_codel on 3g network in Mauritius 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: Tue, 19 Jul 2016 17:13:46 -0000 On Tue, Jul 19, 2016 at 12:09 PM, Jonathan Morton w= rote: > >> On 19 Jul, 2016, at 07:29, Loganaden Velvindron wr= ote: >> >> I've been playing with fq_codel on 3g internet connection. the 3g >> internet box has no bridge mode, and just forwards every packet to the >> Openwrt router. >> >> Here are the results without: >> http://www.dslreports.com/speedtest/4470186 >> >> And here is the result with fq_codel on and 300 ms target latency: >> >> http://www.dslreports.com/speedtest/4470286 >> >> Is there anything that could be done to get the rating up to A+ by >> tweaking the code ? > > You say fq_codel, rather than Cake. Presumably it is paired with some so= rt of shaper, such as HTB? This is important, because I think the shaper i= s influencing part of your results. > > On downstream, you have one high latency sample (750ms) in the middle of = a series of reasonable ones (250ms). This implies a momentary glitch in yo= ur connection, which isn=E2=80=99t unusual with wireless links. Re-measuri= ng might eliminate it. > > On upstream, you have two very high latency samples at the *beginning* of= the run, which then clear out to approximately the baseline latency. This= is a classic sign that your shaper is letting a burst of traffic through b= efore actually starting to control it, which is typical behaviour for token= -bucket shapers. That initial burst collects in the dumb queue of your 3G = modem and takes time to drain away. > > Cake uses a shaper carefully designed to *not* burst in that manner, whil= e still maintaining full throughput regardless of timer resolution and late= ncy. Using Cake instead of fq_codel+HTB will therefore probably improve yo= ur upload characteristics. > here's the output from tc: qdisc fq_codel 0: dev eth0 root refcnt 2 limit 1024p flows 1024 quantum 300 target 5.0ms interval 100.0ms ecn qdisc htb 1: dev eth1 root refcnt 2 r2q 10 default 12 direct_packets_stat 0 direct_qlen 1000 qdisc fq_codel 110: dev eth1 parent 1:11 limit 1001p flows 1024 quantum 300 target 300.0ms interval 100.0ms qdisc fq_codel 120: dev eth1 parent 1:12 limit 1001p flows 1024 quantum 300 target 300.0ms interval 100.0ms qdisc fq_codel 130: dev eth1 parent 1:13 limit 1001p flows 1024 quantum 300 target 300.0ms interval 100.0ms qdisc ingress ffff: dev eth1 parent ffff:fff1 ---------------- qdisc mq 0: dev wlan0 root qdisc htb 1: dev ifb4eth1 root refcnt 2 r2q 10 default 10 direct_packets_stat 0 direct_qlen 32 qdisc fq_codel 110: dev ifb4eth1 parent 1:10 limit 1001p flows 1024 quantum 300 target 300.0ms interval 100.0ms ecn I will give CAKE a try. However, I'm not sure if there's enough space (4mb NAND flash) on the tp-link wr841nd for sqm-qos. I will need to get another box like the tp-link archer c7.