Re: [tcpm] Linux doesn’t implement RFC3465

David Lang <david@lang.hm> Mon, 02 August 2021 22:49 UTC

Return-Path: <david@lang.hm>
X-Original-To: tcpm@ietfa.amsl.com
Delivered-To: tcpm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EA3763A1D80 for <tcpm@ietfa.amsl.com>; Mon, 2 Aug 2021 15:49:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.106
X-Spam-Level:
X-Spam-Status: No, score=-1.106 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RDNS_NONE=0.793, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fOQmbePTmJxX for <tcpm@ietfa.amsl.com>; Mon, 2 Aug 2021 15:49:27 -0700 (PDT)
Received: from mail.lang.hm (unknown [66.167.227.145]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DC6E73A132A for <tcpm@ietf.org>; Mon, 2 Aug 2021 15:49:26 -0700 (PDT)
Received: from dlang-laptop (unknown [10.2.0.162]) by mail.lang.hm (Postfix) with ESMTP id C71E21000A1; Mon, 2 Aug 2021 15:49:21 -0700 (PDT)
Date: Mon, 2 Aug 2021 15:49:21 -0700 (PDT)
From: David Lang <david@lang.hm>
X-X-Sender: dlang@dlang-laptop
To: Yuchung Cheng <ycheng=40google.com@dmarc.ietf.org>
cc: Mark Allman <mallman@icir.org>, Extensions <tcpm@ietf.org>
In-Reply-To: <CAK6E8=eEnVtMNBpu0noFAud4BTWdupCH+QY1beFjTtD9ADkK5g@mail.gmail.com>
Message-ID: <nycvar.QRO.7.76.6.2108021547400.810590@qynat-yncgbc>
References: <78EF3761-7CAF-459E-A4C0-57CDEAFEA8EE@apple.com> <CADVnQynkBxTdapXN0rWOuWO3KXQ2qb6x=xhB35XrMU38JkX2DQ@mail.gmail.com> <601D9D4F-A82C-475A-98CC-383C1F876C44@apple.com> <54699CC9-C8F5-4CA3-8815-F7A21AE10429@icsi.berkeley.edu> <DF5EF1C7-0940-478A-9518-62185A79A288@apple.com> <E150D881-4AB3-4AEA-BE0C-1D4B47B2C531@icir.org> <CADVnQynjE+D-OSvdOVROjT3y1cnHHWqdNQSmphLAJ+HsBTUAJQ@mail.gmail.com> <A1B50403-2405-4348-9626-025D255DEAE7@icir.org> <CADVnQykM8p-bVz_oPrje1yNh9_7_isAUL+wnQWDoY9Gs18sLPQ@mail.gmail.com> <11FE4818-87E7-4FD8-8F45-E19CD9A3366A@apple.com> <CAK6E8=fFWAE_NSr45i2mdh6NmYDusUFW3GYGtuo-FcL07sox9A@mail.gmail.com> <D6B865F7-9865-4B6F-986B-F44ABE5F12B0@apple.com> <756432D9-4331-454D-82EB-346CF54A355E@icir.org> <CAK6E8=c+KeQxWJq0e98hY9XsQ2vhdr3SiKkypC7kwdZbBRgdXA@mail.gmail.com> <A39F73BE-4BF1-479D-911F-0CAC6D91D924@icir.org> <CAK6E8=eEnVtMNBpu0noFAud4BTWdupCH+QY1beFjTtD9ADkK5g@mail.gmail.com>
User-Agent: Alpine 2.21.1 (DEB 209 2017-03-23)
MIME-Version: 1.0
Content-Type: multipart/mixed; BOUNDARY="===============5007449498460556053=="
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/4uiVxDQrKIykiEjIrZKEp5R5GTw>
Subject: Re: [tcpm] =?iso8859-7?q?Linux_doesn=A2t_implement_RFC3465?=
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: TCP Maintenance and Minor Extensions Working Group <tcpm.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpm>, <mailto:tcpm-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpm/>
List-Post: <mailto:tcpm@ietf.org>
List-Help: <mailto:tcpm-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpm>, <mailto:tcpm-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Aug 2021 22:49:31 -0000

I believe that Linux also defaults to fq_codel to manage congestion at it's 
interface (doesn't help if the bottleneck is a router, unless it's also running 
Linux)

I don't rememberhen that went it, but it's been several years, may actually go 
back to 2013 as well.

David  Lang

  On Mon, 2 Aug 2021, Yuchung Cheng wrote:

> On Mon, Aug 2, 2021 at 3:37 PM Mark Allman <mallman@icir.org> wrote:
>
>>
>>> The fact is that Linux CC has long moved to infinite L since 2031,
>>
>> So, if our experience is with L=\infinity and it is demonstrably OK
>> why don't we say *THAT* instead of "make L=5 or L=10"?  I would
>> submit that it makes more sense to leverage experience than it does
>
> to make things up.
>>
> +1
>
>
>>
>> allman
>>
>
_______________________________________________
tcpm mailing list
tcpm@ietf.org
https://www.ietf.org/mailman/listinfo/tcpm