Re: [tcpm] AccECN field order

"Scheffenegger, Richard" <Richard.Scheffenegger@netapp.com> Wed, 27 January 2021 18:17 UTC

Return-Path: <Richard.Scheffenegger@netapp.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 551793A0D47; Wed, 27 Jan 2021 10:17:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.101
X-Spam-Level:
X-Spam-Status: No, score=-2.101 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=netapp.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 bVEMA67v6d7r; Wed, 27 Jan 2021 10:17:42 -0800 (PST)
Received: from NAM12-MW2-obe.outbound.protection.outlook.com (mail-mw2nam12on2051.outbound.protection.outlook.com [40.107.244.51]) (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 3AC3F3A0D50; Wed, 27 Jan 2021 10:17:42 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=GAddAOkTpDSVjcu4YJ5eJyzZXzt2APkUL0tCBWKardQVkVkZJSPyDoyc2E09sG3om6LUddsXoPyFEcvtoj9ZKTU0W8bHiwo3lMgaWuKNXm6S+rHfUaBx02Ww9ka8IVpVuHBEjwkCN1mmazJ4NbA6GmERS98iCDWRufQFuecQv9MZQGR3ZH2mvOuvEXzwTLorv2lj3cD3Ub4LfyOVUSNqddYoGpEodk6yeB5BCN01L/2dlepLKodE4Y4U+qoUZDGnEhwGYlFwKjNzzQsVZsQinecCG+oCTkyVak+gT58lZCrwEpIt9vzkXWkg6LfSSpCNCVvbLBWKkLRAbHjl6AP6oQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=wSiLlF7A1/lNWRFKriCTlvQMppc++U2XRN0K0NawuCo=; b=G2yzw1tswPJ11jen5T8LmctqG/UbZacAIYv4LusCmJxuSTVWca3CbDhhsMWgnQIyULT30utiTndfUBluXtoxwUQP2tn8f8rKdRWNVBTL0jAyAWHUmLPiuUsbyMsfBMz7lfv/tDxf5v7+psGxFLivAQnQvIDTSIFpk9fd7ef4bcAS2g99iz8C9bT0DUXh7i0UJiO2TSGkG7avDVr2FzIWAzb/C66A8eLtczaL+8wHysuJlkO8szsDTsQKIK8cdlLbtUeC/8cIVgh5umkLr332I9P3BAW9sTw1O7I/sGDIsX4wxWHluN1LtRJxPsV7tqwdKR0WYresxAwuWtnKnw843w==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=netapp.com; dmarc=pass action=none header.from=netapp.com; dkim=pass header.d=netapp.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=netapp.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=wSiLlF7A1/lNWRFKriCTlvQMppc++U2XRN0K0NawuCo=; b=T3wR305zzs7kyDt+S6af4qmT34ZvNYTkml8birE8RJLgxZhnNCAJihXqwDNhJIx9WjQdRrey/1iOa6/KilV4A3KmWR9z7+dhaISujoMwSg9oE5EO0CR9jxuE4Cj/NRCRNDO830rqquFFNOJ7NQJB+OOayUt5C6YpdGnZm9gdjcb8CnY9+6PN/XyFRr1yzyAXwQLVv/kMCp9BJ/grRQfT0Dsv/ncrJi5GqFprZLyQGXbGJ9zEJfLwNYGyMZGgfQ+E47aho8y19d2TsP0ZJHHHxVE3XXKPk1tKd1/HLJBCzGw38eb5cZv5+V4nD69CsxloU6vBukD2/1mDsF4AbsCfzA==
Received: from SN4PR0601MB3728.namprd06.prod.outlook.com (2603:10b6:803:51::24) by SA2PR06MB7371.namprd06.prod.outlook.com (2603:10b6:806:135::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3784.11; Wed, 27 Jan 2021 18:17:41 +0000
Received: from SN4PR0601MB3728.namprd06.prod.outlook.com ([fe80::1551:a759:21c5:fd41]) by SN4PR0601MB3728.namprd06.prod.outlook.com ([fe80::1551:a759:21c5:fd41%7]) with mapi id 15.20.3784.019; Wed, 27 Jan 2021 18:17:40 +0000
From: "Scheffenegger, Richard" <Richard.Scheffenegger@netapp.com>
To: Joseph Touch <touch@strayalpha.com>
CC: Vidhi Goel <vidhi_goel=40apple.com@dmarc.ietf.org>, Michael Tuexen <tuexen@fh-muenster.de>, tcpm IETF list <tcpm@ietf.org>, Mirja Kuehlewind <ietf@kuehlewind.net>, "tcpm-chairs@ietf.org" <tcpm-chairs@ietf.org>
Thread-Topic: [tcpm] AccECN field order
Thread-Index: AQHWvDjzOJzuvj4he0uzhveqyjTda6nLBXMAgADB2wCAADJ1AIAARcGAgAAi6oCAAKG5gIAIndMAgAAQZaCAECpGAIAAB5iAgFJtdwCAApgbgIAATcAAgAAIvwCAAAVvgIAACaUAgABY9CCAAIBYAIAADZcQ
Date: Wed, 27 Jan 2021 18:17:40 +0000
Message-ID: <SN4PR0601MB37280F3FADF400FA80B6689286BB9@SN4PR0601MB3728.namprd06.prod.outlook.com>
References: <2A6CB682-8D99-48AE-A053-1685BA480BB3@apple.com> <880A9E0C-FBC9-4ADC-A11D-C5D3FDDDCE14@strayalpha.com> <FC3BA2A2-0052-418E-A4D0-F9DC9FD5C2A2@apple.com> <8B6B13CD-94B5-4C0B-8771-F008C390A661@strayalpha.com> <SN4PR0601MB3728039D195472CA662EE58C86BB9@SN4PR0601MB3728.namprd06.prod.outlook.com> <95ACEF0A-61F9-44E7-8BD9-8C1FADCD2583@strayalpha.com>
In-Reply-To: <95ACEF0A-61F9-44E7-8BD9-8C1FADCD2583@strayalpha.com>
Accept-Language: de-AT, en-US
Content-Language: de-DE
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: strayalpha.com; dkim=none (message not signed) header.d=none;strayalpha.com; dmarc=none action=none header.from=netapp.com;
x-originating-ip: [77.119.130.154]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 42a4cff5-c118-4abc-0081-08d8c2efd59f
x-ms-traffictypediagnostic: SA2PR06MB7371:
x-microsoft-antispam-prvs: <SA2PR06MB7371BAB9D055FBF758B916B686BB9@SA2PR06MB7371.namprd06.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:7691;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: BtcioJmHd0Fp3rTBaZeXGgVp2LKpFaBzWRFxpr7ub3HmobGObPFIqmyLCxm9D0N01hVP5wvervrXAffWAOLaTofmBRHbXtPi+IB+N05ESnvpcOWlWwwyVEyIFgzibLt3kOHl9TAAfG2mxdlcgUm36SmMzNgOQBD9Z2XBRPjf27iAMUDtWMPXbfmhlPFDpT8diA+aF/1BuhDlYUW1RFQsfiwy55zEQcDvM0Si/w/3tZNw4fFwSqUv29IQRVCVOyPeZ38I9qT8N+nsdiPj6EzktNsx7UmPDunne/hq9frdBaZcqvohm6caOVZ7qv7ZjhJMRgcffGic55mM6/ueiqh1hPjFiUGhjzdsFtUXbD08IdzmLYUuDMAo7w3ap2gN+f4nb7+0Cwum/ASm6UAIZZ1dawGSuX02P7X2YHoUeJ2P0l6NvpiUgwa6qJqk67L6hk4ZzyLVhPv/pfupxRAsDlfz1xNyh/sfnAGxfsJye+xLnTR9icK0Lihufj6NoLMUl2V/jfxRsxNmT3r4apbRAdaymA==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SN4PR0601MB3728.namprd06.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(376002)(39860400002)(396003)(136003)(346002)(366004)(66556008)(64756008)(186003)(66476007)(9686003)(5660300002)(66446008)(55016002)(52536014)(76116006)(8936002)(26005)(2906002)(54906003)(8676002)(7696005)(53546011)(316002)(71200400001)(66574015)(86362001)(33656002)(6506007)(6916009)(478600001)(83380400001)(4326008)(66946007); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata: PAaCPXfRQnd+YtgjCoaYC5YzDfkAuzFZvHsRecDjiYd8/a8wYxBhI27ciRLiq9O0gEU+u0F5666/E9J+UbjR2LH4H9Etu26wvZWq44ARdrqbq0IzX8Gwcklb5k++qToHD4VAgf9h6Vl+pQVs51AysUAcVswU3Qz6rmDZrsTGXKuPU93mT5eC8O/94vn2PR8YJwPtrSU4ShpHf7aXiZP+7GnOxZFUD9mmXairH4swaMQh+DF/84zW+yZPni4YKfiYmmGce1I9MJ7odcQ1gSnyx2hrckRXE+qUY0Q2j7g1tbefF4eQcKvdgZ1PQnuvtKTLi9z35h3+iWmawUtXJUORnyltnVJTkF8aS+rkXcEo7S4Q2N1aSXYwHVe1YownGE52CQucI0YN6hl/wNbxrmzAHWHHkC2QwOoPCB+rQ8RZUOGBYe0l+1nttvTaHBYS6Lbzzg9fEgpyC8jTPOZ+PhWJ9YjTFvo3xFd1OsKsuIaWIMet0nzYIH+SLv75xyw3HvbKQcLL8GUyvNcHnEHbVb8RKQccNz1+eXdUS+gqETsE0W/nqOwPbXBq2/aRYVuNGBffGF/H+ByY8akth7Y/WX/qTkYbA3W20OGQRsvURplhn12fRYjav9KJwakmtz0ic3RvoAj7a52RsRsZv3Dr3jqvukN6BRI3Y9yo3j3samaawRJaacm4Kv0DzdeL4casXisV4J741RzB/71VhFcGpCXc7pA50R61W3C9uX+4OrpAFhTatqA/wfElP34z4dXV5i7d717fGCN4K6uAXcItGlYEVzE9QLk3M0JmEqVHokd0j50i/QdAHvZ0Qaonf7bnC8VleubXjRlQ3PNI1XOOMW79CqdHFBU+Xw78xn0PgBD/6nAv3YcoZEK+A1K4Smhxf4nEADnsSwiboCt/o/uIfx8a6Wdj3xBYTsjNpVU8M834E8bR78zpjmPElQCcRM/a9J/CGkDfzxFYoYt8Lj9oIDEudQcBNIy6Lcd7+J2QSdpL4KW8cnTPxK5qeWZyPnHMohrX83bNlv/EfT/d7aXs4Uvun7SmwCopmZolEWrvjTxHZ2k+hdfbqscbWhkfiNJZGjhC
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: netapp.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: SN4PR0601MB3728.namprd06.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 42a4cff5-c118-4abc-0081-08d8c2efd59f
X-MS-Exchange-CrossTenant-originalarrivaltime: 27 Jan 2021 18:17:40.9305 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 4b0911a0-929b-4715-944b-c03745165b3a
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: jvZ6YT7F1chWIRsEaXlI1JH6i8lQVsoq590uEJmsqLLgxwn46NzLrnwz27xczqhYIbJybR5i8u8r2qVqN6vSyg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: SA2PR06MB7371
Archived-At: <https://mailarchive.ietf.org/arch/msg/tcpm/MflJe6KXwZuhd9RizYXgIQIzPsQ>
Subject: Re: [tcpm] AccECN field order
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, 27 Jan 2021 18:17:45 -0000

Actually, your suggestion is at odds with our current flexible length of the accecn option. 

We already allow one, two or all three counters to be present - thus the requirement of an demarcation between the ordering.

With Len==5, a single counter option can only present either EE1B or EE0B.

However, we could allow Len==6 with

Kind | Length==6 | 32-bit ECEB

For a full allowable AccECN option set of:

Kind | Length==5 | 1bit order==0 | 23bit EE1B
Kind | Length==5 | 1bit order==1 | 23bit EE0B
Kind | Length==6 | 32bit ECEB
Kind | Length==8 | 1bit order==0 | 23bit EE1B | 24bit ECEB
Kind | Length==8 | 1bit order==1 | 23bit EE0B | 24bit ECEB
Kind | Length==11 | 1bit order==0 | 23bit EE1B | 24bit ECEB | 24bit EE0B
Kind | Length==11 | 1bit order==1 | 23bit EE0B | 24bit ECEB | 24bit EE1B


Richard Scheffenegger

-----Ursprüngliche Nachricht-----
Von: Joseph Touch <touch@strayalpha.com> 
Gesendet: Mittwoch, 27. Jänner 2021 18:19
An: Scheffenegger, Richard <Richard.Scheffenegger@netapp.com>
Cc: Vidhi Goel <vidhi_goel=40apple.com@dmarc.ietf.org>; Michael Tuexen <tuexen@fh-muenster.de>; tcpm IETF list <tcpm@ietf.org>; Mirja Kuehlewind <ietf@kuehlewind.net>; tcpm-chairs@ietf.org
Betreff: Re: [tcpm] AccECN field order

NetApp Security WARNING: This is an external email. Do not click links or open attachments unless you recognize the sender and know the content is safe.




> On Jan 27, 2021, at 1:43 AM, Scheffenegger, Richard <Richard.Scheffenegger@netapp.com> wrote:
>
> Just for clarity, the suggestion would be something like:
>
> Kind | Length | 1-bit ordering == 0 | 23-bit EE1B [ | 24-bit ECEB [ | 
> 24-bit EE0B ] ] And Kind | Length | 1-bit ordering == 1 | 23-bit EE0B 
> [ | 24-bit ECEB [ | 24-bit EE1B ] ]
>
> With the two trailing 3-octet fields being optional in both cases.
>
> An increment in the CE counter would require at least 1+1+3+3 = 8 byte TCP option space.

It would anyway unless we’re now talking about three TCP codepoints.

Strictly, if only the CE counter changed, that could be accomplished using only 5 bytes by adding another variant, determined by the length being 5:

Kind | Length | 24-bit ECEB

At some point, the flexibility in this option needs to be supported within the option itself.

Joe