[bess] Re: MAC Move events between different ES in the same EVPN PE

Alexander Vainshtein <Alexander.Vainshtein@rbbn.com> Thu, 30 January 2025 17:06 UTC

Return-Path: <alexander.vainshtein@rbbn.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 0E809C14F61C for <bess@ietfa.amsl.com>; Thu, 30 Jan 2025 09:06:35 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=rbbn.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 dfZ_WrS33cXI for <bess@ietfa.amsl.com>; Thu, 30 Jan 2025 09:06:31 -0800 (PST)
Received: from usb-smtp-delivery-110.mimecast.com (usb-smtp-delivery-110.mimecast.com [170.10.151.110]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A30C4C16942D for <bess@ietf.org>; Thu, 30 Jan 2025 09:06:12 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=rbbn.com; s=mimecast20240522; t=1738256772; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=mTVe3GppZW4/FE2lqRHUk7ucY9t2REwltZKzISh/xdw=; b=RdJM1CP4hU/0s0uvdMyumQvxNyiSL3y8es8+FRONU/Mh4YiNHrkJtNIwErq3X7TxXPgHuW 6X4WdesljhUxTsPdDsMnxayc4MedvdVeNgq8XBNSmkOlITqgfI9kDEcsmPHdbQrqn+xWAG rS38i9zoUVJPUhFPaQz1MG09HQo8SDR4QXC//pfRHOUuoR9aTqJm00UxH1TvKvn3x0EiSi dsO+B39hlzMLNJrIhYKeGM937TlZMsUFFHiwcLY6Txsx/1hma7G6JpIFL+ZYd7RQrGpDwF zTZkhLxdeMPsSXE3+UMGA4VTuyhjzMLP7jHhJW4p78r4wj150XIuTXef+cmjCw==
Received: from BL0PR05CU006.outbound.protection.outlook.com (mail-BL0PR05CU006.outbound1701.protection.outlook.com [40.93.2.11]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id usb-mta-29-WrxG771xNG66ZmxDQcJn6A-1; Thu, 30 Jan 2025 09:06:08 -0800
X-MC-Unique: WrxG771xNG66ZmxDQcJn6A-1
X-Mimecast-MFC-AGG-ID: WrxG771xNG66ZmxDQcJn6A
Received: from PH0PR03MB6300.namprd03.prod.outlook.com (2603:10b6:510:e2::5) by CH0PR03MB6178.namprd03.prod.outlook.com (2603:10b6:610:d1::23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.8398.18; Thu, 30 Jan 2025 17:06:04 +0000
Received: from PH0PR03MB6300.namprd03.prod.outlook.com ([fe80::a48b:db16:775a:4a16]) by PH0PR03MB6300.namprd03.prod.outlook.com ([fe80::a48b:db16:775a:4a16%4]) with mapi id 15.20.8398.017; Thu, 30 Jan 2025 17:06:04 +0000
From: Alexander Vainshtein <Alexander.Vainshtein@rbbn.com>
To: "Jorge Rabadan (Nokia)" <jorge.rabadan@nokia.com>, "draft-ietf-bess-rfc7432bis@ietf.org" <draft-ietf-bess-rfc7432bis@ietf.org>
Thread-Topic: MAC Move events between different ES in the same EVPN PE
Thread-Index: AdtWqC8AlJbwkntzQA+zuohxF0+tegcjnCOjAAClGnA=
Date: Thu, 30 Jan 2025 17:06:04 +0000
Message-ID: <PH0PR03MB63009CC45BB6A5799C7F9D8DF6E92@PH0PR03MB6300.namprd03.prod.outlook.com>
References: <PH0PR03MB63002815B31B63B43EC4A72BF60C2@PH0PR03MB6300.namprd03.prod.outlook.com> <SA1PR08MB7215B1FC8F3AF86FA8C606B6F7E92@SA1PR08MB7215.namprd08.prod.outlook.com>
In-Reply-To: <SA1PR08MB7215B1FC8F3AF86FA8C606B6F7E92@SA1PR08MB7215.namprd08.prod.outlook.com>
Accept-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: PH0PR03MB6300:EE_|CH0PR03MB6178:EE_
x-ms-office365-filtering-correlation-id: 1e3fb1cb-07f6-4d0f-77a0-08dd41506168
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;ARA:13230040|1800799024|376014|366016|7053199007|8096899003|38070700018
x-microsoft-antispam-message-info: 2pMpIFl/ZjNjQpSrQ4KFKS8I4qsQG6kuQi9pgb0XY4XaTUgNiru6+imYtDHsZKJWrhfB5aJknJxZfTS1LFBqHWeQstXhZ1J/H/+2WBVUy4ecjv+hDtg+cZu36v+sKSU/d3bqHnJnzhjR6fyNQeVqbHWKj1KaPLjlROe8WB434cBYyFqTR2AVUCzoEew0BwhivihurrnfDxYyqmvOon2tPUgJlaxDzBtonpxC+rnznfdfWbPlWESOucU5eY/8Bnsq+J7R1LaFkF4Y83uhpnbQVbv/z6MluUKkWlsqPi1IKthBhwzAnjQ+cC97OmBt4LpcmvmYXM8PImBV0MuVmtCL2LnHSFmE+XcQUXS/Q9FhUgDyCTleRIphhUGsl/ngf1acUAE4TcVHLfmwC13SggvuXdZZexQQw2yznnHOxBmUKuOPnEYDr0DUxSoHBZMswbnRymSt38u7VQORyGXkUqpDGJD05cYoWPb26EYJIeN9BKMN/qRk1x77WJcfpFQjwZ0/brRPCUSPgLC2Jrj43cd+JuiyCC9LDr/XaC/D8jWNYgr8qxQ8zsXCphDD8n2W+mnsJQnHZDH6UZLWEaXwMI28V71s2G+zGVx5wdxC19MuBMJsST6455ENqsUlmBHhLikuYib8ba84xQWoN/47lFAjJowCu0L2ZuXEbxNaqJ7tMm3c9eCeshI8CXhGWMzvrA1/RMe1CBVxhzlREz0TkxDzV8/NGXov6mjlFTc6QWjjH8MsOFbm3CAf9NH/W9XBr2SKCYx7uOBgg66EUBggNd6G+A+46ECJYESSRVn1MkwoQX/aVw1NCLKEaZQ6/V79afmo0HEG0MdX37vlZYVBb6HQwiEm8uETa4+xQuny5gFwpSjmdMqPu7q5axJiLB5f4BahfI09Z+wsfZZxelI4AdlOB+1khUfQg8ap2qhD13AxqosYBIZJR0XY771jyTNCly2E/K++0EQGfE1Fzes6ZqpdyPJ4o1YqwUqCIr/mi7Pe/YVyfHChdXfQSZquejqNnHbRS506/iGpB6ssot8g3vWtBwJa3Sk0qd/4lPpzo6+UnNP38kaFL3XImPAZUid+HcO9wFnxC5xbUv+5MVwnWDU+rPEDkkIkTWPh1AIsOYI4zvQOqtftoeu1TNSjGxhQZcM2istRA0AV2jBB+AYSa29YINDO+qhoOfn9JRVVHo9y4Ji6sXjBP/zr+DxgUsegvVW6+Ezg7X7gQLTPq+F49VKTw2orlncr9JPILoYV6zwoM635Z+l71CMDFdmXQU521LAcOycOZIx9kVe5/Q5LmvhllvNdFtxGBoYna749c9UBqBUhumPkYILo7F95/OsVc35fAdcBqs0YCxqgdWs9DJGNIoL2GjCIiQdsmyvysgrGXPyN2Bnv+UkPtaZp8EUoWEQJ
x-forefront-antispam-report: CIP:255.255.255.255;CTRY:;LANG:en;SCL:1;SRV:;IPV:NLI;SFV:NSPM;H:PH0PR03MB6300.namprd03.prod.outlook.com;PTR:;CAT:NONE;SFS:(13230040)(1800799024)(376014)(366016)(7053199007)(8096899003)(38070700018);DIR:OUT;SFP:1102
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: zQrrQM1sKtgAANhY+ogxqcABcKxLkV+ZEV+wWMUtRInDlbMbinKqZv0Fma99NJX92Zo2Lvm9NWlC+EOpssZ52S1MR007fSZtbI2opupAIQ1JK0MemLntK2x1/4xTnL/4rAuqBKakoqMS42/6B3zZDIXFLLmd8C+R/bbxo819uAvCFHIinGejJcwtPXF6daLz21GR30nXjKx2cbr5NKrQ3gYOImD0n/c8MqJg2gpKW5JGIwn78eeYj72GAvVMPb9dKkcPR55uDF5g/D4FAbGdUk3dAoBiFfZEjdEbQUvyrf+WmxlLhd0pjBbXX1jweZ39o8r4XIZSGBtq8kc6DNsG5wG7WhycC8JttlFCurkZZLHa1wybok90YuOtj6toIkinJvsg/f/S4bDVF2MqY7FXpaD5eTqz4yz+fKXDBceE0RdjQxYYVQ+ks3/FrHAmVEFks82JBJ2lnih+lUVxzOBschn7BWBIRegxm8G6tIoDwR12SEt+6CS4kg0CnUC0JaidrLdpuDq4msWo8P7eOMLraNYxfEnyjXBU1uC60vfnEyEB70+KX6Yc96oZirATyKIBLSoW7NAV7fhcEaDAjyyEwWWEvxmKPHKx1vOFLVvjAJ2bMpJHvzpRc5o4aMaJsm8sXM4wK9zbRLm8yk7OJZK+20KJIw34Lgt2Gmq9nBaLBTINhk4HYPPAVZ+G5MjfAh/VJ/yHELbzfIczLzFRMvyYOQm/YSxLIQ5vBAlJ2jf0Fy/uY4A3aDLWSjhxbKXMqV20zAK1KXnFqV6xHh4KSLxRo24QiHJaNwneO8i4970SRXlQaSV6Uqrv3aab62DlxeoJji1l3clwOZCZzV+oa7YgONodyx8HcE9vjY0Idi4ONjdfUq6o+FAGhwva+Tp4Tr0AIJLgYcHoT/iCLpgk201XvSKZKNtAlgKqGyTORYn1aGggml0maS8m6YYIOjQ5adW+QdCiNVOerHdbi85Xi6lLCcAOYUPaX9GfybdAo9HpNhR5hN4PFaVfJwUQXOmqHSgMzXUAQVrHpEtG6rQM/EjoEJEsQvE2zK3+0wks5dFnNgDi8ZNk3GUBnp58vo6aIMLduf1HBoyypQY3A2l30XtjLNjtDI9oeBhns2sUuOShlx4Q2ZoJsx2k3STrEXFCovP6xn5sH7qAm1ORnvMnRai3e3l0H3xoNJmtPFmA0M5ISxiaUKRgK2oB0XMGgOkWiPRxP9VM1P+wUF1DTI1924k99hzhZRfM4AGZj4N3OwNWTtTB706iydWsmlbGDKIL3Uwl8kL6QqsKZzSHLccKUT7C4iwkn6eiBJB2qxAQmDlWPfA8vWzeAghpHWyenqQhhWdPCDdcwyPci2TUHqkQfE0GOM8kMxhBXQ0j6Xn6RRaiYfXEnmbIf2iQELB4JAK3exJPCwBHZau2D2N1hNw6Mb0l7yvm0RMFK5+KVrisAWtQBEmyN0YOT6oQA0I20pp4PMGXVsYkULc1iJdxn685I0NBtvmSIUStoc0+E3ETRRraQpYrRasbw9PRfnPQ/OF+72uBgpSHRIvB34Pw7lanu8HOi7TXPepFmfHfnojXoo4paRIhED7bQeBJ6EyiynUptDW5
MIME-Version: 1.0
X-OriginatorOrg: rbbn.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: PH0PR03MB6300.namprd03.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 1e3fb1cb-07f6-4d0f-77a0-08dd41506168
X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Jan 2025 17:06:04.3811 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 29a671dc-ed7e-4a54-b1e5-8da1eb495dc3
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: 2BnjlhoY3Tf1zxQvjwjt1H9HDFgVBtaB/QdSOeDULyaDIIWdSo8JAchBZ1zQBCtGBsnYePAYavv6U2zv3d5D5Q==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: CH0PR03MB6178
X-Mimecast-Spam-Score: 0
X-Mimecast-MFC-PROC-ID: a1ZlDb52fcExmqQe8Q00QkADADfd1DM4DORey2Cjxm0_1738256766
X-Mimecast-Originator: rbbn.com
Content-Language: en-US
Content-Type: multipart/alternative; boundary="_000_PH0PR03MB63009CC45BB6A5799C7F9D8DF6E92PH0PR03MB6300namp_"
Message-ID-Hash: 7QDFLSAB3DO5LISDU367HKTH6Q7MFP7X
X-Message-ID-Hash: 7QDFLSAB3DO5LISDU367HKTH6Q7MFP7X
X-MailFrom: alexander.vainshtein@rbbn.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-bess.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: "bess@ietf.org" <bess@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [bess] Re: MAC Move events between different ES in the same EVPN PE
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/rP6emQYoq0-Ypkjzrd81hwgx60c>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bess>
List-Help: <mailto:bess-request@ietf.org?subject=help>
List-Owner: <mailto:bess-owner@ietf.org>
List-Post: <mailto:bess@ietf.org>
List-Subscribe: <mailto:bess-join@ietf.org>
List-Unsubscribe: <mailto:bess-leave@ietf.org>

Jorge,
Lots of thanks for the clarification.

Regards,
Sasha

From: Jorge Rabadan (Nokia) <jorge.rabadan@nokia.com>
Sent: Thursday, January 30, 2025 6:58 PM
To: Alexander Vainshtein <Alexander.Vainshtein@rbbn.com>; draft-ietf-bess-rfc7432bis@ietf.org
Cc: bess@ietf.org
Subject: [EXTERNAL] Re: MAC Move events between different ES in the same EVPN PE

Hi Sasha,

About this:
Is such a situation considered as a locally detected MAC Move event for the purpose of Section 15 of 7432bis?
Specifically, should it result in starting the Duplicate MAC Detection timer and starting count of these events as described in Section 15.1 of 7432bis so that, if the number of these events detected while the timer is running exceeds the limit, this would result in declaring MAC address in question (and suppressing further advertisement of RT-2 for this MAC address)?
Not really.
Note that the bullets in section 15 start with:
A PE detecting a locally attached MAC address for which it had previously received a MAC/IP Advertisement route ..
For a local move between two ESes on the same PE, you’ll need to send an update with the new ESI. However, there are no withdrawals of the previous route since the ESI is not part of the key. In my opinion, updates with different ESIs should not increment the sequence number, as it serves no functional purpose.

Of course, implementations will have mechanisms to prevent local loops and avoid constant updates, but that is a local implementation matter.

My two cents.
Thanks.
Jorge


From: Alexander Vainshtein <Alexander.Vainshtein@rbbn.com<mailto:Alexander.Vainshtein@rbbn.com>>
Date: Wednesday, December 25, 2024 at 12:47 AM
To: draft-ietf-bess-rfc7432bis@ietf.org<mailto:draft-ietf-bess-rfc7432bis@ietf.org> <draft-ietf-bess-rfc7432bis@ietf.org<mailto:draft-ietf-bess-rfc7432bis@ietf.org>>
Cc: bess@ietf.org<mailto:bess@ietf.org> <bess@ietf.org<mailto:bess@ietf.org>>
Subject: MAC Move events between different ES in the same EVPN PE

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.


Hi all,
I am asking for clarification on the following issue related to Section 15 of 7432bis<https://datatracker.ietf.org/doc/html/draft-ietf-bess-rfc7432bis-10#section-15>.

Suppose that an EVPN PE that supports MAC learning from the data plane is attached to two different customer sites with at least one of the PE-CE links being part of a MH ES (in any MH mode).

Suppose further that the DP that has previously locally learned a certain MAC address from one of its PE-CE links and has advertised an appropriate RT-2 for it locally learns the same MAC address from another of these links so that now it has to advertise it with the new ESI value in the NLRI of RT-2?

Is such a situation considered as a locally detected MAC Move event for the purpose of Section 15 of 7432bis?
Specifically, should it result in starting the Duplicate MAC Detection timer and starting count of these events as described in Section 15.1 of 7432bis so that, if the number of these events detected while the timer is running exceeds the limit, this would result in declaring MAC address in question (and suppressing further advertisement of RT-2 for this MAC address)?

Your timely feedback would be highly appreciated.

Regards, and lots of thanks in advance,
Sasha



Disclaimer

This e-mail together with any attachments may contain information of Ribbon Communications Inc. and its Affiliates that is confidential and/or proprietary for the sole use of the intended recipient. Any review, disclosure, reliance or distribution by others or forwarding without express permission is strictly prohibited. If you are not the intended recipient, please notify the sender immediately and then delete all copies, including any attachments.