Re: [tcpm] Linux doesn’t implement RFC3465

Vidhi Goel <vidhi_goel@apple.com> Wed, 13 November 2019 08:11 UTC

Return-Path: <vidhi_goel@apple.com>
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 48F40120137 for <tcpm@ietfa.amsl.com>; Wed, 13 Nov 2019 00:11:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=apple.com
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 cX2tGxwCoHWz for <tcpm@ietfa.amsl.com>; Wed, 13 Nov 2019 00:11:06 -0800 (PST)
Received: from nwk-aaemail-lapp01.apple.com (nwk-aaemail-lapp01.apple.com [17.151.62.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EFDA612001E for <tcpm@ietf.org>; Wed, 13 Nov 2019 00:11:05 -0800 (PST)
Received: from pps.filterd (nwk-aaemail-lapp01.apple.com [127.0.0.1]) by nwk-aaemail-lapp01.apple.com (8.16.0.27/8.16.0.27) with SMTP id xAD86Y4H036348; Wed, 13 Nov 2019 00:10:59 -0800
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=sender : content-type : content-transfer-encoding : from : mime-version : subject : date : message-id : references : cc : in-reply-to : to; s=20180706; bh=oqmIQR/GL7tWqCXEleW5Vl1Wbjl598mZKjM2KgjHN78=; b=uwweAYJ8T52FGT52AeR22rITa9S8ceTfq2dciz9BkVTIVReMtfTAzbMLiaEsXG6gDTxv FSW/fIsoPPwsbVMADtkBiXJDungMV6/EHgD/+nbmSzNP/OeEtvNlE1Xd9WNWrhZhSUrD NWxZRV+ytshhxnNPuBhJmKeV+2IXirUfJVtNrRcl9EBB5/o1QZ930ng5DBbYDrmocyjO 4TBQoUdMFdsH9IdR1lNgCuvoRfgBwXm8hpZ+43x6ZiES1kx094Si8tG2S+ZZ0S+T7bCQ t6ufE3T2ZHXqtxupfIhhxhjPZAhUN7YfOD1IxflAk8Nk43z5Op2dH8XrTSxl2vEVLum1 Kw==
Received: from ma-mailsvcp-mta-lapp04.corp.apple.com (ma-mailsvcp-mta-lapp04.corp.apple.com [10.226.18.136]) by nwk-aaemail-lapp01.apple.com with ESMTP id 2w5w943ep4-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Wed, 13 Nov 2019 00:10:59 -0800
Received: from ma-mailsvcp-mmp-lapp03.apple.com (ma-mailsvcp-mmp-lapp03.apple.com [17.32.222.16]) by ma-mailsvcp-mta-lapp04.corp.apple.com (Oracle Communications Messaging Server 8.1.0.1.20190704 64bit (built Jul 4 2019)) with ESMTPS id <0Q0W00GVOEQACV10@ma-mailsvcp-mta-lapp04.corp.apple.com>; Wed, 13 Nov 2019 00:10:58 -0800 (PST)
Received: from process_milters-daemon.ma-mailsvcp-mmp-lapp03.apple.com by ma-mailsvcp-mmp-lapp03.apple.com (Oracle Communications Messaging Server 8.1.0.1.20190704 64bit (built Jul 4 2019)) id <0Q0W00500D4T2R00@ma-mailsvcp-mmp-lapp03.apple.com>; Wed, 13 Nov 2019 00:10:58 -0800 (PST)
X-Va-A:
X-Va-T-CD: 891a14b3251185fcf41ff438c430a9b6
X-Va-E-CD: 8ad83cf34a8c3732cb73dea81270d36d
X-Va-R-CD: 2eec4d4b333905bf2498bde820845c7b
X-Va-CD: 0
X-Va-ID: 7a49d862-4eb5-45e8-96cb-91aff11503ab
X-V-A:
X-V-T-CD: 891a14b3251185fcf41ff438c430a9b6
X-V-E-CD: 8ad83cf34a8c3732cb73dea81270d36d
X-V-R-CD: 2eec4d4b333905bf2498bde820845c7b
X-V-CD: 0
X-V-ID: 57ec1acf-9b7e-47f3-b1a7-331959b9fa6c
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2019-11-13_01:,, signatures=0
Received: from [17.234.198.177] (unknown [17.234.198.177]) by ma-mailsvcp-mmp-lapp03.apple.com (Oracle Communications Messaging Server 8.1.0.1.20190704 64bit (built Jul 4 2019)) with ESMTPSA id <0Q0W00A6XEQ96430@ma-mailsvcp-mmp-lapp03.apple.com>; Wed, 13 Nov 2019 00:10:58 -0800 (PST)
Sender: vidhi_goel@apple.com
Content-type: text/plain; charset=utf-8
Content-transfer-encoding: quoted-printable
From: Vidhi Goel <vidhi_goel@apple.com>
MIME-version: 1.0 (1.0)
Date: Wed, 13 Nov 2019 00:10:53 -0800
Message-id: <A653988B-B537-45B4-9671-57EDD17C483B@apple.com>
References: <BBF2FA59-B8DE-4874-A945-D1A20C457F89@eggert.org>
Cc: Neal Cardwell <ncardwell@google.com>, tcpm@ietf.org
In-reply-to: <BBF2FA59-B8DE-4874-A945-D1A20C457F89@eggert.org>
To: Lars Eggert <lars@eggert.org>, mallman@icir.org
X-Mailer: iPhone Mail (18A160)
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-11-13_01:, , signatures=0
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/JVFWb4EzTIGygPY5EnbzGZxb6hc>
Subject: Re: [tcpm] =?utf-8?q?Linux_doesn=E2=80=99t_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: Wed, 13 Nov 2019 08:11:07 -0000

Adding Mark again as the bbn email doesn’t exist.

Vidhi

> On Nov 12, 2019, at 10:53 PM, Lars Eggert <lars@eggert.org> wrote:
> 
> Hi,
> 
>> On 2019-11-12, at 23:44, Vidhi Goel <vidhi_goel=40apple.com@dmarc.ietf.org> wrote:
>> +Mark Allman
> 
> oh, is he at BBN now? Not mallman@icir.org?
> 
>> Is it worth investing time in writing another draft to document what Linux (and possibly other implementations) do for more accurate congestion window growth and for solving the burst send issue via pacing, TSQ etc.?
> 
> That is IMO the key question. *If* there is an alternative mechanism to ABC that solves (some of) the same problems, and potentially in a better way, or in a way that has a different implementation footprint, that may be worth documenting.
> 
> I'm not up to speed with the Linux code, but from what Neal writes, it seems that the Linux mechanism is tied in with or relying on a bunch of lower-level packet I/O functionality that is maybe pretty Linux-specific? In other words, can something like the Linux mechanism even be instantiated without (much of) this underpinning?
> 
> Lars