From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qk0-x22c.google.com (mail-qk0-x22c.google.com [IPv6:2607:f8b0:400d: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 3E4863CB75 for ; Wed, 20 Jan 2016 05:15:56 -0500 (EST) Received: by mail-qk0-x22c.google.com with SMTP id s5so1148589qkd.0 for ; Wed, 20 Jan 2016 02:15:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=MVvz0XHVa+o3OLcoe+4+skiLKNo/nIbatH8hUmqpmOY=; b=tvAYV8R/c16Gf+aW3iAuId18UNIpbRXa3MMr34wxJN7kJQaKnblyHH7+BwEN6O74/8 aqYDU2lqoD57nmT2kEwgvjatQ1uQK6d7rtuXruxSIMhAHDUXcqqPhaW8OrGXmbl+hoDR YNc5awlBHXh3LDJep/MAABbP8+UI3qjSyCSxbHT1NvOPFeV8+M5xpvO97gjrf6p/1KKZ Yu0+cIIEg4ZcSi9TMtdVIbGiZS4CatsZaw+UsdKPiHvl+z38cMdF3j50oiV1RGM0Y80X w4D4QccX0clk9v9ZgTv26xOMpavZAgoSAkGpri5/V5f6RW5yC79rS2d7PTt6Anbn8urp SUpw== 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:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=MVvz0XHVa+o3OLcoe+4+skiLKNo/nIbatH8hUmqpmOY=; b=TUe/JKoBP70rkKZkAYpD6EuieOizjp4gHNHO8g7PiXf5zFp5XeJIi92NV9+1cR21Vq 2IY3AxJOA0bIpdb8uhDSEAkekLb+7JbavOEeLHr9y64umHwOC13Tr61FD1vnua9zzQcl GTvgDJKHep4qGCDmVUJcySVnxJsTFw5z4oA0kWMQRA+Sp/cXHsS1bg6WENS+CEriuFC4 dZhzxSIxuTMsnuCYhxVG0wMZfxZH9x6U+lP8k0JbqTY5xrHxg9uALcmKTjIhLb8Q2rAh n0zlPAPcCYTNaDltaG9krildGmNpfEX+MMx7hbi+A91XjCpsp2ZC/wJ6H36ON31j10wl rUaA== X-Gm-Message-State: ALoCoQkFu7RdFQJ364LrQaoPQ3qtWZFokk2OqsU+VUpPXIqQoSJ8WasqO3JtLu16TycLz0kPTXSY7wYScBis18WKXznwQyc+1w== MIME-Version: 1.0 X-Received: by 10.55.27.98 with SMTP id b95mr44496654qkb.51.1453284955916; Wed, 20 Jan 2016 02:15:55 -0800 (PST) Received: by 10.140.16.178 with HTTP; Wed, 20 Jan 2016 02:15:55 -0800 (PST) In-Reply-To: References: Date: Wed, 20 Jan 2016 10:15:55 +0000 Message-ID: From: Alan Jenkins To: Brandon Applegate Cc: Bloat@lists.bufferbloat.net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable 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 10:15:56 -0000 On 20/01/2016, Alan Jenkins wrote: > 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... >> >> Hello, >> >> 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). >> >> 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 th= is 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. >> >> My topology is =E2=80=98on a stick=E2=80=99. I have one gig interface t= o a managed >> switch, >> on which are eth0.666 (outside/wan) and eth0.10 (inside). >> >> I have 30/5 cable service, and have tried both those values as well as >> 90% >> in my /etc/sqm/*conf file. >> >> I=E2=80=99ve tried both eth0 (raw/parent interface) as well as eth0.666. >> >> 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+. >> >> Is there something inherent I=E2=80=99m doing wrong ? Something to do w= ith my =E2=80=98on >> a >> stick=E2=80=99 topology biting me ? Kernel version (Ubuntu=E2=80=99s 3.= 13.0-74-generic >> btw). >> >> Thanks in advance for any help or info (or pointer to a more appropriate >> list). > > It doesn't sound like you're doing anything wrong :(. > > 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. > > 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 > > 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. > > `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. > > 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. > > Good luck > Alan PS The `ifb` part might be a bit mysterious. If sqm-scripts is renaming them, you could just remove the IFB kernel module & reload it to clear the entire IFB config: modprobe -r ifb (the script includes "modprobe ifb" to load it as required)