EVPN interoperability with VLAN-aware bundle services

RFC 7432 defines VLAN-aware bundle services as those EVPN instances that consist of multiple broadcast domains. On SR Linux, a broadcast domain instance on a leaf node is identified by a MAC-VRF, and a MAC-VRF can contain only one broadcast domain. However, SR Linux supports an interoperability mode so that SR Linux leaf nodes can be attached to VLAN-aware bundle broadcast domains along with other third-party routers.

EVPN interoperability with VLAN-aware bundle services shows a configuration that features interoperability between SR Linux systems and a third-party device configured with VLAN-aware bundle services.

Figure 1. EVPN interoperability with VLAN-aware bundle services

In this configuration, Leaf-1 and Leaf-2 are SR Linux systems, and Leaf-4 is a third-party device that supports VLAN-aware bundle services. On Leaf-4, MAC-VRF1 is configured with two broadcast domains (BDs), BD-200 and BD-201. BD-200 and BD-201 are configured with the corresponding VLAN ID value (encoded as Ethernet Tag ID in the EVPN routes) and the VNI.

To allow Leaf-1 and Leaf-2 to interoperate with Leaf-4, the SR Linux devices are configured to advertise a non-zero Ethernet Tag ID in the EVPN routes, and process the Ethernet Tag ID in EVPN routes received for the MAC-VRF. When this Ethernet Tag ID is configured, all MAC-VRFs of the same “bundle” have the same import/export route target (RT), but different route distinguisher (RD), Ethernet Tag ID, and VXLAN VNI.

The Ethernet Tag ID can be set to a value in the range 0–16777215 (24-bit value). When the Ethernet Tag ID is set to a non-zero value, MAC/IP, IMET, and AD per-EVI routes for the MAC-VRF are advertised encoding the Ethernet Tag ID (configured with the vlan-aware-bundle-eth-tag parameter) into the ethernet-tag-id field of the routes. To interoperate in a VLAN-aware bundle broadcast domain where there are multiple vendors and multi-homed CEs, all the vendors must advertise and process the AD per-EVI routes as per RFC 8584, where an AD per-EVI route is advertised per broadcast domain for the ES. SR Linux is fully compliant with RFC 8584.

For received routes, BGP processes the routes as usual, and imports them based on the import route-target. The ethernet-tag-id is part of the route-key, so BGP may keep multiple routes with same RD/RT/prefix but different ethernet-tag-id. For the routes imported in a specific MAC-VRF, only those routes whose ethernet-tag-id matches the locally configured Ethernet Tag ID are processed.

The feature is supported for the following:
  • MAC-VRF network-instances
  • MAC-VRF network-instances with IRB interfaces
  • MAC-VRF with Multi-Homing, for L2 and L3

Configuring the Ethernet Tag ID for VLAN aware bundle interoperability

To configure VLAN aware bundle interoperability for SR Linux, you specify a value for the vlan-aware-bundle-eth-tag parameter.

When the vlan-aware-bundle-eth-tag is set to a non-zero value, routes are accepted only when the incoming ethernet-tag-id matches the configured value, for all route types imported in the MAC-VRF.

When the vlan-aware-bundle-eth-tag is set to zero (the default value):

  • All received routes with ethernet-tag-id = 0 are accepted (irrespective of type).
  • For received routes with a non-zero ethernet-tag-id value, IMET and MAC/IP routes for the VXLAN instance are always accepted.
  • AD per-EVI routes with a non-zero ethernet-tag-id are rejected.

The following example configures a value for the vlan-aware-bundle-eth-tag parameter. All the EVPN routes advertised for the MAC-VRF contain this value in the ethernet-tag-id field.

--{ * candidate shared default }--[  ]--
# info network-instance mac_vrf_1 protocols bgp-evpn bgp-instance 1 routes
    network-instance mac_vrf_1 {
        protocols {
            bgp-evpn {
                bgp-instance 1 {
                    routes {
                        bridge-table {
                            vlan-aware-bundle-eth-tag 1
                        }
                    }
                }
            }
        }
    }

Displaying the Ethernet Tag ID for VLAN aware bundle interoperability

Use the show network-instance command to display the value configured for the vlan-aware-bundle-eth-tag parameter. 

--{ * candidate shared default }--[  ]--
# show network-instance mac_vrf_1 protocols bgp-evpn bgp-instance 1 
=============================================================================================================
Net Instance   : mac_vrf_1
    bgp Instance 1 is enabled and up
-------------------------------------------------------------------------------------------------------------
        VXLAN-Interface   : vxlan1.1
        evi               : 1
        ecmp              : 2
        default-admin-tag : 0
        oper-down-reason  : N/A
        EVPN Routes
            Next hop                       : 10.20.1.3/32 (network-instance "default" system0.0 IPv4 address)
            VLAN Aware Bundle Ethernet tag : 1
            MAC/IP Routes                  : enabled
            IMET Routes                    : enabled, originating-ip 10.20.1.3/32
=============================================================================================================