RouterOS handleiding

EVPN

Ethernet Virtual Private Network (EVPN) is een technologie die Layer 2- en Layer 3-connectiviteit tussen verschillende netwerksegmenten uitbreidt. MPLS- of VXLAN-encapsulaties transporteren Ethernet-frames over MPLS- of IP-gebaseerde netwerken.

BGP EVPN wordt gebruikt als control plane voor meerdere data plane-encapsulaties (zowel Layer 2- als Layer 3-VPN-diensten). MP-BGP draagt MAC-adressen, MAC/IP-bindingen en IP-prefixen.

RFC7432 is de oorspronkelijke EVPN-standaard die BGP definieert als de control plane voor een MPLS data plane. RFC8365 breidt de ondersteuning uit naar aanvullende data planes (VXLAN, NVGRE en MPLS over GRE) en definieert EVPN als een Network Virtualization Overlay (NVO).

Terminology

  • NVO: Network Virtualization Overlay, gebruikt om Layer2- en Layer 3-VPN-diensten te leveren.
  • NVE: Network Virtualization Endpoint is een Provider Edge (PE) node binnen de NVO-omgeving. Deze is verantwoordelijk voor de encapsulatie/decapsulatie van VPN-verkeer. In het geval van VXLAN definieert dit het VTEP (Virtual Tunnel End Point).
  • VNI: Virtual Network Identifier
  • EVI: EVPN-instantie
  • RD: Route Distinguisher is een 64-bits prefix dat aan het IP-prefix wordt toegevoegd om het uniek te maken; meerdere tenants kunnen overlappende IP-reeksen gebruiken.
  • RT: Route Target is een uitgebreide BGP-community die wordt gebruikt om de import en export van routes te sturen. Doorgaans is de RT gebaseerd op het AS-nummer en de VNI van de MAC-VRF
  • MAC-VRF: VRF-tabel voor MAC-adressen op een PE (VTEP). Vereist RD en RT.
  • BUM: Broadcast-, unknown Unicast- en Multicast-verkeer is layer2-verkeer met meerdere bestemmingen in vxlan-netwerken.
  • Ingress replication: unicast-aanpak om BUM-verkeer af te handelen. Het gebruikt IMET-routes om externe peers automatisch te ontdekken. Het ingress-apparaat repliceert BUM-verkeer naar alle VTEPS die aan de Layer-2 VNI zijn gekoppeld.
  • ESI - Ethernet Segment Identifier

Om MP-BGP EVPN te laten dragen, is een nieuwe AFI/SAFI gedefinieerd: 25(L2 VPN)/70(EVPN). Het next-hop-adres binnen de NLRI is een IP-adres van de VTEP die de EVPN-route adverteert.

Er zijn vijf EVPN-routetypen:

  • Type‑1: (Ethernet A‑D) kondigt de bereikbaarheid van een multi‑homed Ethernet-segment aan.
  • Type‑2: (MAC advertisement / MACIP) adverteert het MAC-adres van een MAC/IP-binding die door een specifieke EVI is geleerd.
  • Type‑3: (Inclusive multicast IMET) adverteert lidmaatschap van een Layer 2-domein, waardoor automatische ontdekking van VTEP's mogelijk wordt.
  • Type‑4: (Ethernet segment) wordt gebruikt om VTEP's te ontdekken die aan hetzelfde gedeelde Ethernet-segment zijn gekoppeld voor het EVPN multi‑homing-model (active‑active- of active‑standby-forwarding).
  • Type‑5: (IP prefix) het adverteren van een IP-prefix in het EVPN-domein maakt het mogelijk een klassiek Layer 3 VPN te maken (zie /routing/bgp/vpn).

De encapsulatie van het data plane wordt gedefinieerd met de waarde van de encapsulation extended community:

  • 8 - VXLAN (momenteel de enige die door ROS wordt ondersteund)
  • 9 - NVGRE
  • 10 - MPLS
  • 11 - MPLSoGRE

