Re: [bess] Query about Ethernet Tag Id for TYpe-5 routes (RFC 9136)

["Rabadan, Jorge (Nokia - US/Mountain View)" <[e-mail]>]

Hi again,

John pointed to me that there are some cases where a non-zero Ethernet Tag ID on the IP Prefix route may be used in RFC9136.

In the RFC9136 IP-VRF-to-IP-VRF use cases, the Ethernet Tag ID is always zero, since the IP Prefix route is advertised in the context of the IP-VRF. However it is true that RFC9136 also discusses some use-cases where the IP Prefix route is advertised in the context of a BD, in which case, if the BD belongs to a VLAN-aware bundle EVI, the IP Prefix routes would be using a non-zero Ethernet Tag ID.

I overlooked that when I replied first.
Thanks John.

Jorge

From: Rabadan, Jorge (Nokia - US/Mountain View) <[e-mail]>
Date: Thursday, December 2, 2021 at 6:00 PM
To: Joshi, Vinayak <[e-mail]>, [e-mail] <[e-mail]>
Subject: Re: Query about Ethernet Tag Id for TYpe-5 routes (RFC 9136)
Hi Vinayak,

RFC9136 does not have any use case for the use of a non-zero ethernet tag id. The IP Prefix route includes the ethernet tag id as part of the key for consistency with the rest of the EVPN service routes, for future use.

Thanks.
Jorge

From: BESS <[e-mail]> on behalf of Joshi, Vinayak <[e-mail]>
Date: Thursday, December 2, 2021 at 7:33 AM
To: [e-mail] <[e-mail]>
Subject: [bess] Query about Ethernet Tag Id for TYpe-5 routes (RFC 9136)
Hi all,

RFC 9136 says the following (Section 3.1)


“   The RD, Ethernet Tag ID, IP prefix length, and IP prefix are part of
   the route key used by BGP to compare routes.  The rest of the fields
   are not part of the route key.

With VLAN Aware Bundling the Eth Tag ID acts as a distinguisher for the routes while importing into L2-VRF.
But for L3 prefix routes what is the use case for setting the Ether Tag ID to any non-zero value?

Thanks in advance,
Vinayak