From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qt1-x842.google.com (mail-qt1-x842.google.com [IPv6:2607:f8b0:4864:20::842]) (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 7403E3B29E for ; Tue, 28 Jul 2020 12:51:41 -0400 (EDT) Received: by mail-qt1-x842.google.com with SMTP id t23so12223632qto.3 for ; Tue, 28 Jul 2020 09:51:41 -0700 (PDT) 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:content-transfer-encoding; bh=Y0Y+u2z+kb8KHFZNrs8XT/N2KFqI7aP1D7d9Kl+zFRA=; b=Wri42rN0VRtENmMWmVCYjR+EKaqMYtZwDIpw01mk3+GRbTVn76a1PRQ7iK31wb0Byt vFk1KCj3cTIYFBap5FSrBEOZySm+i9BT5n1zDpGl9rQ0ukA0wksWHWqAu3ckFMt/kvNj DVZx4MMriTcNpb4oiU8uIglq2F3jPYnbv7IjHiHIRBK50mfXPkO9EW/XoNn4J0qCxGdf QyTsbctIr6ygST6dghAF/gSWih7M8BTDh1sIYuLmB6kfw/746QnPMab8Ng3FAc47/liv 5rq3G6vFsfpHkbwh8ZullHvgeU/fNVjEhoxUA4O/gMfLWEm6msSJbMAPMheLpnBvmAP2 155w== 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:content-transfer-encoding; bh=Y0Y+u2z+kb8KHFZNrs8XT/N2KFqI7aP1D7d9Kl+zFRA=; b=ej3wlXz4Z83OLwOX+T9S8/2lPrW4JirOpHwV+fpRctRYZXL3kYReZ5QGVlMAnYdenH gEPmmEGsAbiZiO/Zt3SXHu/xztq8pi+G5HxET+gYyie6idv9uhlpSmb3mrcvnSpYDqSQ tHo/jJnGYxjKlsrZ7yRVVDAlyAiPpiytzQ6dnjggSPNLBIga4LRfPE4+qgApQoYm3FNh g+GYUn/xpR7VWW4BZx66u17q/boT0gSB5NDN1PXDfkhKnmPIFY3OGmI7Z/qC0ZwtPO5o KQBFENpYgK32AvJDqFpINuKh0dOzv5rFW/QhWrrLGMpAKBdqXxpIxArPTTD3uwfizxtt Rq6Q== X-Gm-Message-State: AOAM532zaw6c671/TBrXf8ek8PNUiZOGiD8XMPlzDNyrHTOXCKbdiHVR a+H+IT2+eIxVj5t2HAVMBvcutNjqiDg6NEGfyag= X-Google-Smtp-Source: ABdhPJxRRuuXswuQMYEIhrbVfzPNmIkj313jK8zrDIbA2hLqlfvEkx851Vs6wdMVpdXHlLR0XK/9GeohztPj9nD934w= X-Received: by 2002:ac8:4e44:: with SMTP id e4mr7264808qtw.371.1595955100875; Tue, 28 Jul 2020 09:51:40 -0700 (PDT) MIME-Version: 1.0 References: <6B18F76E-A466-42A7-ACF7-52D5E6CD3572@gmail.com> In-Reply-To: <6B18F76E-A466-42A7-ACF7-52D5E6CD3572@gmail.com> From: Jim Geo Date: Tue, 28 Jul 2020 19:51:27 +0300 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] Cake, low speed ADSL & fwmark 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, 28 Jul 2020 16:51:41 -0000 > > > On 28 Jul, 2020, at 12:41 am, Jim Geo wrote: > > > > Thank you for all the efforts you have done to make internet usable. > > > > I currently use htb & fq_codel in my low speed ADSL 6Mbps downlink/1 Mb= ps uplink. I use fwmark to control both uplink and downlink with good resul= ts in terms of bandwidth allocation. Streaming video is chopping bulk traff= ic successfully. > > > > Is setting up cake worth the effort at such low speeds? Would it reduce= latency? > > Cake has a better-quality shaper than HTB does, and a more sophisticated = flow-isolation scheme than fq_codel does. These tend to matter more at low= speeds, not less. It's also generally easier to set up than a compound qd= isc scheme. > > > Regarding fwmark can you please elaborate more on the calculations perf= ormed? Man page is not that helpful. > > > > My understanding is this: > > > > I use 1,2,3,4 as marks of traffic. > > If I set the mask to 0xffffff[..] the marks will remain unchanged. Then= right shifting will occur for the unset bits, so they will land on tins > > 1,1,3,1 > > > > Can you please correct me? If logical and performed between mask and ma= rk value? > > Since there's only a few "tins" at a time used in Cake, and the fwmark is= a direct mapping into those tins, a narrow mask is probably safer to use t= han a wide one. The reason for the mask is so you can encode several value= s into different parts of the mark value. The shift is simply to move the = field covered by the mask to the low end of the word, so that it is useful = to Cake. > > For your use case, a mask of 0xF will be completely sufficient. It would= allow you to specify mark values of 1-15, to map directly in the first 15 = tins used by Cake, or a mark value of 0 to fall back to Cake's default Diff= serv handling. None of Cake's tin setups use more than 8 tins, and most us= e fewer. > > - Jonathan Morton > Thanks for the info! I've noticed that by using 0xF, marks 1-4 become tins 0-3. Tin 0 is special? I assumed it's for bulk traffic. I use diffserv8.