Er zijn twee methoden om inter-subnet routing met EVPN te ondersteunen: symmetrische en asymmetrische integrated routing and bridging (IRB). Het belangrijkste verschil tussen de twee methoden is dat de symmetrische methode zowel routing als bridging ondersteunt op zowel de ingress- als de egress-VTEP, terwijl de asymmetrische methode routing ondersteunt op de ingress, maar alleen bridging op de egress. Symmetrische IRB vereist een VRF-instantie voor de L3VNI.

Routelijst

RouterOS toont lokale en ontvangen EVPN-routes in de lijst /routing/route

Lokaal gegenereerde routes krijgen de vlag e-evpn. Bijvoorbeeld:

[admin@ros_leaf_3] /routing/route> print where evpn
Flags: e - EVPN
Columns: DST-ADDRESS, GATEWAY, AFI, DISTANCE, SCOPE, TARGET-SCOPE
  DST-ADDRESS                                     GATEWAY        AFI   DISTANCE  SCOPE  TARGET-SCOPE
e [10.155.101.133:1010]macip:0|0C:50:85:84:00:01  203.0.255.133  evpn       200     40            10
e [10.155.101.133:1010]imet:0|203.0.255.133       203.0.255.133  evpn       200     40            10
e [203.0.255.133:4]imet:0|203.0.255.133           203.0.255.133  evpn       200     40            10

EVPN-data wordt gecodeerd in de parameter dst-address:

    Dst [rd]type:x|y
         ^  ^    ^
         |  |    + - where x - tag or ESI; y - type specific data (can show mac addresses, ip addresses, ethernet segments etc.)
         |  +------- name of the EVPN route type (macip, imet, es, ad, prefix)
         +---------- route distinguisher in square brackets

Configuratievoorbeelden

Basis configuratievoorbeeld

Basisconfiguratie voor Layer2 EVPN Vxlan:

/interface/bridge
add name=bridge1 vlan-filtering=yes pvid=40
/interface/bridge/port
add bridge=bridge1 interface=sfp-sfpplus3 pvid=40

/ip/address
add address=203.0.113.1 interface=lo

/interface/vxlan
add bridge=bridge1 bridge-pvid=40 local-address=203.0.113.1 name=vxlan1 vni=100040 learning=no

/routing/bgp/instance
add as=65000 name=evpn-inst

/routing/bgp/connection
add afi=evpn instance=evpn-inst local.address=203.0.113.1 .role=ebgp multihop=yes name=to-leaf-lo remote.address=203.0.113.2 .as=65001

/routing/bgp/evpn
add instance=evpn-inst name=bgp-evpn-1o vni=100040

Bij eenvoudige opstellingen met slechts een VNI is het niet nodig om een route distinguisher of import.route-targets/export.route-targets in te stellen.

Info Wanneer RTs of RD niet zijn opgegeven, worden de waarden automatisch afgeleid. Route targets worden ingesteld op <PE ASN>:<VNI>, route distinguishers op <PE address>:<num derived from config id>).

EVPN-configuratie wordt direct toegewezen aan VXLAN-configuraties met overeenkomende VNI's

Gebridgede EVPN VXLAN-overlay met Arista's Eos en ROS

Topology

Voor dit voorbeeld gebruiken we de volgende topologie:

  • Het adresbereik 203.0.255.0/24 wordt gebruikt voor loopback-adressen
  • Subnetten uit het bereik 172.16.0.0/16 worden gebruikt voor de underlay-connectiviteit van leaf- en spine-routers
  • Subnetten uit het bereik 192.168.0.0/16 worden gebruikt voor hostadressering op VLANs.

Underlay-configuratie

De underlay-connectiviteit hangt af van het bestaande netwerk; deze kan eBGP, OSPF, ISIS of zelfs statische routing gebruiken. In dit voorbeeld gebruiken we OSPF als het underlay-routingprotocol om routes voor de adressen van loopback-interfaces te adverteren.

Ros_Spine

/ip/address
add address=203.0.255.138 interface=lo
add address=172.16.1.1/30 interface=ether3
add address=172.16.2.1/30 interface=ether4
add address=172.16.3.1/30 interface=ether5
add address=172.16.4.1/30 interface=ether6
add address=172.16.5.1/30 interface=ether7

