Bou die EVPN-grens rondom uitvoerbeleid, nie aanhegtings nie

Die algemene aanname is dat die Layer 2-aanhegtingsmodel by die grens alles daarbo bepaal, so die ontwerp begin by 'n vPC-paar en werk opwaarts. Dit eindig gewoonlik met roetebesluite wat per ongeluk geneem word. 'n EVPN-grens is eerstens 'n roetegrens: 'n roetekonteks van 'n huurder ontmoet 'n eksterne roetedomein, en wat daardie lyn oorsteek, is 'n beleidsverklaring. Kies die roetes, die ASN-verhouding en die foutpaaie voordat iemand oor port-channels stry. Die aanhegtingsmodel volg dan uit 'n vereiste eerder as om een voor te skryf.

Begin met wat die grens oorsteek

Skryf die roetes neer wat aan elke kant sigbaar moet wees, die rigting waarin hulle beweeg en wie 'n wysiging aan daardie lys goedkeur. 'n Grens wat alles aanvaar en alles aankondig, het geen beleid nie, net 'n kabel.

Noem dan die fout wat jy van plan is om te bedryf: een uplink af, een border leaf af, of die hele eksterne domein onbereikbaar. Elke antwoord verander of jy twee onafhanklike bure, 'n gedeelde Layer 2-aanhegting, of albei nodig het.

Eers nadat daardie twee lyste bestaan, word die aanhegtingsvraag antwoordbaar. Voor dit lyk elke meganisme ewe geldig. Daarna skakel die meeste hulle self uit. Dit is die hele argument daarvoor om die roetewerk eerste te doen.

Bepaal die ASN- en peering-grens

'n Privaat-AS-fabriek peer gewoonlik met die publieke grensdomein oor eBGP, en die interessante deel is die beleid aan beide kante. Besluit watter prefikse aanvaar word, watter aangekondig word, en watter AS-pad die upstream moet ontvang.

RFC 6996 reserveer 'n privaatgebruik-ASN-reeks, en daardie ASN's is nie veronderstel om in globale advertensies te verskyn nie. Pas die platform se ondersteunde verwyderings- of filterbeleid toe en verifieer die resulterende advertensie eerder as om te aanvaar die toestel het dit gedoen. Daardie stap gee jou ook nie die mag om 'n willekeurige publieke prefiks aan te kondig nie, wat 'n aparte gesprek met die adres-eienaar is.

'n Konfederasie of 'n local-AS-funksie is 'n ontwerpkeuse vir 'n spesifieke topologie. Nie een is verpligtend net omdat die fabriek en die upstream verskillende ASN-rolle gebruik nie, en om een sonder die vereiste te aanvaar, voeg bewegende dele by elke toekomstige verandering.

Layer 3-uplinks het nie multichassis-LAG nodig nie

Onafhanklike geroteerde interfaces met hul eie BGP-bure gee twee duidelike paaie en twee duidelike foutdomeine. vPC of 'n ander multichassis-LAG dien 'n Layer 2-aanhegtingsvereiste, en dit is die regte instrument wanneer daardie vereiste bestaan.

'n Algemene reël dat elke grens paar vPC moet gebruik, of dit moet vermy, verberg die voorwaardes wat die saak eintlik beslis. Vra wat die aanhegting moet dra, en kies dan die meganisme wat dit met die minste gedeelde foutmodusse dra.

Die roetebeleid wat jy eerste geskryf het, verander nie wanneer die aanhegtingsmeganisme verander nie, wat 'n goeie teken is dat die orde reg was.

Voer net uit wat die huurder nodig het

'n Huurder het dalk 'n verstekroete nodig, 'n stel geselekteerde eksterne prefikse, of 'n veel groter tabel. Kies daardie omvang teen werklike aanstuur- en beheervlakkapasiteit, nie teen 'n ou telling internetroetes wat niemand weer gemeet het nie.

Die EVPN IP Prefix-roete, gewoonlik Type 5 genoem en gedefinieer in RFC 9136, dra prefiksinligting in die overlay. Die implementering benodig steeds passende uitvoer- en invoerbeleid plus next-hop-resolusie, so om 'n eksterne BGP-roete by die grens te ontvang beteken nie elke huurder-VRF voer dit in nie.

Nie elke blad het die volledige tabel nodig net omdat die grens dit hou nie. Versprei wat die huurder se verkeer vereis, en laat die grens die res besit.

Verifieer een prefiks van begin tot end

Kies 'n verteenwoordigende eksterne prefiks en volg dit deur die grens se bedoelde VRF, die uitvoerbeleid, die ontvangende blad se aanstuurkonteks en die terugpad na 'n huurder-bron. 'n Prefiks wat op een plek verskyn en nie die volgende nie, lokaliseer die fout onmiddellik.

Bevestig hoe die next hop deur die overlay resolve, want 'n roete wat teenwoordig is met 'n onopgeloste next hop stuur niks aan nie. Herhaal dan die kontrol nó 'n uplink-verandering, want dit is wanneer beleid en next-hop-resolusie die meeste verskil.

Orde van werk: lys die kruisroetes, stem die ASN-beleid in, kies die aanhegting vir sy werklike werk, bepaal die uitvoer per huurder, verifieer dan een prefiks en sy terugpad.