Od CE RIP rute do udaljenog VRF-a: gdje se događa izvoz
CE RIPv2 prefiks dolazi do udaljenog VRF-a tek nakon tri odvojene odluke: da ga nauči, da ga odabere u VRF-u i da ga izveze pod odgovarajućom politikom.
RIPv2 ažuriranje stiže na rub pružatelja usluga, pada u VRF tablicu usmjeravanja i tu se zaustavlja osim ako ga nešto izričito ne izveze. Tri odluke događaju se uzastopno i svaka može odbiti prefiks iz svog razloga. Upravo čitanje toga kao jednog događaja razlog je zašto ljudi traže pogrešnu kutiju kada udaljeno mjesto ne može dosegnuti mrežu koju CE jasno oglašava. Pratite rutu kroz PE i slijed postaje očit.
Što PE radi s RIP ažuriranjem
PE prima ažuriranje na VRF sučelju, provjerava da je izvor dopušteni susjed i instalira prefiks u VRF tablicu usmjeravanja s brojem skokova izvedenim iz oglasa. Ta tablica je obična tablica usmjeravanja s vlastitim administrativnim udaljenostima i vlastitim izborom najboljeg puta. Ako CE isti prefiks oglašava dvaput s različitim metrikama, u tablici preživljava samo bolji. Ništa u ovom koraku ne uključuje okosnicu pružatelja usluga.
Prefiks sada postoji unutar konteksta usmjeravanja jednog korisnika, što je daleko od toga da bude dostupan bilo gdje drugdje.
Izvoz je čin politike, a ne posljedica protokola
Da bi napustila VRF, ruta se mora redistribuirati u MP-BGP proces koji nosi VPN rute i treba joj proširena zajednica tipa route target koja određuje koje je udaljene VRF-ove smiju uvesti. Arhitektura u RFC 4364 drži te razmjene odvojenima od protokola CE-prema-PE upravo iz tog razloga. Korištenje RIP-a na rubu ne govori ništa o tome što bi trebalo prijeći mrežu pružatelja usluga.
Zapišite ugovor o izvozu prije nego što bilo što konfigurirate: korisnički prefiksi koji moraju biti dostupni na daljinu, rute koje moraju ostati lokalne i sve zadane, specifičnije ili iznimke za zajedničke usluge. Usporedite taj ugovor sa stvarnim VRF-om, a ne sa slično nazvanim koji pripada drugom korisniku.
Strana uvoza druga je politika s vlastitim route targetima, a odgovarajući izvoz s neodgovarajućim uvozom daje prefiks koji postoji u okosnici i ne pojavljuje se ni u jednoj udaljenoj tablici.
Redistribucija i izričito podrijetlo ponašaju se različito
Redistribucija uzima rute koje već postoje u VRF tablici i kopira ih u BGP, filtrirane kroz mapu ruta. Mapa odlučuje koji su prefiksi podobni i koje atribute nose, a metrika se mora postaviti izričito jer broj skokova RIP-a nema značenje kao BGP metrika. Sve što ostavite nepostavljeno nasljeđuje se na način koji obično iznenadi osobu koja čita konfiguraciju šest mjeseci kasnije.
Uzajamna redistribucija mjesto je tihog oštećenja. Prefiks izvezen u BGP može se vratiti kroz drugu točku redistribucije, a bez oznaka ili filtara ruta oscilira dok obje tablice u svakom trenutku izgledaju uvjerljivo. Filtrirajte po oznakama primijenjenima na rubu umjesto da se pouzdate u topologiju da spriječi povratni put.
Izričito podrijetlo izgleda urednije i nije bezuvjetno. Mrežna izjava obično zahtijeva odgovarajuću rutu u tablici usmjeravanja prije nego što prefiks nastane, pa oglas nestaje u trenutku kada CE prestane oglašavati. To je često ponašanje koje želite i nije isto kao statička ruta koja ostaje konfigurirana zauvijek. Provjerite stvarno pravilo platforme umjesto da pretpostavljate bilo koje od tih dvaju ponašanja.
Bilo kako bilo, pitanje koje treba postaviti za svaki prefiks jest koji ga aktivni izvor čini podobnim i što se događa kada taj izvor nestane.
Provjerite lanac na četiri mjesta
Pogledajte CE oglas, VRF tablicu usmjeravanja, VPN tablicu ruta s njezinim route targetom i uvoz udaljenog VRF-a, tim redom. Na IOS-u to znači izlaz susjeda CE, show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER, i istu naredbu na udaljenom PE-u. Na IOS-XR-u ekvivalentni se izlaz nalazi pod show bgp vrf CUSTOMER ipv4 unicast. Nazivi naredbi se razlikuju, četiri kontrolne točke ne.
Provjerite prefiks koji treba biti odbijen jednako pažljivo kao onaj koji treba proći, jer politika koja dopušta sve izgleda jednako kao ispravna dok ne stigne prva iznimka. Zatim promatrajte povlačenje: isključite CE sučelje i potvrdite da udaljeni unos nestaje unutar očekivanog mjerača vremena umjesto da se zadržava.
Zabilježite tko je vlasnik svake politike. Kada pružatelj usluga upravlja CE-om, isporučeno ponašanje pripada u ugovor o usluzi, a drugačiji protokol ili politika povlačenja na upravljanom uređaju problem je dokumentacije prije nego problem usmjeravanja.