/routing/ospf/instance
add name=evpn_underlay
/routing/ospf/area
add disabled=no instance=evpn_underlay name=evpn-underlay-bb
/routing/ospf/interface-template
add area=evpn-underlay-bb disabled=no networks=172.16.0.0/16
add area=evpn-underlay-bb disabled=no interfaces=lo passive

Ros_Leaf_3

/ip/address
add address=203.0.255.133 interface=lo
add address=172.16.3.2/30 interface=ether10

/routing/ospf/instance
add name=evpn_underlay
/routing/ospf/area
add disabled=no instance=evpn_underlay name=evpn-underlay-bb
/routing/ospf/interface-template
add area=evpn-underlay-bb disabled=no networks=172.16.0.0/16
add area=evpn-underlay-bb disabled=no interfaces=lo passive

Eos_Leaf

interface Ethernet1
   no switchport
   ip address 172.16.5.2/30
!
interface Loopback0
   ip address 203.0.255.128/32
!
ip routing
!
router ospf 100
   router-id 203.0.255.135
   redistribute connected
   network 172.16.1.0/30 area 0.0.0.0
!

BGP EVPN Overlay

Voor de BGP-overlay gebruiken we multihop eBGP met loopback-adressen.

Om de configuratie te vereenvoudigen, gebruikt u een BGP /routing/bgp/template om gemeenschappelijke parameters in te stellen en configureert u de /routing/bgp/connection om te luisteren op het volledige loopback-adresbereik. Deze aanpak schaalt goed: het toevoegen van meer leaf-routers vereist geen wijzigingen op de spine-routers.

Het wordt ook aanbevolen om nexthop-choice op propagate te zetten, vooral als er meer dan één spine is. Als iBGP als overlay wordt gebruikt, moeten de spines route reflectors zijn en gebeurt nexthop-propagatie standaard.

Ros_Spine - /routing/bgp/instance

/routing/bgp/instance
add as=65000 name=bgp-instance-1
/routing/bgp/template
set default afi=evpn multihop=yes nexthop-choice=propagate
/routing/bgp/connection
add instance=bgp-instance-1 local.address=203.0.255.138 .role=ebgp name=evpn_leafs remote.address=\
    203.0.255.0/24 templates=default

Ros_Leaf_3 - /routing/bgp/instance, /routing/bgp/connection

/routing/bgp/instance
add as=65003 disabled=no name=bgp-instance-1
/routing/bgp/connection
add afi=evpn instance=bgp-instance-1 local.address=203.0.255.133 .role=ebgp multihop=yes name=to_spine remote.address=\
    203.0.255.138

Eos_Leaf

service routing protocols model multi-agent
!
router bgp 65005
   neighbor SPINE_EVPN peer group
   neighbor SPINE_EVPN remote-as 65000
   neighbor SPINE_EVPN update-source Loopback0
   neighbor SPINE_EVPN ebgp-multihop 10
   neighbor SPINE_EVPN send-community extended
   neighbor 203.0.255.138 peer group SPINE_EVPN
   !
   address-family evpn
      neighbor SPINE_EVPN activate
!
Controleer de BGP-connectiviteit

Bekijk /routing/bgp/session om de status van de BGP-peering te verifiëren.

Eos_Leaf

localhost#show bgp summary
BGP summary information for VRF default
Router identifier 203.0.255.128, local AS number 65005
Neighbor               AS Session State AFI/SAFI                AFI/SAFI State   NLRI Rcd   NLRI Acc
------------- ----------- ------------- ----------------------- -------------- ---------- ----------
203.0.255.138       65000 Established   IPv4 Unicast            Advertised              0          0
203.0.255.138       65000 Established   L2VPN EVPN              Negotiated              6          6

Ros_Leaf_3

[admin@ros_leaf_3] /routing/bgp/session> print
Flags: E - established
 0 E name="to_spine-1" instance=bgp-instance-1
     remote.address=203.0.255.138 .as=65000 .id=203.0.255.138 .capabilities=mp,rr,gr,as4 .afi=evpn .messages=7 .bytes=682 .eor=""
     local.address=203.0.255.133 .as=65003 .id=203.0.255.133 .cluster-id=203.0.255.133 .capabilities=mp,rr,gr,as4 .afi=evpn .messages=7
     .bytes=698 .eor=""
     output.procid=20
     input.procid=20 ebgp
     multihop=yes hold-time=3m keepalive-time=1m uptime=1s620ms last-started=2025-05-29 11:01:38 prefix-count=0

