[bess] Originating Router's IP Address in EVPN

Muthu Arul Mozhi Perumal <muthu.arul@gmail.com> Tue, 18 March 2025 09:11 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 E1721DAF7E5 for <bess@mail2.ietf.org>; Tue, 18 Mar 2025 02:11:57 -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 QZ6_JKqSPecy for <bess@mail2.ietf.org>; Tue, 18 Mar 2025 02:11:56 -0700 (PDT)
Received: from mail-ed1-x531.google.com (mail-ed1-x531.google.com [IPv6:2a00:1450:4864:20::531]) (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 11174DAF2D0 for <bess@ietf.org>; Tue, 18 Mar 2025 02:11:35 -0700 (PDT)
Received: by mail-ed1-x531.google.com with SMTP id 4fb4d7f45d1cf-5e8be1c6ff8so695474a12.1 for <bess@ietf.org>; Tue, 18 Mar 2025 02:11:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1742289093; x=1742893893; darn=ietf.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=HOljyjZpJlAQe9iriF3RbJ+MUu8+3bp56eSiQMp3HRo=; b=T2JgW6qg2w6eeTaUt/vfQjRVqwqBlhBO9ceREhihlC2ZWc5axaZi2AEbjioM2UctAH fXLgVfaCmTDcYxVI6/s7+sw48tXTvvordaIdTMLcQlPdaz/8eYLRVqtJnXA59Gz9o1Mp Ur/x4tRotECrs61AnkaHX5clDOigbbGnkf1SX01egovOGwOg+tm3iJADS5YKRUTE3QmL l1nhFwoiPi3aa75QZ3/Rsr/uEVLTlmvvLFcYLMxmEFVoQZqdrj8Otc5Ar2I5rPtUvzHx tS0DWOZjMO3I309pua6M0gubdk/+C879rePU9nwggvgjWj4BCSK9c8zbNP+w6UkWdBVw QvIA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1742289093; x=1742893893; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=HOljyjZpJlAQe9iriF3RbJ+MUu8+3bp56eSiQMp3HRo=; b=ND/HgadWEub1XF1TlA5x/LnKn/MAf5j64CaApmzSdXkf7H0dgHGjpqSJ2h4ngN1OMr rYbwuRr6AuwEpbLuI8j3YiGXnJMo+drvKauPFM2RkgGm6BTXnvRzYsaX4W+Uj64NasiF W03msGQnuCasU9lVbTRdm0WSdYUxX+fg3lKJpqdOfLRJcxvXoK+c9qcQji45IJJ0omao bR762xow51/iseEHWRkhTGJl4+tpyvOLBWdV7I+AMwfcc9XxzmhIIVkAkY6LAa/VdSIf K+XwmcYxPoDPjZjoUW3kbv6OBjLOmdwmDYINPCRD2ovGxKt8YWwuheksqGobavAawnyA vDyA==
X-Gm-Message-State: AOJu0Yzw6mt3P2YHxa954hbORDyM8YJInR83mg0PObCcit+oe3/pf6Em FLO78Jv2wAfHfCAR2fvRdniVKjqKZqBoQAi3A69alOSL8tOLcwQiCghdOUKCxDY55inxN+z4FBz dkOXzqekoVjmT0aA+ra9mTts5KqdSMrwl
X-Gm-Gg: ASbGncvKSJZXKE8i+73rnMXFwOhXNuSMShcbJEndLrtRWVKG3rHpkBiQr7aFVHkgcWG gLX0Gt6m3r7zHBlGvUpm/yXJ4FnfkwGfenx198O/dlVWJPbyn7EOBbXVvdewpnJa8A8meWEUJUj F6Gz1KFmA79u/bzUoI2yjiN8QICw==
X-Google-Smtp-Source: AGHT+IFNNzUQeeF1Wd3z9goOugAf4o0gh0i0EB7jTjNVjbH8u4kbVzDf2vZNif6rIP4YlfQtmLlQ5iyOypUVk/4Dy1A=
X-Received: by 2002:a05:6402:1d54:b0:5e5:b9b1:8117 with SMTP id 4fb4d7f45d1cf-5e89fa3afc7mr15523281a12.18.1742289092903; Tue, 18 Mar 2025 02:11:32 -0700 (PDT)
MIME-Version: 1.0
From: Muthu Arul Mozhi Perumal <muthu.arul@gmail.com>
Date: Tue, 18 Mar 2025 14:41:21 +0530
X-Gm-Features: AQ5f1JqsfirkAODLJqrTbN-AvgrvdMKlpv2cEQHofRSRnxhbsQuH0Bi8g3BySC4
Message-ID: <CAKz0y8wiVk1rOb2aQ7n9Vxq6q3BcsZL8Dt98dqZEcMATJjaUCQ@mail.gmail.com>
To: bess@ietf.org
Content-Type: multipart/alternative; boundary="0000000000007a894806309a4a94"
Message-ID-Hash: 4SF2IASLI5MEYPDUEUGL3DSAEZPUOC25
X-Message-ID-Hash: 4SF2IASLI5MEYPDUEUGL3DSAEZPUOC25
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] 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/5CDptt26n9Lfo3KRs8cLvYn3ue4>
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>

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