Re: [bess] PFN questions in rfc4732bis

"Jorge Rabadan (Nokia)" <jorge.rabadan@nokia.com> Thu, 21 March 2024 23:30 UTC

Return-Path: <jorge.rabadan@nokia.com>
X-Original-To: bess@ietfa.amsl.com
Delivered-To: bess@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 99164C151063; Thu, 21 Mar 2024 16:30:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.105
X-Spam-Level:
X-Spam-Status: No, score=-2.105 tagged_above=-999 required=5 tests=[AC_DIV_BONANZA=0.001, BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=nokia.com
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 DC3-BvxRBXGK; Thu, 21 Mar 2024 16:30:26 -0700 (PDT)
Received: from NAM11-DM6-obe.outbound.protection.outlook.com (mail-dm6nam11on2079.outbound.protection.outlook.com [40.107.223.79]) (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 C17D6C14F702; Thu, 21 Mar 2024 16:30:25 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=PziC7dDlND65xTFZt7V9mTAcy4tF5ndW+PmP9j+e/VLKOWhWaHoGt4P6Hdg2+4vgkdQPM99lRaHQldnd1j2l6nxJHck6zj8ed9oGpQbJJOwP+9ShMyBjuTgQbQMhUwQ3KTxfacM/Q0VB1s5zv+e3sZNeS71b1VfDT3de8C4OvdacUnaRSHSJcgKvzQLAErTsYPV6ieS3pSAzrc46rOSQxIAwFsoHOPfvKKt/DOuuj7VcJYfC0mfV/nFk+on+e1Pr+fbmgZCDJK31QwLXGTrkQur0O2l3VAc/W325PjGo/5BaIhxRxXFTX5HsYtXMnM18fqNPq2XKBe3xIl+D6rpiOw==
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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=uPaC638iCl/n/WPzNxdVewsVvc/OxncnNWPXMjCqMuY=; b=jo+1Kijzw3XIqOnOKlDqqBvKAbQg6TTRLswQW4QGAKNGAAM+aO13LBvsaiPcnPhk8yW9mJ/xeZHrbBZ2fkNHPqAIOlgvZxz/dQnjT5JJckmr5SAlsYWJtMBiP96sqSvOqD5BtCXDQfH62U5exOqQ/yqL/d9lK577eLFqyBhCZiTQEnh87Dd6TYadr3QDrgZFIFBkr2HQFFm+1iJK3WeSncdCQubBEyMSVK0a8sKWvqaZUfviV3mbUk69XMO2IBoj/UsqM0tY92Y8a8TV/rDvCwj5f+U0fLBER71glLYYXmMDWCxJ6FcC3KAZtVC4eeF+E5NsmCUM4hrn/kYQZimtzg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uPaC638iCl/n/WPzNxdVewsVvc/OxncnNWPXMjCqMuY=; b=qrqFy22RuAfUD/k0G0ku4X7hNkXhKtVh9PgjiG6cVFhckRx8NvrF+iBJZX8mOYimNYxIkmUkZ+FcMOzCfnKP/wKqDIT4jzWfxH8Nj2szAVijxN82D0EhkRN3+TfHKOA5tkNYzI/3c+gmcsLFw9q1+bS/2rqowKTHhnrbwT8nZsO1FkgU0yyN/7YUZi+AMyQ49DZwvHROIGpT2odecFk3ggPpxFl8+PuIVXSnv4hoHqt+LpSDI+vVf1Exrzxss7YWXdk7bMYCX6JYlwnog4v5RmBbBGReygvhoEgT/FT9RYdV7X3NKJerdxI5c1Fr7t+zwz7FDxDB/yJsoMvqysXCHA==
Received: from DS7PR08MB6862.namprd08.prod.outlook.com (2603:10b6:5:3a3::20) by CYXPR08MB9321.namprd08.prod.outlook.com (2603:10b6:930:d8::5) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.7386.30; Thu, 21 Mar 2024 23:30:23 +0000
Received: from DS7PR08MB6862.namprd08.prod.outlook.com ([fe80::c0f2:dcfa:8707:8cc2]) by DS7PR08MB6862.namprd08.prod.outlook.com ([fe80::c0f2:dcfa:8707:8cc2%3]) with mapi id 15.20.7409.023; Thu, 21 Mar 2024 23:30:23 +0000
From: "Jorge Rabadan (Nokia)" <jorge.rabadan@nokia.com>
To: Greg Mirsky <gregimirsky@gmail.com>, "draft-ietf-bess-rfc7432bis@ietf.org" <draft-ietf-bess-rfc7432bis@ietf.org>, "draft-ietf-mpls-1stnibble@ietf.org" <draft-ietf-mpls-1stnibble@ietf.org>, MPLS Working Group <mpls-chairs@ietf.org>, "bess-chairs@ietf.org" <bess-chairs@ietf.org>
CC: "bess@ietf.org" <bess@ietf.org>
Thread-Topic: PFN questions in rfc4732bis
Thread-Index: AQHae3PrSuyiJVyA9EaDt1kZxd2QP7FC0v8K
Date: Thu, 21 Mar 2024 23:30:22 +0000
Message-ID: <DS7PR08MB686229D6A591573C55DAB04AF7322@DS7PR08MB6862.namprd08.prod.outlook.com>
References: <CA+RyBmXGC0Yz+UcXKtM5n0WHudpeuh5XvGYJ+WvGB2L6aa--qA@mail.gmail.com>
In-Reply-To: <CA+RyBmXGC0Yz+UcXKtM5n0WHudpeuh5XvGYJ+WvGB2L6aa--qA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=nokia.com;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: DS7PR08MB6862:EE_|CYXPR08MB9321:EE_
x-ms-office365-filtering-correlation-id: a0dfc3da-0093-4bdd-012a-08dc49fee153
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: WlV0MxWFyNA5IXl3CDUIzkEb6UAHr5EZV1h5+U2NIjQ0U5sHz0H26Y3fr37pzPodEqdA+CpbVB6veIfXMUJp8FT+QptPdKGv+Cyn5vWC+YERej+3BmsFHE2b+2EQYfjQmX1KHbhV74BOz+7/VbjX6PqUwlQMvwAlXmKCdXbBlb2tygY/obgOgrUv/76POdV+qSpPkoajTXyEC0iXfyGg64au13zHm3LeuRLnuJ3Rmaq+ECCpWnrQoH3FcbUB4hKYjKdQzddFtTEY6HqIx495PAS8zWV8sIBDxVm/6UvzHEjbaLnRDJMDR5w5zqzzuqiXy0oFi82zSBJksH82u1HQ0RUk/i3l2ovoae+BCKarywEqZ17GMwS0ZN4gHAPxT4ffJ9dYfWTsBFVPD4rwVNvYG9Zw7cYnGl0mii9gyJUQt6KMlEKb293w6WzZhLuW4iVcx56SVlHTJ5UmtnzbgB/IOZEqPXhnB++9JjH/ZKN78X1g072aY9DvZFw1rQjP33maoxYF56e0jJbl9Dx6GOWe3HTnPhJ7iZSTMhzX4mYmeZdSw8pdmMRblIaOMvIRvptisXA76BUzf8A3mrjVkr+ceOSvRZvj0HErH26UzQQzHnfGaj5FAdjtPuTaL+uce3NYa7G9jLg/ycWq+W+/0qNPxwYsR/SlMIIJ+I8DlJjrTlg=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DS7PR08MB6862.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230031)(366007)(1800799015)(376005)(38070700009); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: Rq+1xeWQw0pbNgHp2Q9wprwDNvQsXXAA6/H1bLJKZWOxwJ0S2XEIq/yrjOuen/VTZdTzsZURxRSMMuXhE6wkuTBnMJKuJDCx4XnQn3BewUepsu7eqJpicJ238NZfwhXLizebTYJuo1jTNE6x9k1xkui34GBZZW7f+F3ISAl1+VVgSsbsOrxcYyX40tHbe0ia7GDa1fssd/BFR3sdPj5fWLh/8jsiPTHy2cABY3XKZOYskSANpqurGdc6tmRyOVh4xQx5V07Gde1MTh01e34A4540PCi7c7knJgha3T2g0C0SKtONUlE3aAegAA2a1gqQNUGUKlCM4x+NVu60S8RWc9q87ibSmRt6wGpeHlBr+i69Djyhrdaxj+i0HBC537E+73zYWbcSE3APsQVNTKJeH7NA4vFOIeBdzApervi8m98Mls86pKA3WRuOs/5yA4uoayrI6xod0rrkMPi7jVgs6YDyvxMWGEOQlZldtowLcQDMwizmFneDhZlB8jzz2YFMhaSlcI/eQP6xswjeT8WOr0w1r4u4/LzwNJT20p60sg7OIdE4qIttHp8kfuSoeOMme4NBX/EGbf3puFUy1nbOcVxXgOcL34X9iYy+V0B0F1UMzn0u156Z8pWFtrcd0Ck7d8kL7tU2xW+2isTsvQ3EkalCVGPoP+TPNb6qFWskCFqHYN9jsGgArWEFWPGNpYRNdgAlMHZPQOr8YQVuA7tCvRXMRrKFfarO4oajeXMFHagoAYup6LZ0rj7Nvr2O6AR8ArzW9DJ+5fHQUjmE5He0nN6eOQlmMqQxoTsMzfo6jAnzcKU9nGaHYFjCLRP+5brFsGU5VkdCD3X88gCh/F69cb132GeMHSK/yfMYqo8kvps1uCqx9a3H+kP5+Fd/E3QM/HHra65wUusDbTd+qGFmIvt8f2JvJTfw4dSdmHzn/GiudnCbuo073mbX2UrdfIeYaHBQA/gN+abzzjyYc9dXDxixSv6A0z7bgh8Bt+wI88s646tLu37V7LYNdpbW1pir7C6hAZyw0xSAbJlAiVdNkmwngbEhTXG8PSOCtUdxu/BhoDNXfsvYlc8OGcxpok3pNahRBFKIvPtA9KbRdkAtXCk2aMt/6AOcy6brYo4uYYyi5/3rx50t5+E12jW9IkePt8Plu1FHcQJDu5Avd8ZBK2+qeAtyIvyQf1znMUd63DsC0wh8QoS48+tiYQkkJOfiz8HyM9oXmHd/an13bEHh/IbW1hcqx9dBGMVMn78V36vcx45w119VlFtn9qbaFOriCBltrEsTsA278z0c+00JJ6fKtbqbSKTuk39DbuvRMKo82xhdvvQ9WBzzwUY1Ipx36WUPYMpYZ5Nddval8zeMO+DPalOaqfWSJ+F4OljMguR523UDVSlatipXq2SqtIPf2v+oIgw0Fpy+KsNtdEaxB1zk0GOmrMTacB9ydaqDM7/P360rLczgoiDsfF04xAN5SovJvXzy7Hp3Xeid5Li2/WyAJt9AfFfty76YOO55qwImmNBA0BWToiqkVydEu4UZq4WQtECk8yhTF+krtT7tNGJsfA5pWZyvVQQ/ssAcGrslExtDMgUUGyemccFUNb15Ww9zL9qaWehLg7iWzpNV0Q==
Content-Type: multipart/alternative; boundary="_000_DS7PR08MB686229D6A591573C55DAB04AF7322DS7PR08MB6862namp_"
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DS7PR08MB6862.namprd08.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: a0dfc3da-0093-4bdd-012a-08dc49fee153
X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Mar 2024 23:30:23.0065 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 5D4/g3FOBxn4kh6P2D1u4Csk6uuHeBRF5F8x5tDyMPmpQnXm2HiMImNlW5oJAJRd6Zk7l+/9ETqfZ2SArlsC6Q==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CYXPR08MB9321
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/p32_XqjrRR4br7_tIpjcEkpF3_s>
Subject: Re: [bess] PFN questions in rfc4732bis
X-BeenThere: bess@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bess>, <mailto:bess-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess/>
List-Post: <mailto:bess@ietf.org>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bess>, <mailto:bess-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Mar 2024 23:30:31 -0000

Hi Greg,

Thanks for getting back.
My comments in line with [jorge].

Jorge

From: Greg Mirsky <gregimirsky@gmail.com>
Date: Thursday, March 21, 2024 at 2:41 AM
To: draft-ietf-bess-rfc7432bis@ietf.org <draft-ietf-bess-rfc7432bis@ietf.org>, draft-ietf-mpls-1stnibble@ietf.org <draft-ietf-mpls-1stnibble@ietf.org>, MPLS Working Group <mpls-chairs@ietf.org>, bess-chairs@ietf.org <bess-chairs@ietf.org>
Subject: PFN questions in rfc4732bis

CAUTION: This is an external email. Please be very careful when clicking links or opening attachments. See the URL nok.it/ext for additional information.


Dear All,
following the presentation of our work on the Post-stack First Nibble (PFN) to the BESS WG at IETF-119, I took an AP to come with questions and proposals for the authors of rfc4732bis. I thought that once the authors of the respective drafts converge on the updates, we share them with the BESS WG. Below, please find my notes:
·         rfc4732bis recognizes MPLS Entropy label as a source of entropy for load-balancing. 1stnibble draft also refers to RFC 6391<https://datatracker.ietf.org/doc/rfc6391/> as another optional source of the entropy for load-balancing. Would it be helpful adding a refgerence to RFC 6391 in the discussion of the load-balancing in rfc4732bis?
[jorge] that should be fine.
·         The definition of the C flag in Section 7.11 is as follows:
       C        If set to 1, a control word [RFC4448] MUST be present
                when sending EVPN packets to this PE.  It is
                recommended that the control word be included in the
                absence of an entropy label [RFC6790].
To reflect the position expressed in the 1stnibble draft, perhaps the following update is appropriate:
NEW TEXT:
       C        If set to 1, a control word [RFC4448] MUST be present
                when sending EVPN packets to this PE.
END
[jorge] I personally see no issue with the above update if the other co-authors are ok too.
·         Furthermore, the following update may be considered in Section 7.11.1:
OLD TEXT:
   *  per-ESI-and-EVI attributes P, B are conveyed, and;

   *  per-EVI attributes MTU, Control Word and Flow Label MUST be zero.
NEW TEXT:
   *  per-ESI-and-EVI attributes P, B are conveyed;

   *  per-EVI attributes MTU, and Flow Label MUST be zero, and;

   *  per-EVI attribute Control Word MUST be set.
[jorge] I don’t think the above change is correct. The reason is this refers to the L2 attributes extended community sent along with the AD per EVI routes in EVPN ELAN services (not EVPN VPWS), and this route is purely used for multi-homing. The non-multihoming related attributes MUST be zero, since they are signaled along with the inclusive multicast ethernet tag route. So the current text is correct.

·         The text in Section 18, following the first paragraph, may be replaced with the following text:
NEW TEXT:
In order to avoid frame misordering described in the above paragraph,
and following conclusions of [I-D.ietf-mpls-1stnibble], the control word
MUST be used in all use cases.
END
[jorge] so basically you are suggesting to use CW always and use MUST as normative language, irrespective of a) the underlaying transport, b) whether entropy label is used and c) whether deep packet inspection for ECMP is used. The only problem that I see is that, till now, implementations not supporting CW were still compliant with RFC7432 and this bis draft. Now it would not be the case anymore.
I personally think it might be better to use a SHOULD, e.g.:
NEW:
In order to avoid frame misordering described in the above paragraph,
the control word SHOULD be used in all use cases  [I-D.ietf-mpls-1stnibble].
END

But I’d like to hear from other coauthors and the BESS WG to see if this is ok.
Finally, if we were to add [I-D.ietf-mpls-1stnibble] as a reference, it would be an informative reference.

Please share you questions, comments, and suggestions.

Regards,
Greg