VXLAN- en EVPN-configuratie

Ros_Leaf_3

Uitsluitend ter demonstratie sturen we op de RouterOS-leaf vlan-getagd verkeer naar de host.

VXLAN learning moet worden uitgeschakeld, omdat we BGP EVPN gebruiken voor discovery. De EVPN-configuratie gebeurt onder het menu /routing/bgp/evpn.

/interface/bridge
add name=bridge1 pvid=10 vlan-filtering=yes
/interface/vxlan
add bridge=bridge1 bridge-pvid=10 learning=no local-address=203.0.255.133 mac-address=C2:16:F6:B2:CC:D3 name=vxlan1 vni=1010
/interface/bridge/port
add bridge=bridge1 interface=ether11 pvid=10
/ip/address
add address=192.168.10.133/24 interface=bridge1
/routing/bgp/evpn
add disabled=no export.route-targets=1010:1010 import.route-targets=1010:1010 instance=bgp-instance-1 name=bgp-evpn-1 vni=1010

Eos_Leaf

Op de Arista-router stellen we een VLAN-trunk in; untagged verkeer wordt naar de host gestuurd

vlan 10
!
interface Ethernet2
   switchport trunk allowed vlan 10
   switchport mode trunk
!
interface Vlan10
   ip address 192.168.10.128/24
!
interface Vxlan1
   vxlan source-interface Loopback0
   vxlan vlan 10 vni 1010
!
router bgp 65501
   vlan 10
      rd 203.0.255.128:1010
      route-target both 1010:1010
      redistribute learned

Host_1

/ip/address
add address=192.168.10.132/24 interface=ether2

Host_3

/interface/vlan
add interface=ether2 name=vlan10 vlan-id=10
/ip/address
add address=192.168.10.129/24 interface=vlan10

De L2VPN-dienst valideren

Laten we controleren of de IMET-routes aanwezig zijn op de leaf-routers en of de VTEPs zijn ontdekt.

[admin@ros_leaf_3] /routing/route> print where dst-address~"imet"
Flags: A - ACTIVE; b - BGP, e - EVPN
Columns: DST-ADDRESS, GATEWAY, AFI, DISTANCE, SCOPE, TARGET-SCOPE, IMMEDIATE-GW
   DST-ADDRESS                               GATEWAY        AFI   DISTANCE  SCOPE  TARGET-SCOPE  IMMEDIATE-GW
Ab [203.0.255.128:1010]imet:0|203.0.255.128  203.0.255.128  evpn        20     40            30  172.16.3.1%ether10
 e [203.0.255.133:256]imet:0|203.0.255.133   203.0.255.133  evpn       200     40            10

[admin@ros_leaf_3] /interface/vxlan/vteps> print
Flags: D - DYNAMIC
Columns: INTERFACE, REMOTE-IP
#   INTERFACE  REMOTE-IP
0 D vxlan1     203.0.255.128

Op Arista:

localhost#show bgp evpn route-type imet
BGP routing table information for VRF default
Router identifier 203.0.255.135, local AS number 65501
Route status codes: * - valid, > - active, S - Stale, E - ECMP head, e - ECMP
                    c - Contributing to ECMP, % - Pending BGP convergence
Origin codes: i - IGP, e - EGP, ? - incomplete
AS Path Attributes: Or-ID - Originator ID, C-LST - Cluster List, LL Nexthop - Link Local Nexthop

          Network                Next Hop              Metric  LocPref Weight  Path
 * >      RD: 203.0.255.128:1010 imet 203.0.255.128
                                 -                     -       -       0       i
 * >      RD: 203.0.255.133:256 imet 203.0.255.133
                                 203.0.255.133         -       100     0       65000 65003 i

