Nuo CE RIP maršruto iki nutolusio VRF: kur įvyksta eksportas

RIPv2 atnaujinimas atkeliauja į tiekėjo kraštą, patenka į VRF maršrutų lentelę ir ten sustoja, nebent kažkas jį aiškiai eksportuoja. Trys sprendimai vyksta iš eilės, ir kiekvienas gali atmesti priešdėlį dėl savo priežasties. Jų skaitymas kaip vieno įvykio yra priežastis, kodėl žmonės ieško netinkamo įrenginio, kai nutolusi vietovė negali pasiekti tinklo, kurį CE aiškiai skelbia. Sekite maršrutą per PE ir seka taps akivaizdi.

Ką PE daro su RIP atnaujinimu

PE priima atnaujinimą VRF sąsajoje, patikrina, ar šaltinis yra leidžiamas kaimynas, ir įrašo priešdėlį į VRF maršrutų lentelę su šuolių skaičiumi, gautu iš skelbimo. Ta lentelė yra įprasta maršrutų lentelė su savais administraciniais atstumais ir savu geriausio kelio pasirinkimu. Jei CE tą patį priešdėlį skelbia du kartus su skirtingomis metrikomis, lentelėje išlieka tik geresnis. Šiame žingsnyje tiekėjo magistralė nedalyvauja.

Priešdėlis dabar egzistuoja vieno kliento maršrutų kontekste, o tai toli gražu nėra pasiekiamumas bet kur kitur.

Eksportas yra politikos veiksmas, o ne protokolo pasekmė

Norint palikti VRF, maršrutas turi būti perskirstytas į MP-BGP procesą, kuris perneša VPN maršrutus, ir jam reikia išplėstos maršruto tikslo bendruomenės, kuri nurodo, kurie nutolę VRF gali jį importuoti. RFC 4364 architektūra būtent dėl šios priežasties laiko šiuos mainus atskirai nuo CE–PE protokolo. RIP naudojimas krašte nieko nesako apie tai, kas turėtų kirsti tiekėjo tinklą.

Užrašykite eksporto sutartį prieš ką nors konfigūruodami: kliento priešdėliai, kurie turi būti pasiekiami iš toli, maršrutai, kurie turi likti vietiniai, ir bet kokie numatytieji, konkretesni ar bendros paslaugos išimtys. Palyginkite šią sutartį su tikruoju VRF, o ne su to paties pavadinimo kito kliento VRF.

Importo pusė yra antra politika su savais maršruto tikslais, o atitinkantis eksportas su neatitinkančiu importu sukuria priešdėlį, kuris egzistuoja magistralėje ir neatsiranda nė vienoje nutolusioje lentelėje.

Perskirstymas ir aiškus kilmės nustatymas elgiasi skirtingai

Perskirstymas ima maršrutus, kurie jau yra VRF lentelėje, ir nukopijuoja juos į BGP, filtruodamas maršrutų žemėlapiu. Žemėlapis nusprendžia, kurie priešdėliai tinka ir kokius atributus jie neša, o metriką reikia nustatyti aiškiai, nes RIP šuolių skaičius neturi prasmės kaip BGP metrika. Viskas, ko nenustatote, paveldima taip, kad paprastai nustebina tą, kuris konfigūraciją perskaito po šešių mėnesių.

Abipusis perskirstymas yra vieta, kur įvyksta tyli žala. Į BGP eksportuotas priešdėlis gali grįžti per antrą perskirstymo tašką, o be žymų ar filtrų maršrutas svyruoja, nors abi lentelės bet kuriuo momentu atrodo patikimos. Filtruokite pagal krašte uždėtas žymas, o ne pasikliaukite topologija, kad sustabdytų grįžimo kelią.

Aiškus kilmės nustatymas atrodo tvarkingiau ir nėra besąlyginis. Tinklo pareiškimui paprastai reikia atitinkančio maršruto maršrutų lentelėje prieš sukuriant priešdėlį, todėl skelbimas išnyksta tą akimirką, kai CE nustoja jį skelbti. Tai dažnai yra norimas elgesys ir nėra tas pats, kas statinis maršrutas, kuris lieka sukonfigūruotas amžinai. Patikrinkite tikrąją platformos taisyklę, o ne manykite vieną iš elgsenų.

Bet kuriuo atveju klausimas apie kiekvieną priešdėlį yra toks: kuris aktyvus šaltinis daro jį tinkamą ir kas nutinka, kai tas šaltinis išnyksta.

Patikrinkite grandinę keturiose vietose

Pažiūrėkite į CE skelbimą, VRF maršrutų lentelę, VPN maršrutų lentelę su jos maršruto tikslu ir importą į nutolusį VRF, tokia tvarka. IOS tai reiškia CE kaimyno išvestį, show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER, ir tą pačią komandą nutolusiame PE. IOS-XR atitinkama išvestis yra po show bgp vrf CUSTOMER ipv4 unicast. Komandų pavadinimai skiriasi, keturi patikros taškai ne.

Patikrinkite priešdėlį, kuris turėtų būti atmestas, taip pat atidžiai kaip tą, kuris turėtų praeiti, nes politika, leidžianti viską, atrodo identiška teisingai, kol ateina pirmoji išimtis. Tada stebėkite atšaukimą: išjunkite CE sąsają ir patvirtinkite, kad nutolusis įrašas išnyksta per numatytą laikmatį, o ne lieka.

Užsirašykite, kam priklauso kiekviena politika. Kai tiekėjas valdo CE, pristatomas elgesys priklauso paslaugos sutarčiai, o kitas protokolas ar atšaukimo politika valdomame įrenginyje yra dokumentacijos problema anksčiau nei maršrutų problema.