From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qg0-x229.google.com (mail-qg0-x229.google.com [IPv6:2607:f8b0:400d:c04::229]) (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 5F16A3B2A0 for ; Wed, 20 Jan 2016 05:12:49 -0500 (EST) Received: by mail-qg0-x229.google.com with SMTP id b35so2311808qge.0 for ; Wed, 20 Jan 2016 02:12:48 -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=sY27/ZxSninIFTCE8arLBpK5fDSvpXnDoZcfdhGQKfo=; b=ifxADICGXfXeL5sEK3q1EYrhlItL58AWi6NxZrI4TPP4EfiP1pYNJGvGtiCP7/yXn7 8yLnXug4D83e7IkysRcCOJEWrmuvUBAKSsLTZUZjxv5X1HcR+VRG0Ha3FNhy1s752gIj ZrCoOfCmzvEFkNIbocYjPbPcqeH3qwm1YqzQ/toD5Hmh9j6EM9XkFrYEGQ2QZxlHw+hS sF6dQJV8EWXtiLIkt0c+kSJtZh4CUl4TtIYkzvo5W5KYqEPcC1nnAx/LLRDPCZ4AK7kf xlT0wEXFEKc1Oikt3oHxDeGnPCtwaTxJQgHg/KWilrSHTXwjWFivQf5M6ubh4oBoRik6 s7Uw== 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=sY27/ZxSninIFTCE8arLBpK5fDSvpXnDoZcfdhGQKfo=; b=krSm8KxnvtbOZjpVtI3b0ymJ96YR/VJAFgKJ92LwKpx7V35DCSE3YUrc3UVmgVS4/M kQjjSFizFLD6yMeNFp4CZ+Cds9bpH/3FutCyCqo4Y+8Lt9rxY1NhG8Yvn5UMiWBsBc/A 0yfd7wn5COw+/L8SsEjmxC+nm7oHTAngx2KW6xeZu4uqQLqyaC3HQmDHrHLQ4cb901Y8 hevvM/0UutYj9uxsAXNZm3BLZweJrfiMCxqyg4uy/M1QcanJjNnOb6KueHIjfeoKTon1 8aIjRVXdxHqVVfIDvsgDKxyYp8T4SvY2LnFp/AKG1HDI3Vr8x4zBS5UV9KXeHAHyILgo 51hg== X-Gm-Message-State: ALoCoQkrfsmHmNuSeZHCokihBDikv0FFPzVV0Gpu4rzFHQuUrM9zG+hqvItDN9ascVOfItQ4Yliq5mlHWg0fklvWLXzO8/BVWg== MIME-Version: 1.0 X-Received: by 10.140.28.69 with SMTP id 63mr44433751qgy.66.1453284767174; Wed, 20 Jan 2016 02:12:47 -0800 (PST) Received: by 10.140.16.178 with HTTP; Wed, 20 Jan 2016 02:12:47 -0800 (PST) In-Reply-To: References: Date: Wed, 20 Jan 2016 10:12:47 +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:12:49 -0000 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 t= rying 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 *w= rt > etc). Got it built with the =E2=80=98linux=E2=80=99 platform. Since thi= s 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 to= 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 wi= th my =E2=80=98on a > stick=E2=80=99 topology biting me ? Kernel version (Ubuntu=E2=80=99s 3.1= 3.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