localhost#show interfaces vxlan1
Vxlan1 is up, line protocol is up (connected)
  Hardware is Vxlan
  Source interface is Loopback0 and is active with 203.0.255.128
  Listening on UDP port 4789
  Replication/Flood Mode is headend with Flood List Source: EVPN
  Remote MAC learning via EVPN
  VNI mapping to VLANs
  Static VLAN to VNI mapping is
    [10, 1010]
  Note: All Dynamic VLANs used by VCS are internal VLANs.
        Use 'show vxlan vni' for details.
  Static VRF to VNI mapping is not configured
  Headend replication flood vtep list is:
    10 203.0.255.133
  Shared Router MAC is 0000.0000.0000

localhost#show vxlan flood vtep vlan 10
          VXLAN Flood VTEP Table
--------------------------------------------------------------------------------

VLANS                            Ip Address
-----------------------------   ------------------------------------------------
10                              203.0.255.133

Op dit punt kunnen we proberen host_3 te pingen vanaf host_1:

[admin@host_1] /interface> print
...
1 R ether2  ether           1500  0C:50:85:84:00:01

[admin@host_1] /ip/address> /ping 192.168.10.129
  SEQ HOST                                     SIZE TTL TIME       STATUS
    0 192.168.10.129                             56  64 17ms26us
    1 192.168.10.129                             56  64 13ms119us
    2 192.168.10.129                             56  64 17ms192us

host-3

[admin@host_1] /interface> print
...
1 R ether2  ether           1500  0C:74:39:88:00:01

Nu zouden we moeten kunnen zien dat EVPN wordt gebruikt om externe MAC-adressen te leren, door naar de MACIP-routes te kijken.

Als we naar de routes op ros_leaf kijken, zien we dat router 203.0.255.128 de macip-route heeft verstuurd voor het mac-adres 0C:74:39:88:00:01, wat het mac-adres van host_1 is, gelegen achter eos_leaf.

Eos verstuurt ook de MAC/IP-binding die gebruikt wordt voor arp/nd-onderdrukking. Helaas beschikt RouterOS op het moment van schrijven van dit artikel niet over deze functionaliteit.

[admin@ros_leaf_3] /routing/route> print where dst-address~"macip"
Flags: A - ACTIVE; b - BGP, e - EVPN
Columns: DST-ADDRESS, GATEWAY, AFI, DISTANCE, SCOPE, TARGET-SCOPE, IMMEDIATE-GW
   DST-ADDRESS                                                   GATEWAY        AFI   DISTANCE  SCOPE  TARGET-SCOPE  IMMEDIATE-GW
Ab [203.0.255.128:1010]macip:0|0C:74:39:88:00:01                 203.0.255.128  evpn        20     40            30  172.16.3.1%ether10
 e [203.0.255.133:256]macip:0|0C:50:85:84:00:01                  203.0.255.133  evpn       200     40            10
Ab [203.0.255.128:1010]macip:0|0C:74:39:88:00:01|192.168.10.129  203.0.255.128  evpn        20     40            30  172.16.3.1%ether10

Arista maakt het daarnaast mogelijk om op afstand geleerde mac-adressen te zien in de "vxlan mac table", en de "vlan mac-address table" bevat ook lokale mac-adressen:

localhost#show bgp evpn route-type mac-ip detail
BGP routing table information for VRF default
Router identifier 203.0.255.128, local AS number 65005
BGP routing table entry for mac-ip 0c50.8584.0001, Route Distinguisher: 203.0.255.133:256
 Paths: 1 available
  65000 65003
    203.0.255.133 from 203.0.255.138 (203.0.255.138)
      Origin IGP, metric -, localpref 100, weight 0, tag 0, valid, external, best
      Extended Community: Route-Target-AS:1010:1010 TunnelEncap:tunnelTypeVxlan
      VNI: 0 ESI: 0000:0000:0000:0000:0000
BGP routing table entry for mac-ip 0c74.3988.0001, Route Distinguisher: 203.0.255.128:1010
 Paths: 1 available
  Local
    - from - (0.0.0.0)
      Origin IGP, metric -, localpref -, weight 0, tag 0, valid, local, best
      Extended Community: Route-Target-AS:1010:1010 TunnelEncap:tunnelTypeVxlan
      VNI: 1010 ESI: 0000:0000:0000:0000:0000
