EVPN staat omhoog, de dienst niet: vier controlepunten

Het verre VTEP-adres bereiken bewijst dat de onderlaag pakketten draagt, en dat is alles wat het bewijst. De dienst van de huurder vereist een BGP EVPN-sessie met de juiste adresfamilie, een lokale VNI die is aangesloten en operationeel, een georigineerde route en een import aan de verre kant. Dat zijn vier afzonderlijke controlepunten, elk met een andere reparatie. Een groene onderlaag als dienstgereedheid behandelen is de meest voorkomende manier waarop een EVPN-uitrol vastloopt.

Lees ze in volgorde en stop bij het eerste dat niet is wat het ontwerp verwacht. Latere controlepunten kunnen een eerdere fout niet compenseren.

Controlepunt 1: transport naar de VTEP

Begin met bereikbaarheid tussen de loopback-adressen die als VTEP-bronnen worden gebruikt. De route moet in de onderlaag bestaan, het pad moet zijn toegestaan, inclusief eventuele encapsulatie-eis, en het retourpad moet werken. Een route die bestaat maar in één richting wordt gefilterd, veroorzaakt een asymmetrische fout die intermitterend lijkt. Bevestig beide richtingen voordat je verder gaat.

Noteer de bron- en bestemmingsadressen die je hebt gecontroleerd. Een latere stap die een volgende hop via een ander adres oplost, is een andere test, en ze als één behandelen is de manier waarop een opgeloste volgende hop de schuld krijgt van een transportfout.

Controlepunt 2: de EVPN-familie, niet het aantal sessies

Een gevestigde BGP-sessie betekent niet dat de EVPN-adresfamilie is onderhandeld. Kijk naar de familie-specifieke status voor de buur: of de familie is ingeschakeld, of die met de peer is onderhandeld en of de sessie die überhaupt draagt. Een sessie die omhoog staat voor IPv4 unicast en nooit EVPN heeft onderhandeld, toont niets verkeerd in een algemeen burenoverzicht, en de EVPN-overlay-specificatie behandelt dienst- en controleprocedures als losstaand van transport.

Controleer ook het bronadres van de sessie. Een peering op basis van een adres dat niet de VTEP-bron is, is een ontwerpmismatch die wacht om een doorstuurfout te verklaren.

Controlepunt 3: de lokale dienst is aangesloten

De lokale VNI moet zijn aangesloten op de bridge of het VRF dat de huurder vertegenwoordigt, en het platform moet die als operationeel rapporteren. De lidmaatschapsstatus die het replicatiemodel gebruikt, kan van belang zijn voordat er een host-MAC wordt geleerd, dus een lege eindpunttabel is geen bewijs dat de dienst uit staat.

Bevestig daarna wat het apparaat werkelijk origineert: de lokale route voor die VNI met de route targets die het ontwerp voorschrijft. Een VNI die is aangesloten maar niet wordt aangekondigd, levert een dienst die lokaal bestaat en nergens anders.

Controlepunt 4: import bij de ontvanger

Vergelijk op het ontvangende apparaat de geëxporteerde en geïmporteerde route targets in plaats van numerieke VNI's. Een overeenkomend VNI-nummer bewijst niet dat de ontvangende instantie de aankondiging importeert, en een niet-overeenkomende route target is onzichtbaar in een VNI-lijst. Los de aangekondigde volgende hop op via de onderlaag voordat je de doorstuurinvoer vertrouwt. Lees daarna de overlay-doorstuurstaat voor de dienst in plaats van voor het apparaat als geheel.

Een buurtabel kan ook implementatiespecifieke dataplane- of lidmaatschapsinformatie weerspiegelen. Lees de oorsprong en de dienstcontext ervan samen met de EVPN-route in plaats van een rijenaantal als bewijs te behandelen.

Eén record dat het pad loopt

Houd één record per dienst bij: lokale VNI-status, de EVPN-buur en de familie, de georigineerde route en het ontvangen en geïmporteerde resultaat. Loop dat record van oorsprong tot installatie door. Als er iets misgaat, zegt het record welk van de vier controlepunten moet worden gerepareerd in plaats van welk commando moet worden geprobeerd.

Voeg tijdstempels toe terwijl je dat doet. Een import die minuten na de aankondiging verschijnt, is een kwestie van beleid of convergentie, terwijl een die nooit verschijnt een configuratiekwestie is, en dat verschil is alleen zichtbaar als je hebt opgeschreven wanneer je keek.

Wanneer statische VXLAN het juiste antwoord is

Een statisch geconfigureerd VXLAN-datapad kan werken met handmatig geleverde peers terwijl de EVPN-tabel leeg blijft. Dat is geen kapotte EVPN-implementatie, het is een ander controlemodel. Bepaal welke het ontwerp bedoelt voordat je een lege tabel als fout diagnosticeert.

Een IGP-buur in de onderlaag levert transport en niets meer. De dienststatus van de overlay is een apart ding om te bouwen en een apart ding om te verifiëren.