Van 'n CE RIP-roete na 'n afgeleë VRF: waar die uitvoer gebeur

'n RIPv2-opdatering kom by die verskafferrand aan, beland in 'n VRF-roetetabel en stop daar tensy iets dit uitdruklik uitvoer. Drie besluite vind in volgorde plaas, en elkeen kan die voorvoegsel om sy eie rede weier. Om dit as een gebeurtenis te lees, is waarom mense die verkeerde boks najaag wanneer 'n afgeleë terrein nie 'n netwerk kan bereik wat die CE duidelik adverteer nie. Volg die roete deur die PE en die volgorde word duidelik.

Wat die PE met 'n RIP-opdatering doen

Die PE ontvang die opdatering op die VRF-koppelvlak, kontroleer dat die bron 'n toegelate buur is, en installeer die voorvoegsel in die VRF-roetetabel met 'n sprongteller wat van die advertensie afgelei is. Daardie tabel is 'n gewone roetetabel met sy eie administratiewe afstande en sy eie beste-pad-verkiesing. As die CE dieselfde voorvoegsel twee keer met verskillende metriese adverteer, oorleef net die beter een in die tabel. Niks in hierdie stap betrek die verskaffer se ruggraat nie.

Die voorvoegsel bestaan nou binne een kliënt se roetekonteks, wat ver is van bereikbaar enige ander plek.

Uitvoer is 'n beleidsdaad, nie 'n protokolgevolg nie

Om die VRF te verlaat, moet 'n roete in die MP-BGP-proses herverdeel word wat VPN-roetes dra, en dit het 'n roeteteiken-uitgebreide gemeenskap nodig wat identifiseer watter afgeleë VRF's dit mag invoer. Die argitektuur in RFC 4364 hou daardie uitruilings om presies hierdie rede apart van die CE-tot-PE-protokol. Om RIP by die rand te gebruik, sê niks oor wat die verskaffernetwerk moet oorsteek nie.

Skryf die uitvoerkontrak neer voordat jy enigiets konfigureer: die kliëntvoorvoegsels wat op afstand bereikbaar moet wees, die roetes wat plaaslik moet bly, en enige verstekke, meer-spesifieke of gedeelde-diens-uitsonderings. Pas daardie kontrak teen die werklike VRF toe, nie teen 'n eendersgenoemde een wat aan 'n ander kliënt behoort nie.

Die invoerkant is 'n tweede beleid met sy eie roeteteikens, en 'n passende uitvoer met 'n nie-passende invoer lewer 'n voorvoegsel wat in die ruggraat bestaan en in geen afgeleë tabel verskyn nie.

Herverdeling en eksplisiete oorsprong gedra hulle anders

Herverdeling neem roetes wat reeds in die VRF-tabel bestaan en kopieer hulle na BGP, gefiltreer deur 'n roetekaart. Die kaart besluit watter voorvoegsels in aanmerking kom en watter eienskappe hulle dra, en die metriek moet eksplisiet gestel word omdat 'n RIP-sprongteller geen betekenis as BGP-metriek het nie. Enigiets wat jy ongesteld laat, word geërf op 'n manier wat gewoonlik die persoon verras wat die konfigurasie ses maande later lees.

Wederkerige herverdeling is waar die stille skade gebeur. 'n Voorvoegsel wat in BGP uitgevoer is, kan deur 'n tweede herverdelingspunt terugkom, en sonder etikette of filters ossilleer die roete terwyl albei tabelle op enige oomblik geloofwaardig lyk. Filter op etikette wat by die rand toegepas word eerder as om die topologie te vertrou om die terugpad te voorkom.

Eksplisiete oorsprong lyk netjieser en is nie onvoorwaardelik nie. 'n Netwerkverklaring benodig gewoonlik 'n passende roete in die roetetabel voordat die voorvoegsel ontstaan, so die advertensie verdwyn die oomblik wanneer die CE ophou om dit te adverteer. Dit is dikwels die gedrag wat jy wil hê, en dit is nie dieselfde as 'n statiese roete wat vir ewig gekonfigureer bly nie. Kontroleer die platform se werklike reël in plaas daarvan om enige van die twee gedrag te aanvaar.

Hoe dit ook al sy, die vraag wat oor elke voorvoegsel gevra moet word, is watter aktiewe bron dit in aanmerking laat kom en wat gebeur wanneer daardie bron verdwyn.

Verifieer die ketting op vier plekke

Kyk na die CE-advertensie, die VRF-roetetabel, die VPN-roetetabel met sy roeteteiken, en die afgeleë VRF-invoer, in daardie volgorde. Op IOS beteken dit die CE-buuruitset, show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER, en dieselfde opdrag op die verre PE. Op IOS-XR woon die ekwivalente uitset onder show bgp vrf CUSTOMER ipv4 unicast. Die opdragname verskil, die vier kontrolepunte nie.

Kontroleer 'n voorvoegsel wat verwerp moet word net so sorgvuldig as een wat moet deurkom, want 'n beleid wat alles toelaat, lyk identies aan 'n korrekte een totdat die eerste uitsondering arriveer. Kyk dan na 'n onttrekking: sluit die CE-koppelvlak en bevestig dat die afgeleë inskrywing binne die verwagte tydhouer verdwyn eerder as om te talm.

Teken aan wie elke beleid besit. Wanneer die verskaffer die CE bestuur, hoort die gelewerde gedrag in die dienskontrak, en 'n ander protokol of onttrekkingsbeleid op die bestuurde toestel is 'n dokumentasieprobleem voordat dit 'n roeteprobleem is.