BGP routing table entry for mac-ip 0c74.3988.0001 192.168.10.129, Route Distinguisher: 203.0.255.128:1010
 Paths: 1 available
  Local
    - from - (0.0.0.0)
      Origin IGP, metric -, localpref -, weight 0, tag 0, valid, local, best
      Extended Community: Route-Target-AS:1010:1010 TunnelEncap:tunnelTypeVxlan
      VNI: 1010 ESI: 0000:0000:0000:0000:0000

localhost#show vxlan address-table vlan 10
          Vxlan Mac Address Table
----------------------------------------------------------------------

VLAN  Mac Address     Type      Prt  VTEP             Moves   Last Move
----  -----------     ----      ---  ----             -----   ---------
  10  0c50.8584.0001  EVPN      Vx1  203.0.255.133    1       1:30:49 ago
Total Remote Mac Addresses for this criterion: 1

localhost#show mac address-table vlan 10
          Mac Address Table
------------------------------------------------------------------

Vlan    Mac Address       Type        Ports      Moves   Last Move
----    -----------       ----        -----      -----   ---------
  10    0c50.8584.0001    DYNAMIC     Vx1        1       1:31:17 ago
  10    0c74.3988.0001    DYNAMIC     Et2        1       1 day, 23:45:18 ago
Total Mac Addresses for this criterion: 2

          Multicast Mac Address Table
------------------------------------------------------------------

Vlan    Mac Address       Type        Ports
----    -----------       ----        -----
Total Mac Addresses for this criterion: 0

Gebridgede EVPN-overlay met Arista ESI LAG

ESI-LAG (Ethernet Segment Identifier - Link Aggregation) of EVPN-LAG is een netwerkconcept dat multihoming mogelijk maakt met EVPN-technologie (Ethernet Virtual Private Network), waarbij clientapparaten (zoals access switches) via meerdere links met core-apparaten (zoals distributieswitches) kunnen worden verbonden en zo een logische LAG-interface vormen.

Topology

Laten we de topologie uit het vorige voorbeeld uitbreiden. Host_2 is een RouterOS-apparaat met LACP ingeschakeld op de links naar twee Arista-leafs, wat een active-active multihoming-opstelling vormt.

Vereisten voor de configuratie

Raadpleeg voor details over het opzetten van de underlay en de EVPN-overlay het bovenstaande voorbeeld. Deze sectie richt zich op de ESI LAG-configuratie en -validatie.

Port Channel configuratie

Ervan uitgaande dat de underlay en de overlay zijn geconfigureerd en werken, gaat u verder met de port-channel-configuratie op de Arista-switches:

leaf_2 en leaf_4 hebben exact dezelfde configuratie

interface Port-Channel3
   switchport access vlan 10
   switchport trunk allowed vlan 10
   switchport mode trunk
   !
   evpn ethernet-segment
      identifier 0000:0000:0000:0333:3333
      route-target import 00:00:03:33:33:33
   lacp system-id 0000.0333.3333
!
interface Ethernet2
   channel-group 3 mode active

ros_host_2

/interface/bonding
add mode=802.3ad name=bond1 slaves=ether2,ether3
/interface/vlan
add interface=bond1 mtu=1496 name=vlan10 vlan-id=10
/ip/address
add address=192.168.10.130/24 interface=vlan10

De opstelling valideren

Als we nu naar de evpn-routes kijken, zouden we enkele nieuwe routetypes moeten zien. Beide Arista-switches adverteren Type-1 AD-routes en Type-4 Ethernet Segment (ES) routes om multihoming VTEP's te ontdekken

[admin@gns3_spine1_ros] /routing/route>  print where afi=evpn dst-address~"(ad|es)"
Flags: A - ACTIVE; b - BGP
Columns: DST-ADDRESS, GATEWAY, AFI, DISTANCE, SCOPE, TARGET-SCOPE
   DST-ADDRESS                                                      GATEWAY        AFI   DISTANCE  SCOPE  TA
