From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id EB48D3B2A2 for ; Wed, 20 Jan 2016 06:43:32 -0500 (EST) Received: from hms-beagle.home.lan ([217.247.221.45]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0M7ojs-1ZzuPS1OUq-00vP2K; Wed, 20 Jan 2016 12:43:30 +0100 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: moeller0 In-Reply-To: Date: Wed, 20 Jan 2016 12:43:29 +0100 Cc: Brandon Applegate , Bloat@lists.bufferbloat.net Content-Transfer-Encoding: quoted-printable Message-Id: <9A63607E-6B33-4084-91D6-E8727EBF2B67@gmx.de> References: To: Alan Jenkins X-Mailer: Apple Mail (2.2104) X-Provags-ID: V03:K0:El6+uUIdW73zMPsEjmoKu2C/oYHj5wcBSxhj6a1bcEvn4jYDivg ofyYgnf0QIaFcpQoFY1QxlmFmy4ziQEWgBrORVxSC72hEUKSp4QZGvsUgq2XOP/zRIRGpDM Fvi4eWA/CaYz8nDazKrnf5/DpOaPu5j+R/8A5afdFb1gsfvWRM7cKzgG9PrwQyzaVp2vA1w uTY+90Zf3/m48KH+fVBXA== X-UI-Out-Filterresults: notjunk:1;V01:K0:8zSveVDs/Gc=:2VfucYzxWSbTblbodfSb0x u8VJ8DKrDx4Mp7Oep+uJZ4rg99pzVli7zWEdKf+3Bu/qqD0CplZiIWYx2DVwoiUMxqJLafCXQ 5hyDAXtfmGyvblKgpvrTT1++gdS8QX/29wHGXbRQnU4NGPhUhAGp3HFL8NA+zQQpy4HlDQ63Y Y4v9QwTRGosKekQBS8VPxEQca74dUQpvfGbAqcW7TjGMyeBboH5prStKAwlz7YFEAWXttC0gU pw1YRirWsSebxF1DsRPbkcFS+YEFMlHN7tX5g3T0xwjlEkZqlfCn+qa28tSLiW2qU6po4pkrV l0ZT0RcjAHC16JzjpGYrn9VRCeAp/DuN7lOKoYFM0xTZ+q8jNfelox93aTyNp2UANM1RwMjt3 azJVM7WE4Y0AHN7SGSeSjCbB2YT6QKdNXAkPYx83Fo9Gd/IM1M+GvhQSNJtQha/SRgX2mqXc/ cxHFC2yWV4c1QHdhVXAionb49C0tLeV5u6K24QhIbF1YFIMMDV5M86BeSWpznzhlzH6Xg8ups josJDPsYPCBV0EM3e/4OIEOD9o/aECqQqzoLHSucttTPERoe2PjiwNBDVdI9yqEJkpIps7GBP TsEcdIl70I+pqBX8UbmrWEQI3YgOSQfJsb3j9Y6MlQuxiwimHqvrkLrQ+iB9mjhg3Nxe2gbNt EBhdXSmuLZhVhwLuY3+Aa8E5BOW91u0R59ITC9ctNtnxlnaDgKKlT/KuN5esw3mWKqOeAoISC GjqlpLcAE5lVa8uACSZQQe0Qy7uwr4LwuFeYjiY2Hfe5KqHoW2OKNQG7Q2QVfGi6F8NOsHRNz R2cFnRB Subject: Re: [Bloat] Getting started with sqm-scripts - latency good, bandwidth decimated X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 20 Jan 2016 11:43:33 -0000 > On Jan 20, 2016, at 11:12 , Alan Jenkins = wrote: >=20 > On 19/01/2016, Brandon Applegate wrote: >> Disclaimer: if this is the wrong list for such a question - let me = know. >> This is specifically about the sqm-scripts package... >>=20 >> Hello, >>=20 >> I=E2=80=99ve been reading all I can on the bufferbloat website and = also trying to >> understand the evolution of the various scripts (debloat, sqm, etc). >>=20 >> I managed to get sqm-scripts on my firewall (Ubuntu linux on a PC - = no *wrt >> etc). Got it built with the =E2=80=98linux=E2=80=99 platform. Since = this is Ubuntu 12.04 - >> I had to cheat a bit and pull down the iproute2 source from 14.04. = I=E2=80=99ve >> tweaked the main sqm script to reflect this for the tc bindary - this = is >> working. I also updated my kernel to a later version that supports >> fq_codel. >>=20 >> My topology is =E2=80=98on a stick=E2=80=99. I have one gig = interface to a managed switch, >> on which are eth0.666 (outside/wan) and eth0.10 (inside). >>=20 >> I have 30/5 cable service, and have tried both those values as well = as 90% >> in my /etc/sqm/*conf file. >>=20 >> I=E2=80=99ve tried both eth0 (raw/parent interface) as well as = eth0.666. >>=20 >> No matter what I do - my bandwidth is 10% of what it should be. I = get >> approx. 3/4mbit down + 2/3mbit up on dslreports speedtest. = Bufferbloat >> looks great though - A+. >>=20 >> Is there something inherent I=E2=80=99m doing wrong ? Something to = do with my =E2=80=98on a >> stick=E2=80=99 topology biting me ? Kernel version (Ubuntu=E2=80=99s = 3.13.0-74-generic >> btw). >>=20 >> Thanks in advance for any help or info (or pointer to a more = appropriate >> list). >=20 > It doesn't sound like you're doing anything wrong :(. >=20 > I would make sure to check the rates on `tc class show dev eth0.666` > (and ifb4eth0.666). Switching to `simplest.qos` could be easier to > debug. With your simple.qos, there'll be several tracffic classes... > the `root` should be the specified `rate`, and it looks like all > classes save 1:11 should have a `ceil` just under the specified rate. >=20 > Not sure how to debug qos-scripts itself. However the Gentoo wiki has > a 50-line script, which was corrected by dtaht :). Like simplest.qos > this has a single class. > https://wiki.gentoo.org/wiki/Traffic_shaping >=20 > That would let you investigate the commands finely, as well as the > resulting state shown by `tc qdisc` and `tc class`, and really narrow > it down. >=20 > `dslreports.com` will show bandwidth and latency-under-load in each > direction independently, so you could work on a single direction. I > would look at ingress only (the IFB) since that's where your bandwidth > decimation is so visible. E.g. just comment out the egress section, > to avoid distractions. It should be sufficient to set the egress rate to 0 then, as for = sqm zero denotes no shaping and not a rate of zero kbps (good luck using = TCP on a purely unidirectional link...) >=20 > I think you can run the htb without the fq_codel command at the end - > that is, it will default to a massive fifo, which will replace the > fq_codel in the output of `tc qdisc`, but to a first approximation it > will affect bandwidth. Simply put QDISC=3Dpfifo_fast into the .conf file for eth0.666 to test this. Best Regards Sebastian >=20 > Good luck > Alan > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat