[tcpm] Early assignment of IANA TCP option number for AccECN

"Scheffenegger, Richard" <rs.ietf@gmx.at> Mon, 25 July 2022 13:52 UTC

Return-Path: <rs.ietf@gmx.at>
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 E3FAAC13C239; Mon, 25 Jul 2022 06:52:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.61
X-Spam-Level:
X-Spam-Status: No, score=-2.61 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gmx.net
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I4cKhnTp9ZzE; Mon, 25 Jul 2022 06:52:55 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DC0E7C13C237; Mon, 25 Jul 2022 06:52:54 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1658757161; bh=xbrVg5haLn4597RYtmOgqPFznjbpeXkhfXOjwT45utw=; h=X-UI-Sender-Class:Date:Subject:To:References:From:In-Reply-To; b=e2nQr7lc1a/ts1nEwccaHljfRrBcxgDpgtvZq0FJcQlnewg+oD13DTDCygNjzF3fN UFmWw9cIEdORdV6Cf95+Xp59sE2uGP+1t3dwlme4u1AWZjm26DPEy2Z9OxJrvnfuJZ r3plk+n5FBc9so30Vk9DuUr+Me+7sE0LoGMvOF98=
X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c
Received: from [31.133.146.5] ([31.133.146.5]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MPogF-1ntn6B3EkF-00MrGb; Mon, 25 Jul 2022 15:52:41 +0200
Message-ID: <87bd3248-312b-3d1b-8ba9-d4e3c1cfb1d8@gmx.at>
Date: Mon, 25 Jul 2022 15:52:19 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0
To: Mirja Kuehlewind <mirja.kuehlewind=40ericsson.com@dmarc.ietf.org>, Bob Briscoe <ietf@bobbriscoe.net>, tcpm IETF list <tcpm@ietf.org>
References: <5fd201f8-5457-3184-302d-c2f653564647@bobbriscoe.net> <9944A719-2FAF-4138-B1A3-4180454FD030@ericsson.com> <899a549f-fc82-a484-1043-28a151ae138d@bobbriscoe.net> <6032F422-60DE-4AC5-A291-E9A731032FED@ericsson.com>
From: "Scheffenegger, Richard" <rs.ietf@gmx.at>
In-Reply-To: <6032F422-60DE-4AC5-A291-E9A731032FED@ericsson.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: quoted-printable
X-Provags-ID: V03:K1:3UbBsXFbkP7Hk5cvq8ShE+h09Nqe7JUlHS3XcZXYx35JEud3C3G u9jC+Mvv6pGkFq+e2aI2hgSYp3bX7tZlLWyu+Utcu9x9SV1mOzelgOlrG2c6S1z9/eyHy+3 F1K1WlTpDbL7aUcnZequpb6ulxjO470uMqclGdpGyRMPJqYqQQh8zH6oZbkx0BKnDuYDMLt EhYsrato54eBCd9u7En9w==
X-UI-Out-Filterresults: notjunk:1;V03:K0:Dc2epuLhhO8=:T9Z829RrlrKajTKIZK0Adn KVY0NFGJwknbUUSqe/yp05/Wh+RWffHCCsT0r88bNzgNlsJbzps2Q9NK6PlEKkWtM2aQvXyte hcE11WO0JCrgh2qcNg21JWG04IQfkYw0/S3zDul3TIxQnFFmzbJadWYZR5SVRDzafWJkqT5Fs uZrPG8/s62+SxckWYOVHhAatrw67ePFZB+O9kir7sPYu7sNfIxfGpwi8HRpjKiTc0wlo5pdC2 3pbXNxl/6Qjc/tSjMN9utQrzYKTbqtC4Zt5QAtVFAvfi4+VeMCToHfAk2IaTq96Edx5SQMMnE 6+5lzExpHNQfy//lQHvMnnwqW1xu0nuczWvk2CY25QInQ3tDO2qsWyaX+1kq9FKU/TOdkdV9U sC/d3yFHh5kqTVu7vNJ9ghaTqnDqf6wYqFuc/yz4teEodkD2f8qYzTXAPXLYiTgFqsA9d5pBj qLcc+YBePoYvZVXxlTOo6f12U5r85ICXTTKaaWhJ+41z2HAw1vXHgSJN//bBTjEoLREVgR7Gx hXG4KU5S6VSHxo/UgRM0wGnVrwBc1ToDPuv40P3RHKwFOEvdTsM4431ZjyCeWWnG7q6/4aP3c qWS0bo8x7S/j0stsBGBYHnTPwXucDlg0DVYN85eDPQzPyNu1it3xadKfNR5oCzNe6ghtv1Ptm t2X5RyRi0qgBudD6FHjkJ4rz9YD5J4mpdvOH3DBIbyFKQrU1fF/eB66SP+mfHHMGJKrKaEDPs ymrMOX2dZeOtxYnfeN+VTc6yUIKEd8AIC3GFniOqGxMOkEp4RjWM9YVEHMicWaXx9tmwo2ejF OUn1H/R82EdfDhAO0f25FfO+a3qfN8IBkd26xALMPZnm/0rxmBZSRjD5gggKuuPzvDGWhlwDw pi0B60ALN2konRJ4S9TWvgruOwGHAO7nJzuTXoNn9VdOgTLRlLLEBDUDzm/MaVSIJFVi6hAhL DLOlbBjZU9on46vKtvG02lUHU4hF0ZXSO6pLY9uH0ymiKqT4/cHN2HJyVRJnWsOQtFLHrt2kj HrJK+OWIhwFeZ5LY4nWaPZLpLsmmfFvJJAmlx1Worl5u61kfx0FM7zdz29XXnE0++3GsLEQUF NsXYXKdDnws5DPQX3s8qsN021MWXhgn7TD0ri7GetmYGzfJToi7FebJIg==
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/54h6Gw0P7iZ4F4nIe7zhW4INMQ8>
Subject: [tcpm] Early assignment of IANA TCP option number for AccECN
X-BeenThere: tcpm@ietf.org
X-Mailman-Version: 2.1.39
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, 25 Jul 2022 13:53:00 -0000

Hi,

As one of the authors of the AccECN draft, which approaches the final
stages, I wanted to see if there is support to ask IANA for an early
assignment of the two TCP Option numbers for AccECN.

The background here is, that the current use of the experimental option
in Linux (0xACC0 and 0xACC1) is not really documented - the draft only
mentiones the experimental ID 0xACCE which was in use prior of the
decision to go with two distinct option numbers.

However, the implementations between Linux and FreeBSD deviated - Linux
using two different experimental IDs (see above), while the FreeBSD
variant differentiated by an additional byte after the experiment ID
(0xACCE).

As some alignment here is needed in the code anyway, maybe this can make
use of the  IANA assigned, final option numbers right away.

This showed up as one point during the Hackathon L3S interoperability
testing.

If the group generally agrees, I would want to ask the chairs to support
this request on behalf of the authors at IANA.

Also, I would like to suggest the assignment of 0xAC (172) and 0xAE
(174) for use with the AccECN tcp option (ACcurate ecn, and Accurate
Ecn) - but I admit that there is no other reason than vanity for these
specific numbers.

Best regards,
    Richard