About Multihoming
Cisco Nexus platform switches support vPC-based multihoming, where a pair of switches act as a single device for redundancy and both switches function in active mode. With Cisco Nexus platform switches in an EVPN environment, there are two solutions that support Layer 2 multihoming; these solutions are based on the traditional vPC (emulated or virtual IP address), where the MCT link is required and the BGP EVPN techniques.
While using the BGP EVPN control plane, each vPC pair uses a common virtual IP (VIP) to provide active/active redundancy. BGP EVPN based multihoming further provides fast convergence during certain failure scenarios, that otherwise cannot be achieved without a control protocol (data plane flood and learn).
Per-BD label on vPC Peers
To ensure that the vPC peers have the same per-BD label, you must specify the per-BD label to have the following value:
Label value = Label_base + VLAN_ID
The label base is configured on the same vPC peers. Currently, the VLAN configuration is identical on both the vPC peers, which ensures that both vPC peers have the same label.
In Cisco NX-OS Release 9.3(1), configuring the per-BD label is not supported. This release supports only evi auto.
Per-VRF label on vPC Peers
To ensure that the vPC peers have the same per-VRF label, you must specify the per-VRF label to have the following value:
Label value = Label_base + vrf_allocate_index
To configure the allocate-index for the vPC peers, do the following:
Router bgp 1
vrf Tenant_A
allocate-index 11
Configuring Backup Link
The backup link needs to be configured between the vPC peers. This link can be any Layer 3 link which is parallel to MCT.
interface vlan 100
ip add 10.1.1.1/24
mpls ip forwarding
< enable underlay protocol >