From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-vk1-xa30.google.com (mail-vk1-xa30.google.com [IPv6:2607:f8b0:4864:20::a30]) (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 06DCB3B2A4 for ; Thu, 10 Mar 2022 03:01:34 -0500 (EST) Received: by mail-vk1-xa30.google.com with SMTP id c4so2558801vkq.9 for ; Thu, 10 Mar 2022 00:01:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=3/wHXfWFXcErcie2cDoTHaoEE0rWCrHxTuf87Wc+hgU=; b=hYWx2J19PdY8d3u1SVANdILPOJGcJADjUMnSK0s77eoAHapkhV41llIhOXG1krnz3A 1qA3CwYKM/o8QLn9H0SJYMlnNp9fxpBw/QqaQ7o8+5+Nglz5k61G0xZYk6YDP+BpYHav /OKbyQoH21dM4I4G/5UNYrfTeAQrctuv5piw+6CL/hshG+wV1DrdlE3i4aiUjXrSvohU LuTuo3ChmUqs/JoWenphQiNyBr+vCvxUcp/a7PcBJDC0sa9YSdmjgJ4FyG6/0ech6GVa bKcWpC7qy8B89fO4egsYMh+MM1bbeP3vb3YAw2WJrSSQJsu/HohHKH+Gfh5s0ImgzSHH 0QvA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=3/wHXfWFXcErcie2cDoTHaoEE0rWCrHxTuf87Wc+hgU=; b=YwxzSWJGw8jeKKQ6ixT2QuWwz8YXbIeiDBcnX8N8Q+GDaHg3E739L9Ng9hcanvcP/O wp63a4RpOkdkZZWXrOwB2rD2Q6Pdpg6ax1BWrUum3da0ibleJwEfsLxIJOLG2lNO1ukQ HQUI9Or8NXODFqDeEYG5b9UkXQ1Q0e+x+cYzsKjiKDCAzKychiJdAau7uIqugzdfFPHJ H75EoTzsfuX523nLY8sR6bhBSUul1SPu0AGIU8xBtYLmqMVrOKgIqF8fvw743esa+3Px Ra4jeJMyZk+7eFroqL6/PjtLzQKwrQ0d4ivwHS09rd+G1ax8huHipsEoc0I2c0F/WB89 rTjw== X-Gm-Message-State: AOAM532E/aZQHJvc8vxnWfmqjZrRN9oPGS8HsaGxJmjh5sjVYEJ5yITt KrCPiXFOejbuQOfIxJshAdpjJOCe9FzeFEXPNsnMVsXycDM= X-Google-Smtp-Source: ABdhPJz+sA3ahxsyZcRuqBll9hL4owwlZ4e/EEI4AJp3GOfJSZTwRj3kCSjxP0WAasrCV6avYG17IqusEFURf8oufAM= X-Received: by 2002:a1f:9d97:0:b0:331:9fc6:9f9d with SMTP id g145-20020a1f9d97000000b003319fc69f9dmr1757573vke.22.1646899294281; Thu, 10 Mar 2022 00:01:34 -0800 (PST) MIME-Version: 1.0 References: <87y21julxu.fsf@toke.dk> <9785d2cd-b164-deb4-4cbe-7d0fb356f16e@redhat.com> <5a8b6b4a-7f15-3f08-56b5-9e04773271bb@uni-tuebingen.de> In-Reply-To: <5a8b6b4a-7f15-3f08-56b5-9e04773271bb@uni-tuebingen.de> From: =?UTF-8?Q?Jonas_M=C3=A5rtensson?= Date: Thu, 10 Mar 2022 09:01:23 +0100 Message-ID: To: Michael Menth Cc: Jesper Dangaard Brouer , =?UTF-8?B?VG9rZSBIw7hpbGFuZC1Kw7hyZ2Vuc2Vu?= , bloat Content-Type: multipart/alternative; boundary="0000000000006aa72b05d9d89fed" Subject: Re: [Bloat] Up-to-date buffer sizes? 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: Thu, 10 Mar 2022 08:01:35 -0000 --0000000000006aa72b05d9d89fed Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Here is a pretty good list but it's focused on data center and carrier networking gear, not so much home networking gear: https://people.ucsc.edu/~warner/buffer.html /Jonas On Wed, Mar 9, 2022 at 6:39 PM Michael Menth wrote= : > Hi all, > > I don't question the usefulness of AQMs for buffers - on the contrary. > But what are up-to-date buffer sizes in networking gears, especially if > AQMs are not in use? It's hard to find public and information about it. > Anyone can point to a citable source? > > This raises also the question about the deployment of AQMs in networking > infrastructure. I know it's already adopted by some OSs, but what about > forwarding nodes? Any papers about it? > > Kind regards > > Michael > > Am 09.03.2022 um 18:24 schrieb Jesper Dangaard Brouer: > > > > > > On 09/03/2022 17.31, Toke H=C3=B8iland-J=C3=B8rgensen via Bloat wrote: > >> Michael Menth writes: > >> > >>> Hi all, > >>> > >>> are there up-to-date references giving evidence about typical buffer > >>> sizes for various link speeds and technologies? > >> > >> Heh. There was a whole workshop on it a couple of years ago; not sure = if > >> it concluded anything: http://buffer-workshop.stanford.edu/program/ > >> > >> But really, asking about buffer sizing is missing the point; if you ha= ve > >> static buffers with no other management (like AQM and FQ) you're most > >> likely already doing it wrong... :) > > > > Exactly, I agree with Toke. The important parameter is the latency. > > Or the packet sojourn time (rfc8289 + rfc8290) observed waiting in the > > queue. > > > > The question you should be asking is: > > - What is the max queue latency I'm "willing" to experience on this > link? > > > > Hint, you can then depending on the link rate calculate the max buffer > > size you should configure. > > > > The short solution is: > > - just use fq_codel (rfc8290) as the default qdisc. > > > > --Jesper > > > > > > > > -- > Prof. Dr. habil. Michael Menth > University of Tuebingen > Faculty of Science > Department of Computer Science > Chair of Communication Networks > Sand 13, 72076 Tuebingen, Germany > phone: (+49)-7071/29-70505 > fax: (+49)-7071/29-5220 > mailto:menth@uni-tuebingen.de > http://kn.inf.uni-tuebingen.de > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat > --0000000000006aa72b05d9d89fed Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Here is a pretty good list but it's focused on data ce= nter and carrier networking gear, not so much home networking gear:

/Jona= s

On Wed, Mar 9, 2022 at 6:39 PM Michael Menth <menth@uni-tuebingen.de> wrote:
Hi all,

I don't question the usefulness of AQMs for buffers - on the contrary. =
But what are up-to-date buffer sizes in networking gears, especially if AQMs are not in use? It's hard to find public and information about it.=
Anyone can point to a citable source?

This raises also the question about the deployment of AQMs in networking infrastructure. I know it's already adopted by some OSs, but what about=
forwarding nodes? Any papers about it?

Kind regards

Michael

Am 09.03.2022 um 18:24 schrieb Jesper Dangaard Brouer:
>
>
> On 09/03/2022 17.31, Toke H=C3=B8iland-J=C3=B8rgensen via Bloat wrote:=
>> Michael Menth <menth@uni-tuebingen.de> writes:
>>
>>> Hi all,
>>>
>>> are there up-to-date references giving evidence about typical = buffer
>>> sizes for various link speeds and technologies?
>>
>> Heh. There was a whole workshop on it a couple of years ago; not s= ure if
>> it concluded anything: http://buffer-workshop.s= tanford.edu/program/
>>
>> But really, asking about buffer sizing is missing the point; if yo= u have
>> static buffers with no other management (like AQM and FQ) you'= re most
>> likely already doing it wrong... :)
>
> Exactly, I agree with Toke. The important parameter is the latency. > Or the packet sojourn time (rfc8289 + rfc8290) observed waiting in the=
> queue.
>
> The question you should be asking is:
>=C2=A0 =C2=A0- What is the max queue latency I'm "willing"= ; to experience on this link?
>
> Hint, you can then depending on the link rate calculate the max buffer=
> size you should configure.
>
> The short solution is:
>=C2=A0 =C2=A0- just use fq_codel (rfc8290) as the default qdisc.
>
> --Jesper
>
>
>

--
Prof. Dr. habil. Michael Menth
University of Tuebingen
Faculty of Science
Department of Computer Science
Chair of Communication Networks
Sand 13, 72076 Tuebingen, Germany
phone: (+49)-7071/29-70505
fax: (+49)-7071/29-5220
mailto:menth@un= i-tuebingen.de
http://kn.inf.uni-tuebingen.de
_______________________________________________
Bloat mailing list
Bloat@list= s.bufferbloat.net
https://lists.bufferbloat.net/listinfo/bloat
--0000000000006aa72b05d9d89fed--