Zergatik EVPN maizter batek hainbat route distinguisher erakuts ditzakeen
Bi RD maizter berean ez da gatazka bat. Joan CLI irteeratik ruta sortu zuen MAC-VRF edo IP-VRF-ra, eta gero egiaztatu RT inportazioa eta VNI.
EVPN taula maizter bakarrerako iragazten duzu, eta rutek bi route distinguisher desberdin daramatzate. Lehen bulkada konfigurazio-gatazka bat pentsatzea da, eta bulkada hori normalean okerra da. Maizter izena negozio-etiketa bat da, ez kontrol-planoaren objektu bakarra, beraz, barruko zubibide-kontextuak eta bideratze-kontextuak identifikatzaile bereizietan iragar dezakete legez. Joan ruta bat aldi berean irteeratik sortu zuen tokiko zerbitzu-objektura arte, eta bigarren RDak akats itxura izateari uzten dio.
Hasi nahastu zintuen irteeratik
Aukeratu ruta bat taula osoa baino. Idatzi haren ruta-mota, RD, esportatutako route target-ak eta hurrengo jauzia. Lau eremu horiek nahikoak dira zein tokiko objektuk iragarri zuen eta zein urruneko politikak inportatu beharko lukeen jakiteko.
NX-OS estiloko gailu batean xehetasun-ikuspegia honakoarekin lortzen da: show bgp l2vpn evpn route-type 2 detail edo show bgp l2vpn evpn route-type 5 detail. Junosen informazio bera hemen dago: show route table bgp.evpn.0 detail. Sintaxi desberdina, eremu berak.
Ez hasi erakutsitako zenbaki guztiak berdin egiten. RDak berdintzea da fabric lanean ari den batean inportazio-politika hausten duen aldaketa.
Eman identifikatzaile bakoitzari bere lana
| Identifier | Question it answers | Where it is used |
|---|---|---|
| Route distinguisher | Which distinct route context contributed this advertisement? | Makes otherwise identical prefixes unique in BGP |
| Route target | Which importing service policy should receive the route? | Extended community matched by import policy |
| VNI | Which VXLAN service context carries the traffic? | Data plane encapsulation and mapping |
MAC-VRF batek zubibide-zerbitzu baterako MAC birbidalketa-informazioa gordetzen du. IP-VRF batek IP bideratze-kontextua ematen du bideratutako zerbitzu baterako. Maizter batek biak izan ditzake, horregatik maizter batek RD bat baino gehiago sor dezake konfigurazio-akatsik gabe.
RFC 7432-k iragartzen duen MAC-VRFaren RDa bere EVPN NLRIri esleitzen dio eta RD desberdinak eskatzen ditu PE bereko MAC-VRFen artean. Route-target prozedurak bereiziak dira: RT atributu bat edo gehiago onartzen dituzte eta kidetzarako inportazio-politikan oinarritzen dira. RD berdintasuna ez da kidetza partekatua sortzen duena, eta horrela tratatzea nahaste honen sustraia da.
Joan ruta bat iragarpenetik inportaziora
Jarraitu ruta noranzko bakarrean. Egiaztatu ruta-mota, sortu zuen zerbitzua, RDa, esportatutako RTak eta ondoren hartzen duen PEko inportazio-politika. Urrats bakoitzak galdera desberdin bati erantzuten dio, eta edozein urratseko hutsak beste aldean falta den prefiksa berbera dirudi.
Ruta han dagoenean, aztertu instalatutako birbidalketa-kontextua eta VNI mapatzea. Bi muturretan VNIak bat etortzeak datu-planoa ados dagoela erakusten du; ez du erakusten kontrol-planoak ruta politikaren bidez inportatu duenik.
Ruta urruneko PEan agertzen bada baina trafikorik ez badabil, arazoa EVPNetik haratago joan da. Egiaztatu VNI-VLAN edo VNI-VRF lotura eta underlay bidea route target-ak berriro editatu aurretik. Hasi mapatzetik, gero underlaytik eta soilik gero kontrol-planotik. Datu-planoko akats baten atzetik route-target aldaketa bat atzera botatzea inportazio bat hausteko modu fidagarria da.
3. geruzako prefiksek EVPN rutak izaten jarraitzen dute
EVPN taulako IP prefiks bat ez da ohiko IPv4-unicast BGP. EVPN IP Prefix ruta bere ruta-mota da, eta MAC/IP eta IP-prefix iragarpenak EVPN helbide-familian bidaiatzen dute, RFC 7432-k AFI 25 eta SAFI 70 gisa identifikatzen dituena.
Bereizketa horrek garrantzia du EVPN taulako ruta bat unicast taulako batekin alderatzen duzunean. Helmuga bera deskriba dezakete eta hala ere politika desberdinen bidez sortu, iragazi eta inportatu. Bata bestearen froga gisa irakurtzea da fabric zuzen batek migrazio batean hautsita dirudien modua.
Egiaztatu hornitzailearen eratorpena zenbakiak alderatu aurretik
RFC 9136-k EVPN IP Prefix rutekin zabaltzen du eta zehazten du ea dagokion RDa MAC-VRF edo IP-VRF kontextutik datorren. Horregatik, irteera berean L2 zerbitzu-etiketa bat eta bideratutako zerbitzu-etiketa bat dagozkien objektuen arabera irakurri behar dira, ez maizter bakoitzeko RD bakarrera murriztu.
RD eta RT eratorpen automatikoa hornitzailearen araberakoa da. Irakurri inplementatutako hornitzailearen erreferentzia erabiltzen den formularako; switch batean ikusitako automatikoki sortutako balio bat ez da kodeketa unibertsala, eta bi hornitzaileren zenbakiak alderatzeak gutxitan frogatzen du ezer.
Amaitu hasi zinen rutaren idatzizko arrastoarekin: mota, jatorrizko objektua, RD, esportatutako RT, inportazio-politika, instalatutako VNI. Sei eremuk iragarpena azaltzen diote txartela hurrengo irakurriko duenari, eta horietako batek ere ez du eskatzen maizteraren zenbakiak bat etortzea.