Ab [203.0.255.127:1]ad:4294967295|00:00:00:00:00:00:03:33:33:33     203.0.255.127  evpn        20     40  30
Ab [203.0.255.127:1]es:00:00:00:00:00:00:03:33:33:33|203.0.255.127  203.0.255.127  evpn        20     40  30
Ab [203.0.255.127:1010]ad:0|00:00:00:00:00:00:03:33:33:33           203.0.255.127  evpn        20     40  30

Ab [203.0.255.134:1]ad:4294967295|00:00:00:00:00:00:03:33:33:33     203.0.255.134  evpn        20     40  30
Ab [203.0.255.134:1]es:00:00:00:00:00:00:03:33:33:33|203.0.255.134  203.0.255.134  evpn        20     40  30
Ab [203.0.255.134:1010]ad:0|00:00:00:00:00:00:03:33:33:33           203.0.255.134  evpn        20     40  30

Als we beide Eos-leafs bekijken, zien we dat designated forwarder 203.0.255.127 (eos_leaf_4) is geselecteerd:

eos_leaf_2#show bgp evpn instance vlan 10
EVPN instance: VLAN 10
  Route distinguisher: 203.0.255.134:1010
  Route target import: Route-Target-AS:1010:1010
  Route target export: Route-Target-AS:1010:1010
  Service interface: VLAN-based
  Local VXLAN IP address: 203.0.255.134
  VXLAN: enabled
  MPLS: disabled
  Local ethernet segment:
    ESI: 0000:0000:0000:0333:3333
      Type: 0 (administratively configured)
      Interface: Port-Channel3
      Mode: all-active
      State: up
      ES-Import RT: 00:00:03:33:33:33
      DF election algorithm: modulus
      Designated forwarder: 203.0.255.127
      Non-Designated forwarder: 203.0.255.134

Laten we de link van host2 naar eos_leaf_4 onderbreken en het resultaat bekijken:

eos_leaf_2#show bgp evpn instance vlan 10
EVPN instance: VLAN 10
  Route distinguisher: 203.0.255.134:1010
  Route target import: Route-Target-AS:1010:1010
  Route target export: Route-Target-AS:1010:1010
  Service interface: VLAN-based
  Local VXLAN IP address: 203.0.255.134
  VXLAN: enabled
  MPLS: disabled
  Local ethernet segment:
    ESI: 0000:0000:0000:0333:3333
      Type: 0 (administratively configured)
      Interface: Port-Channel3
      Mode: all-active
      State: up
      ES-Import RT: 00:00:03:33:33:33
      DF election algorithm: modulus
      Designated forwarder: 203.0.255.134

[admin@spine1_ros] /routing/route>  print interval=1 where dst-address~"ad|es"
Flags: A - ACTIVE; b - BGP
Columns: DST-ADDRESS, GATEWAY, AFI, DISTANCE, SCOPE, TARGET-SCOPE
   DST-ADDRESS                                                      GATEWAY        AFI   DISTANCE  SCOPE  TA
Ab [203.0.255.134:1]ad:4294967295|00:00:00:00:00:00:03:33:33:33     203.0.255.134  evpn        20     40  30
Ab [203.0.255.134:1]es:00:00:00:00:00:00:03:33:33:33|203.0.255.134  203.0.255.134  evpn        20     40  30
Ab [203.0.255.134:1010]ad:0|00:00:00:00:00:00:03:33:33:33           203.0.255.134  evpn        20     40  30

[admin@host_2] /interface/bonding> /ping 192.168.10.132 interval=500ms
  SEQ HOST                                     SIZE TTL TIME       STATUS
    0 192.168.10.132                             56  64 2ms90us
    1 192.168.10.132                             56  64 2ms172us
    2 192.168.10.132                             56  64 2ms503us
    3 192.168.10.132                                               timeout
    4 192.168.10.132                                               timeout
    5 192.168.10.132                                               timeout
    6 192.168.10.132                             56  64 2ms191us
    7 192.168.10.132                             56  64 2ms31us

eos_leaf_2 werd forwarder, eos_leaf_4 trok de ES- en AD-routes in en het verkeer schakelde over naar de andere LACP-link.

Bron

Bijgewerkt op 2026-08-22.