EVPN type 2 kontra type 5: hvorfor én IP-adresse betyder to ruter

To ruter på samme boks kan pege på 198.51.100.77 og stadig besvare forskellige spørgsmål. Den ene beskriver, hvor en MAC-adresse kan nås, og valgfrit hvilken IP der er bundet til den. Den anden beskriver et præfiks, der opløses via et næste hop, selv når dette præfiks er en enkelt vært. Blander man dem sammen, får man en sag, der ligner en routingfejl, men i virkeligheden er en fejllæst rutetype.

Den hurtigste måde at skelne dem er at læse den nøgle, NLRI'en er bygget op omkring, ikke masken i dens ende.

Rutenøglen fortæller, hvad ruten hævder

Type 2 er MAC/IP-annonceringsruten fra RFC 7432, og dens nøgle er den 48-bit MAC-adresse inde i NLRI'en. Bag den nøgle ligger et IP-adressefelt, hvis længdefelt kan være 0, 32 eller 128 bit, så en annoncering med kun MAC er en fuld rute og ikke en værtsindgang med manglende dele. Labelstakken, der følger, peger på den brokontekst, hvor den MAC lever.

Om IP-feltet er udfyldt ændrer, hvad ruten erklærer, ikke hvilken slags rute det er. Med en længde på 32 eller 128 bit hævder afsenderen også, at denne IP tilhører den MAC inden for én EVPN-instans. Med nul længde fremsætter afsenderen slet ingen IP-påstand. Ingen af versionerne siger, at et præfiks kan nås gennem en router.

Type 5 er IP-præfiksruten fra RFC 9136, og dens nøgle er et præfiks skrevet som en længde plus så mange bit. Længden går fra 0 til 32 for IPv4 og fra 0 til 128 for IPv6.

Begge ender af dette interval er lovlige, og ingen af dem implicerer en MAC. Et præfiks med nul længde hævder tilgængelighed uden at navngive en vært, mens et /32 navngiver præcis én adresse. NLRI'en bærer også en gateway-IP-adresse, som egress-siden bruger til at bygge overlay-indekset, plus en label til videresendelseskonteksten. Der er intet MAC-felt at skifte på, og derfor behandler en modtager type 5 som en routedestination.

En /32-præfiksrute er ikke en omdøbt type 2

Præfikser i værstørrelse er almindelige type 5-ruter. En /32-præfiksrute og en type 2 for samme adresse kan begge findes i én EVPN-instans, og de bærer forskellig videresendelsesinformation.

Tag 198.51.100.77 i en EVPN-instans med VNI 10100. En type 2 kan parre den med MAC 02:00:00:00:00:77 og en label, der identificerer det brodomæne, hvor MAC'en blev lært. En type 5 kan annoncere 198.51.100.0/24 for hele undernettet eller 198.51.100.77/32 for netop den adresse, med en gateway-adresse, der peger på egress-VTEP'en. Adresserne overlapper med vilje, fordi ruterne besvarer forskellige spørgsmål.

Den ene rute siger, at en endpoint-binding findes og kan nås gennem en bestemt bro. Den anden siger, at et præfiks kan nås gennem en bestemt router, uanset om der nogensinde er lært et endpoint indeni.

Forskellen afgør, hvor du først skal kigge, når trafikken fejler. Hvis en enkelt vært ikke kan nås, mens dens undernetrute ser fin ud, var type 5 aldrig beregnet til at bære den vært; led efter den manglende type 2. Hvis værtsruten findes, men hele undernettet ikke kan nås, så kontroller, om type 5 overhovedet blev oprettet. At læse felterne i rækkefølge slår at gætte ud fra maskelængden.

Læs begge ruter uden at gætte

På NX-OS deler show bgp l2vpn evpn route type 2 og show bgp l2vpn evpn route type 5 tabellen præcis langs denne linje, og show l2route evpn mac ip viser de lokale MAC-til-IP-bindinger bag type 2-ruterne. På Junos viser show evpn database lærte MAC- og IP-bindinger, mens show route table bgp.evpn.0 viser, hvad der blev annonceret og modtaget.

Filtrer på route distinguisher og Ethernet-tag, før du drager konklusioner. Den samme MAC eller præfiks kan optræde i flere EVPN-instanser, og en rute, der ser forkert ud i én instans, kan være korrekt i en anden.

Læs derefter NLRI'en i rækkefølge: rutetype, nøgle, gateway- eller labelfelter, derefter route targets i attributterne. En type 2 med en ESI, der ikke er nul, fortæller dig, at MAC'en er multi-homed, og netop den værdi binder annonceringerne fra forskellige PE-routere sammen. En type 5 med en gateway-adresse fortæller dig, hvilken egress-VTEP der skal modtage trafikken.

Hvis en rute mangler, så kontroller oprettelsen før kodningen. Bekræft, at kilden har bindingen eller præfikset lokalt, og bekræft derefter, at det route target, der er knyttet til den, importeres på denne boks. De fleste rapporter om en ødelagt type 5 ender ved en importpolitik, ikke ved NLRI-formatet.

Notér konteksten, ikke kun rutetypen

Skriv rutetypen, EVPN-instansen, route distinguisheren, de importerede og eksporterede route targets og det opløste næste hop ned sammen. En type 2 uden sin instans er tvetydig, og et næste hop uden rutefamilien inviterer til den forkerte konklusion.

Begge er EVPN-ruter, selv når nyttelasten er en IPv4-adresse. Adressefamilien inde i NLRI'en og rutens egen adressefamilie er separate egenskaber, og en type 5 bliver ikke en IPv4-unicast- eller VPN-IPv4-rute, bare fordi den bærer et IPv4-præfiks.

Den forskel viser sig ved grænsen mellem et EVPN-kontrolplan og en IP-VRF. Route targetet afgør, hvilken VRF der importerer præfikset, mens gateway-adressen og labelen afgør, hvordan pakken indkapsles mod egress. Læs dem sammen, og videresendelsesbeslutningen holder op med at virke vilkårlig.

Næste gang et /32 dukker op i EVPN-tabellen, så tjek nøglen før masken. En MAC-nøgle med en valgfri IP er en type 2-binding; en præfiksnøgle er en type 5-rute, uanset dens længde. Skriv route targetet og det næste hop ved siden af, og den næste ingeniør skal ikke udlede hele historien igen.