From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-lj1-x233.google.com (mail-lj1-x233.google.com [IPv6:2a00:1450:4864:20::233]) (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 01F4E3B29E for ; Sat, 25 Jul 2020 13:48:01 -0400 (EDT) Received: by mail-lj1-x233.google.com with SMTP id q6so13107800ljp.4 for ; Sat, 25 Jul 2020 10:48:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=AZ3lL9QTJp9ZrqhEGa/h8qOgmFRGWmA/bbD7fc7/HfY=; b=czGID2sz5c3Flv7PZNLjH8oTfoAgowk4HS026dJrTL6xOVHGoizjYshXLAW8Vrf6f9 w2u8gH1FnnWTNGwRwB/Asp10mFg26q3ie4cirJQb4C+drp4e4L/JiXG9Y213EN+c7NRL vhYbJIdL2XEy1VC6Q7gAKYTTBgr/jL6K8in0gue1vPGPvCT4I9a38OreUnuSdLEG7KPN 8F4ar3zr82jIpqdCbIF3EUWs78MfA26ogU76HeeDNaMrtj5gN/+TOuaz50t4qrceIqYD SrLXXxn2eADv3o4Ztubq1rrO+vLsNF2cMRlydkWjwh0sTNcSlEdGjQWP5ZUEwSyWq9VN O3uw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=AZ3lL9QTJp9ZrqhEGa/h8qOgmFRGWmA/bbD7fc7/HfY=; b=WANSJ0zojswT8VWNhbPTtAs084MsD9t53nqfz/eySR+5mKzpBgFKjr8ZmjWg6H+HHp SlKi4OyIzubbtottsbQHC3BHE40zqqrTvuqkc3I2ng1GsWA31gbsQNlmVD2u7FBzFpOM CiQ8WP6S7j++OBDjiRneAzbcXiLZLeOqnNLvy+XC/meUKh6uyXpm6IdTJZkpT8Potqlu FSInD0nC5a5N6WhDcs1Tq8dPIkDlS+Dnb81ICrZDOgwLtrumPOQDdyqW6TuST+Z6N6EQ MveAp3p5Wuq7dsLjNqSUloj+O8u9iX500/XNU1duvm7RPpja4ISm5p/MWUI/4yHl1oP5 t86w== X-Gm-Message-State: AOAM5328GOmAmmTZX6i04dQ6BMqq1hwT998E2pFpzgD9HWYuvCe6K8Cg pgvx2qwGP6H3zEM4GDLMXzWlibEY X-Google-Smtp-Source: ABdhPJwhtLAM+1DX0gHEcyWJkm+Q/OFTkWZuSDC1QkIELdeCYBVnKKhXDvbKAsPU4Xy0rQ9EP8pqvQ== X-Received: by 2002:a2e:1502:: with SMTP id s2mr6150247ljd.236.1595699280744; Sat, 25 Jul 2020 10:48:00 -0700 (PDT) Received: from jonathartonsmbp.lan (83-245-252-162-nat-p.elisa-mobile.fi. [83.245.252.162]) by smtp.gmail.com with ESMTPSA id b26sm1350027lji.36.2020.07.25.10.47.59 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sat, 25 Jul 2020 10:47:59 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.6\)) From: Jonathan Morton In-Reply-To: <4E86E73D-2ACE-4952-8A2A-B8DAAD4CD262@gmx.de> Date: Sat, 25 Jul 2020 20:47:58 +0300 Cc: Kevin Darbyshire-Bryant , Cake List Content-Transfer-Encoding: quoted-printable Message-Id: <6A1D79C2-1666-4879-BF90-A58088F4C9FE@gmail.com> References: <0CCA78BD-201C-4668-A013-24A3F6F4EC87@darbyshire-bryant.me.uk> <4E86E73D-2ACE-4952-8A2A-B8DAAD4CD262@gmx.de> To: Sebastian Moeller X-Mailer: Apple Mail (2.3445.9.6) Subject: Re: [Cake] diffserv3 vs diffserv4 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: Sat, 25 Jul 2020 17:48:02 -0000 > On 25 Jul, 2020, at 8:18 pm, Sebastian Moeller = wrote: >=20 > I am confused... but I am also confused by cake's output: >=20 > Bulk Best Effort Voice > thresh 3062Kbit 49Mbit 12250Kbit" >=20 > as far as I can tell, Bulk's 3062Kbit must be the minimum, while BE = and Voice give their maxima... That, or I am missing something = important... > (I wonder whether it would not be clearer to give both min and max for = each tin, then again I probably missing all the deyails of the actual = implementation...) Cake delivers from the highest-priority tin that both has data to send = and is "behind" its local schedule, defined by the threshold rate. If = no tin with data to send is behind schedule, then some tin that does = have data to send is chosen (so Cake as a whole is work-conserving, = modulo its global shaper). IIRC, it'll be the highest priority such = tin. The notion of which tin is highest priority is a little = counter-intuitive. One tin must be at the global shaper rate, and will = be the lowest priority tin - and normally that is the "best effort" tin. = So the BK tin is actually at a higher priority, but only up to its very = limited threshold rate. To avoid starving the best effort tin under all = possible combinations of traffic, it is necessary and sufficient to = ensure that the sum of all higher-priority tins' threshold rates is less = than the global rate. In the case of Diffserv3, the BK and VO tins both have higher priority = than BE and sum to 5/16ths of the global rate. So with all tins = saturated, the BE traffic gets 11/16ths which is pretty respectable. If = the BE and VO traffic goes away, BK is then able to use all available = bandwidth. - Jonathan Morton