From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lj1-x22b.google.com (mail-lj1-x22b.google.com [IPv6:2a00:1450:4864:20::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 5E3043B29D for ; Thu, 18 Feb 2021 14:43:31 -0500 (EST) Received: by mail-lj1-x22b.google.com with SMTP id a17so7745782ljq.2 for ; Thu, 18 Feb 2021 11:43:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=CWWgjowsxgbYf6gR4l9JznMCZnGkXtjGvojFFZruDWE=; b=E8chfiglmWxp2F++6+yXplS2NhpqRVSx7RMuBBtOgzb3cL+Jv367x4nNLRzcEx44et E/3lfhVYJKAOBHeEIpecwycXy4NQU2+OQcY2wGkWlYmmk4Olr2cPOr8BFfRugpjlOLx5 hDB8t07qNK7EbeVaQ/XIuA41zqBp9JDO4QqSgrcKKr/5gJK54KML30BRTW7K9GYgap2d yBBeYa30fZhi8gClJyGyMxGSdoNWuFFxdfRgLcIE0wcuRuCoy5f03bOCNHPApoofpXWT HNXoILoYBJ4Cu00fTtodWKfHiPOt8ALpuSIdumInmkpRSPx6OQm/IqWq561plCH/HMaK Dd3g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=CWWgjowsxgbYf6gR4l9JznMCZnGkXtjGvojFFZruDWE=; b=fNq5bZOb+Uhxqn5yjAOVBVZKUQOsnyX9Sd7+xaKZadHyQU3acxRhG0vvIxo8eDwQAK u/Ysa9uKQKsp8VXQxyHFsTKgZDAVbXzXmdFKHh+XkjcOM2rs3XoiWbALm7ibvhX6DgS+ FlmvcLLD3YFF4dar+BKH6kk6+1Gez0WqRo6A+DqSnhGe0agNyNoRWK4J0cDP1n45vsc8 r9/pMAHO65WZwZf8L2beVCu2iw3mrRhMi7aVZdp40zLUIfLO2f2j5aEvLV3k314Kv5u1 +UV/k+EafDJztsrEWJPVmnpgT7ILMKWod9p1Bt5OMo6aBQ0DZS3wHV4vH8BlfetwEHc9 ce5w== X-Gm-Message-State: AOAM531PYHyLXKB9FcdUR9wqB4vpHGnubZFmazHzn7+hJPyD3SroP+T2 tQGhg7L0MPi7sFHjTWjjcpmFchTF/2NSaa13Q1Q= X-Google-Smtp-Source: ABdhPJx00KLyF+AWXx8kUNVqO/yZmDVr+IC63440pDbj3hNJtTBej/Tfevcer/5ZC2/E7uVKdvV/18ZwjX5cK7hINOI= X-Received: by 2002:a05:6512:308d:: with SMTP id z13mr3172685lfd.71.1613677410221; Thu, 18 Feb 2021 11:43:30 -0800 (PST) MIME-Version: 1.0 References: <87mtw1kx9c.fsf@toke.dk> <87im6pkweq.fsf@toke.dk> In-Reply-To: <87im6pkweq.fsf@toke.dk> From: Peter Lepeska Date: Thu, 18 Feb 2021 14:43:18 -0500 Message-ID: To: =?UTF-8?B?VG9rZSBIw7hpbGFuZC1Kw7hyZ2Vuc2Vu?= Cc: cake@lists.bufferbloat.net Content-Type: multipart/alternative; boundary="000000000000d184da05bba18c15" Subject: Re: [Cake] Enforcing video quality question 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: Thu, 18 Feb 2021 19:43:31 -0000 --000000000000d184da05bba18c15 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Ok that makes sense. I'll do some reading. Thank you! On Thu, Feb 18, 2021 at 2:28 PM Toke H=C3=B8iland-J=C3=B8rgensen wrote: > Peter Lepeska writes: > > > A user on the OpenWrt forum suggested hashlimit rules supported by > > iptables. How does that idea sound to you? > > That will result in a cliff-edge policer (i.e., as soon as a device goes > over its limits it will see every packet get dropped). This doesn't > interact too well with the burstiness of TCP, so you'll likely get > erratic behaviour of the traffic if you do that. Doing the same thing > with HTB means the router will queue+shape each class (and with FQ-CoDel > on the leaves, you'll get a nice AQM behaviour as well), so that will be > smoother and less prone to bloat :) > > -Toke > --000000000000d184da05bba18c15 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Ok that makes sense. I'll do some reading. Thank you!<= /div>
O= n Thu, Feb 18, 2021 at 2:28 PM Toke H=C3=B8iland-J=C3=B8rgensen <toke@toke.dk> wrote:
Peter Lepeska <bizzbyster@gmail.com> writes:<= br>
> A user on the OpenWrt forum suggested hashlimit rules supported by
> iptables. How does that idea sound to you?

That will result in a cliff-edge policer (i.e., as soon as a device goes over its limits it will see every packet get dropped). This doesn't
interact too well with the burstiness of TCP, so you'll likely get
erratic behaviour of the traffic if you do that. Doing the same thing
with HTB means the router will queue+shape each class (and with FQ-CoDel on the leaves, you'll get a nice AQM behaviour as well), so that will b= e
smoother and less prone to bloat :)

-Toke
--000000000000d184da05bba18c15--