De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.
Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.
Dit document beschrijft EVPN vereenvoudiging CLI voor BGP VRF Auto RD en Auto RT in EVPN op Catalyst 9000 Series switches.
Cisco raadt kennis van de volgende onderwerpen aan:
De informatie in dit document is gebaseerd op de volgende software- en hardware-versies:
De informatie in dit document is gebaseerd op de apparaten in een specifieke laboratoriumomgeving. Alle apparaten die in dit document worden beschreven, hadden een opgeschoonde (standaard)configuratie. Als uw netwerk live is, moet u zorgen dat u de potentiële impact van elke opdracht begrijpt.
Layer 3 EVPN-implementaties omvatten VRF-configuraties met veel configuratieopties, waaronder, maar niet beperkt tot, route-onderscheidingsteken (RD) en route-doelen (RT).
De auto RD zou bestaan uit de BGP router-id plus een intern gegenereerd uniek nummer, bijvoorbeeld, als de BGP router-id 192.168.1.1 is, de auto RD zou zijn als "192.168.1.1:1".
De mogelijkheid om de configuratie te vereenvoudigen is zeer wenselijk (indien niet noodzakelijk) voor de implementatie haalbaar, en is al breed geaccepteerd voor de BGP EVPN-stof. Deze eigenschap is wenselijk voor EVPN, aangezien het helpt het schrijven en het onderhoud van uitgebreide en complexe configuraties in Spine-Leaf topologieën vermijden waar vele VRFs in een bepaald blad worden gevormd.
Opmerking: deze functie introduceert nieuwe CLI's.
VRF |
Doorsturen van virtuele routing |
Bepaalt een Layer 3-routeringsdomein dat moet worden gescheiden van andere VRF- en wereldwijde IPv4/IPv6-routeringsdomein |
AF |
Adresfamilie |
Bepaalt welk type prefixes en routing info BGP handvatten |
AS |
Autonoom systeem |
Een reeks routeerbare IP-prefixes voor internet die behoren tot een netwerk of een verzameling netwerken die allemaal worden beheerd, gecontroleerd en gecontroleerd door één entiteit of organisatie |
RD |
Routeonderscheidingsteken |
Sta BGP toe om één prefix van een andere in verschillende VRFs te onderscheiden |
RT |
Routedoel |
De routedoelstellingen worden gebruikt om routeupdates te beperken. Bepaalt welke prefixes mogen worden geïmporteerd door het apparaat |
EVPN |
Ethernet Virtual Private Network |
Uitbreiding die BGP in staat stelt Layer 2 MAC- en Layer 3 IP-informatie te transporteren, is EVPN en gebruikt Multi-Protocol Border Gateway Protocol (MP-BGP) als het protocol om bereikbaarheidsinformatie te verspreiden die betrekking heeft op het VXLAN-overlay-netwerk. |
VXLAN |
Virtual Extensible LAN (Local Area Network) |
VXLAN is ontworpen om de inherente beperkingen van VLAN’s en STP te overwinnen. Het is een voorgestelde IETF-standaard [RFC 7348] om dezelfde Ethernet Layer 2-netwerkservices te bieden als VLAN’s, maar met grotere flexibiliteit. Functioneel is het een MAC-in-UDP-inkapselingsprotocol dat als virtuele overlay op een Layer 3 underlay-netwerk wordt uitgevoerd. |
Leaf-01#sh run | include vrf rd-auto
vrf rd-auto <-- Enable Auto RD for all the VRFs
Leaf-01#sh run | section vrf definition blue
vrf definition blue
vnid 123 evpn-instance <-- Enable Auto RT
!
address-family ipv4 <-- address-family needs to be specified
route-target 100:123 <-- Optionally can have static route-target as required
exit-address-family
!
Leaf-01#sh run | section vrf definition green
vrf definition green
rd-auto <-- Enable Auto RD for this VRF green
vnid 35 evpn-instance <-- Enable Auto RT
!
address-family ipv4 <-- address-family needs to be specified
exit-address-family
!
address-family ipv6
exit-address-family
Opmerking: het is mogelijk om statische en automatische RD te hebben voor verschillende VRF's, maar statische RD mag NIET dezelfde werkelijke RD hebben als de Auto RD als de Auto RD eerst wordt toegewezen.
Tip: momenteel de statische RD verwijderen zou de configuratie van de routedoelen die in de VRF’s worden geconfigureerd, evenals de BGP IPv4 en/of IPv6 VRF-adresfamilies (en de bijbehorende configuratie eronder) verwijderen. Het verwijderen van een auto RD zou een vergelijkbaar gedrag hebben. Aanbevolen wordt de RD niet te laten schrappen, tenzij dit absoluut noodzakelijk is. Een wijziging van RD (d.w.z. het verwijderen van de bestaande RD, statisch of automatisch, en vervolgens een toevoeging van een nieuwe RD, statisch of automatisch, is kostbaar en vergt tijd van vertraging voor de opdracht)
vrf rd-auto
vrf definition green <-- This VRF green uses auto RD
vnid 35 evpn-instance
!
address-family ipv6
exit-address-family
vrf definition red <-- This VRF red uses static RD
rd-auto disable
rd 100:1
!
address-family ipv4
route-target export 100:1
route-target import 100:1
route-target export 100:1 stitching
route-target import 100:1 stitching
exit-address-family
(Dit configuratievoorbeeld is een samenvatting van de bestaande functie)
Leaf-01#show run | sec r bgp router bgp 65000 <-- Required for Auto RT bgp router-id 192.168.1.1 <-- Required for Auto RD bgp log-neighbor-changes no bgp default ipv4-unicast neighbor 192.168.1.2 remote-as 65000 neighbor 192.168.1.2 update-source Loopback0 neighbor 192.168.1.3 remote-as 65001 neighbor 192.168.1.3 update-source Loopback0 ! address-family ipv4 vrf green
advertise l2vpn evpn
redistributed connected
exit-address-family
!
address-family ipv6 vrf green
advertise l2vpn evpn
redistribute connected
exit-address-family
Opmerking: de configuratie voor de andere ruggengraatroutereflector is hetzelfde, dus worden deze niet herhaald in deze sectie
Opmerking: andere evpn-bladen kunnen statische RD of RT-configuratie gebruiken. Zolang de RT overeenkomt, kunnen de EVPN prefixes importeren/exporteren naar elkaar.
Controleer het blad om auto RD te hebben
VTEP1#show vrf blue Name Default RD Protocols Interfaces blue 192.168.1.1:1(auto) ipv4 Vl34 Lo101 Et1/1 Vl4 Vl15
VTEP1#show vrf green Name Default RD Protocols Interfaces green 192.168.1.1:2(auto) ipv6 Lo102 Et1/2 Vl5 Vl13
VTEP1#show vrf detail blue VRF blue (VRF Id = 2); default RD 192.168.1.1:1(auto); default VPNID New CLI format, supports multiple address-families vnid: 123 evpn-instance vni 35000 core-vlan 34 Flags: 0x180C Interfaces: Vl34 Lo101 Et1/1 Vl4 Vl15 Address family ipv4 unicast (Table ID = 0x2): Flags: 0x0 Export VPN route-target communities RT:100:123 RT:65000:123 (auto) Import VPN route-target communities RT:100:123 RT:65000:123 (auto) Export VPN route-target stitching communities RT:65000:123 (auto) Import VPN route-target stitching communities RT:65000:123 (auto) No import route-map No global export route-map No export route-map VRF label distribution protocol: not configured VRF label allocation mode: per-prefix Address family ipv6 unicast not active Address family ipv4 multicast not active Address family ipv6 multicast not active
VTEP1#show vrf detail green VRF green (VRF Id = 4); default RD 192.168.1.1:2(auto); default VPNID New CLI format, supports multiple address-families vnid: 35 evpn-instance Flags: 0x380C Interfaces: Lo102 Et1/2 Vl5 Vl13 Address family ipv4 unicast not active Address family ipv6 unicast (Table ID = 0x1E000002): Flags: 0x0 Export VPN route-target communities RT:65000:35 (auto) Import VPN route-target communities RT:65000:35 (auto) Export VPN route-target stitching communities RT:65000:35 (auto) Import VPN route-target stitching communities RT:65000:35 (auto) No import route-map No global export route-map No export route-map VRF label distribution protocol: not configured VRF label allocation mode: per-prefix Address family ipv4 multicast not active Address family ipv6 multicast not active
Als er een probleem is met VRF auto RD auto RT kunt u debugs gebruiken om meer over het probleem te zien
Relevante debugs inschakelen
Leaf-01#debug ip bgp autordrt
Leaf-01#debug vrf create
Leaf-01#debug vrf delete
Weergave debug informatie
VTEP1#show debug VRF Manager: VRF creation debugging is on VRF deletion debugging is on Packet Infra debugs: Ip Address Port ------------------------------------------------------|---------- IP routing: BGP auto rd rt debugging is on
Neem de debugs waar die bij elke configuratiestap worden geproduceerd
Leaf-01(config)#vrf definition test *Jun 26 08:19:44.173: LID: Get id @0x7F4414FE4A18 - current A [1..2705] (checking enabled) *Jun 26 08:19:44.173: LID: AVAIL (verified) - id A *Jun 26 08:19:44.173: vrfmgr: VRF test: Created vrf_rec with vrfid 0xA *Jun 26 08:19:44.173: BGP: VRF config event of rd-auto change for vrf test *Jun 26 08:19:44.173: BGP-VPN: bgp vpn global rd-auto for vrf test assigns rd of 192.168.1.1:6 *Jun 26 08:19:44.173: BGP: VRF config event of vnid change for vrf test Leaf-01(config-vrf)#vnid 246 evpn-instance % vnid 246 evpn-instance auto (vni 0 core-vlan 0) is configured in "vrf test" *Jun 26 08:20:03.466: BGP: VRF config event of vnid change for vrf test Leaf-01(config-vrf)#address-family ipv4 *Jun 26 08:20:12.276: vrfmgr: VRF test ipv4 unicast: Received topology create notification *Jun 26 08:20:12.276: vrfmgr: VRF test ipv4 multicast: Received topology create notification *Jun 26 08:20:12.276: vrfmgr: VRF test ipv4 unicast: Created vrf_sub_rec with vrfid 0xA, tableid 0xA *Jun 26 08:20:12.276: BGP: VRF config event of vnid change for vrf test *Jun 26 08:20:12.276: BGP: afi 0 vrf test vnid 246 RT assign *Jun 26 08:20:12.276: BGP: vrf assign auto import stitching rt for VRF test *Jun 26 08:20:12.276: BGP: vrf assign auto export stitching rt for VRF test Leaf-01(config-vrf-af)#address-family ipv6 *Jun 26 08:20:20.949: vrfmgr: VRF test ipv6 unicast: Received topology create notification *Jun 26 08:20:20.949: vrfmgr: VRF test ipv6 multicast: Received topology create notification *Jun 26 08:20:20.949: vrfmgr: VRF test ipv6 unicast: Created vrf_sub_rec with vrfid 0xA, tableid 0x1E000004 *Jun 26 08:20:20.949: BGP: VRF config event of vnid change for vrf test *Jun 26 08:20:20.949: BGP: afi 0 vrf test vnid 246 RT assign *Jun 26 08:20:20.949: BGP: vrf assign auto import stitching rt for VRF test *Jun 26 08:20:20.949: BGP: vrf assign auto export stitching rt for VRF test *Jun 26 08:20:20.949: BGP: afi 1 vrf test vnid 246 RT assign *Jun 26 08:20:20.949: BGP: vrf assign auto import stitching rt for VRF test *Jun 26 08:20:20.949: BGP: vrf assign auto export stitching rt for VRF test Leaf-01(config-vrf-af)#do sh vrf detail test VRF test (VRF Id = 10); default RD 192.168.1.1:6(auto); default VPNID <-- VRF ID = 10 (hex 0xA) | auto RD assigned matches debug "assigns rd of 192.168.1.1:6" New CLI format, supports multiple address-families vnid: 246 evpn-instance Flags: 0x180C No interfaces Address family ipv4 unicast (Table ID = 0xA): Flags: 0x0 Export VPN route-target communities RT:65000:246 (auto) Import VPN route-target communities RT:65000:246 (auto) Export VPN route-target stitching communities RT:65000:246 (auto) Import VPN route-target stitching communities RT:65000:246 (auto) No import route-map No global export route-map No export route-map VRF label distribution protocol: not configured VRF label allocation mode: per-prefix Address family ipv6 unicast (Table ID = 0x1E000004): <-- ID matches debug "Created vrf_sub_rec with vrfid 0xA, tableid 0x1E000004" Flags: 0x0 Export VPN route-target communities RT:65000:246 (auto) Import VPN route-target communities RT:65000:246 (auto) Export VPN route-target stitching communities RT:65000:246 (auto) Import VPN route-target stitching communities RT:65000:246 (auto) No import route-map No global export route-map No export route-map VRF label distribution protocol: not configured VRF label allocation mode: per-prefix Address family ipv4 multicast not active Address family ipv6 multicast not active Leaf-01(config-vrf-af)#do sh run vrf test Building configuration... Current configuration : 145 bytes vrf definition test vnid 246 evpn-instance ! address-family ipv4 exit-address-family ! address-family ipv6 exit-address-family
Standaard wijst Nexus op VLAN gebaseerde routedoelen toe (ASN:VNI), terwijl Catalyst op evi gebaseerde routedoelen toewijst (ASN:EVI).
Wanneer de route-doelstelling niet goed op elkaar is afgestemd, kunt u symptomen als deze waarnemen:
Er zijn een paar opties om dit interopprobleem op te lossen
Pas deze cli (voor optie 2) toe onder de l2vpn evpn sectie
address-family l2vpn evpn
rewrite-evpn-rt-asn <---
Revisie | Publicatiedatum | Opmerkingen |
---|---|---|
1.0 |
18-Aug-2023 |
Eerste vrijgave |