[bess] Re: Originating Router's IP Address in EVPN
Muthu Arul Mozhi Perumal <muthu.arul@gmail.com> Wed, 19 March 2025 09:19 UTC
Return-Path: <muthu.arul@gmail.com>
X-Original-To: bess@mail2.ietf.org
Delivered-To: bess@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id 6A592E9A6F1 for <bess@mail2.ietf.org>; Wed, 19 Mar 2025 02:19:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RY7mAcjbrf52 for <bess@mail2.ietf.org>; Wed, 19 Mar 2025 02:19:44 -0700 (PDT)
Received: from mail-ed1-x52b.google.com (mail-ed1-x52b.google.com [IPv6:2a00:1450:4864:20::52b]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id E65C7E9A6B6 for <bess@ietf.org>; Wed, 19 Mar 2025 02:19:43 -0700 (PDT)
Received: by mail-ed1-x52b.google.com with SMTP id 4fb4d7f45d1cf-5e60cfef9cfso9210355a12.2 for <bess@ietf.org>; Wed, 19 Mar 2025 02:19:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1742375983; x=1742980783; darn=ietf.org; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=cwW2ILhOEZ2N4nnWd3jO+jy2yOhefk5tiZkIY/jxz3o=; b=jLRGRYGFbDnbzQIYSEMKUobkU2z8vu7SJo6bSrze6F2xPI0XBy6DwJ9O9oKKU3XBNq ZeXJDbrWUXyMs6jVIAuSKOCyIBljWnTqe2F/K6gtl8lOvb8gTdHSRvVWM6KATJX3Ir/2 +UMCoYFKpmmKk1nC2TPTJ6qGIKb8Q/9hRKwaUE1NyQym8Fqz2mj1U9ITKoETFVBHsnsx i30zO17srteLRq8rS2JsviQc8w7no25Fu8MaifPeFuX+C1Mtg72cWG1lpwc1iObf6J2/ q79LRlicigN3R5DF6377gNreearP4pNT3mo1BuYfHR20kTwr73fgH4gFUblwDc0iDL4u oXag==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1742375983; x=1742980783; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=cwW2ILhOEZ2N4nnWd3jO+jy2yOhefk5tiZkIY/jxz3o=; b=JphqcM+8vLa9N4XZviBxRh8ZDbQXOubLaRTL8ssP5dnNBZm57Eh/2yA1qLSSPFrSvz WnftF4MQe2IG33mHRM4N3qIP0noPSAJjA9L2mRO6psr6AtjeQrv5Ockg89GCPpNqxJYW An6AumDufowGjLEA6GqjK7HMURUKxXWf5RDEZ9puT6/Urte5MrF+78jodebEQX4FXDvs /HfQKXX5wZocQHJW2va34kOSZMdmPM4b3agxk0Pl/shrqNFmOsnFp4VnDN+VhcmhTVvu gX3PeNKFVujkgLpi2DRrWYIvAaVCMMuUCshXqMiECKMzsCQ0J+GVPPK7p0tRxgOR9oqR bfBA==
X-Gm-Message-State: AOJu0YxueEP3oOPw5AuZ5knB7gPbEXtonoIF1lkgbj3zGM0PK8d3Uh8E 5jz5WmeXTCV63VjBR5Dnmfo3AAiuqbSJ+fj74+BdfbSPaSvUfTe3S2SgZKVsQgG8Ml6cw9DPynG LNmzknxIRPIw02hnbEUJUpRbK9CaT/JsG
X-Gm-Gg: ASbGncu2YVyKOckOuEwMRQLXeS8TlP4J5tf1SHRYYMIx8TRIfyXZ0X8EwxTivwD/Dz7 JNy8q0i4W0YpcCI5TD3gZ5e293pWWDCN3aeGuTYKyrWfXuAyhI8FsgDWQz+6DIgs4sHAjeG7wiz NjEBQz0hgonAqjWttko4BARqLyqw==
X-Google-Smtp-Source: AGHT+IHetKdoxM3kfmfPEI+JwqtTyIflM6BDwvtJjImDQBi2cCt2DHcDUvDbuB1Ku9XImqVw1U/5I1f9MZLl/jWrsHk=
X-Received: by 2002:a05:6402:2807:b0:5e6:1602:bfbb with SMTP id 4fb4d7f45d1cf-5eb80fcaefcmr2015066a12.27.1742375982463; Wed, 19 Mar 2025 02:19:42 -0700 (PDT)
MIME-Version: 1.0
References: <CAKz0y8wiVk1rOb2aQ7n9Vxq6q3BcsZL8Dt98dqZEcMATJjaUCQ@mail.gmail.com>
In-Reply-To: <CAKz0y8wiVk1rOb2aQ7n9Vxq6q3BcsZL8Dt98dqZEcMATJjaUCQ@mail.gmail.com>
From: Muthu Arul Mozhi Perumal <muthu.arul@gmail.com>
Date: Wed, 19 Mar 2025 14:49:30 +0530
X-Gm-Features: AQ5f1JrcktpOMimuTzMJYHkfsMBAT8gyMNRnipGSBbRvZFT_Zq-s2xlZV1xjcF4
Message-ID: <CAKz0y8yK6iGVvXUfhyaDNJ-TKc+fM9nwCmEwejkaJnSfBwEqgA@mail.gmail.com>
To: bess@ietf.org
Content-Type: multipart/alternative; boundary="00000000000080004d0630ae8529"
Message-ID-Hash: 4UVRF3EL42TERU64CX3OWSZDMUSBDOVI
X-Message-ID-Hash: 4UVRF3EL42TERU64CX3OWSZDMUSBDOVI
X-MailFrom: muthu.arul@gmail.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
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [bess] Re: Originating Router's IP Address in EVPN
List-Id: BGP-Enabled ServiceS working group discussion list <bess.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/bess/_RuGGjblI1_axwT_BFF3zj7K08w>
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>
Searching further, it looks some vendors already support a configuration option to set the Originating Router's IP address per EVI (with the default being the PE loopback) for the IMET route. Given this, it is difficult to understand the rationale behind this requirement in draft-ietf-bess-rfc7432bis that says "it must remain the same for all EVPN routes advertised by that PE (across all EVIs).".. Now, it says "must" (not MUST), so could be ignored :) Regards, Muthu On Tue, Mar 18, 2025 at 2:41 PM Muthu Arul Mozhi Perumal < muthu.arul@gmail.com> wrote: > Hi experts, > > Consider the foll. EVPN VPLS deployment scenario: > > PE1(EVI1)----IP/MPLS----PE2(EVI2, EVI3) > > EV11, EVI2 and EVI3 all use the same Ether Tag (assume VLAN based service > for simplicity). > > EVI1 in PE1 imports the routes (i,e. RTs) from both EV2 and EV3 in PE2, so > that EVI1 in PE1 has L2 reachability to both EV2 and EVI3 in PE2. > > However, looking at draft-ietf-bess-rfc7432bis, it looks this would be a > problem for the IMET routes originated by PE2 for EVI2 and EVI3. > > Section 7.3 describes the IMET route format and says: > <snip> > For the purpose of BGP route key processing, only the Ethernet Tag ID, IP > Address Length, and Originating Router's IP Address fields are considered > to be part of the prefix in the NLRI. > </snip> > > Then section 11.1 describes how the IMET is constructed and says: > <snip> > The Originating Router's IP Address field value MUST be set to an IP > address of the PE (e.g., this address may be the PE's loopback address). > The IP Address Length field is in bits. The Originating Router's IP address > does not need to be a routable address and its purpose is to identify the > originator of that EVPN route uniquely. It can be either IPv4 or IPv6 > address independent of the BGP next hop address type for that NLRI and it > must remain the same for all EVPN routes advertised by that PE* across > all EVIs*. > </snip> > > Given that all EVIs use the same Ethernet TAG, for PE1 to be able to > distinguish between the IMET routes originated by PE2 for EVI2 and EVI3 > while importing them into EVI1, the Originating Router's IP Address field > should be different in those IMET routes. However, > draft-ietf-bess-rfc7432bis does not allow it and requires the same > Originating Router's IP Address be used by PE2. Why is such a restriction > needed? Why can't PE2 use two different (non routable) Originating > Router's IP Address for the IMET routes originated for EVI2 and EVI3? > > Regards, > Muthu >
- [bess] Originating Router's IP Address in EVPN Muthu Arul Mozhi Perumal
- [bess] Re: Originating Router's IP Address in EVPN Muthu Arul Mozhi Perumal
- [bess] Re: Originating Router's IP Address in EVPN Ali Sajassi (sajassi)
- [bess] Re: Originating Router's IP Address in EVPN Muthu Arul Mozhi Perumal
- [bess] Re: Originating Router's IP Address in EVPN Ali Sajassi (sajassi)