Od CE RIP rute do udaljenog VRF-a: gdje se izvodi export

RIPv2 update dolazi na provider edge, upada u VRF routing tablicu i tu se zaustavlja osim ako ga nešto izričito ne exportira. Tri odluke zbivaju se redom i svaka može odbiti prefiks iz vlastitog razloga. Čitanje njih kao jednog događaja razlog je zašto ljudi traže grešku na pogrešnom uređaju kada udaljena lokacija ne može doći do mreže koju CE jasno oglašava. Pratite rutu kroz PE i slijed postaje očigledan.

Što PE radi s RIP updateom

PE prima update na VRF sučelju, provjerava da je izvor dopušteni susjed i instalira prefiks u VRF routing tablicu s brojem skokova izvedenim iz oglasa. Ta je tablica obična routing tablica s vlastitim administrativnim distancama i vlastitim odabirom najbolje putanje. Ako CE isti prefiks oglasi dvaput s različitim metrikama, u tablicu preživi samo bolji. Nijedan dio ovog koraka ne uključuje backbone providera.

Prefiks sada postoji unutar routing konteksta jednog klijenta, što je daleko od toga da bude dostupan bilo gdje drugdje.

Export je politički čin, a ne posljedica protokola

Da bi napustila VRF, ruta se mora redistribuirati u MP-BGP proces koji nosi VPN rute i treba joj route target extended community koji označava koje je udaljene VRF-ove smiju importirati. Arhitektura u RFC 4364 drži te razmjene odvojenima od CE-PE protokola upravo zbog toga. Korištenje RIP-a na rubu ne govori ništa o tome što bi trebalo prijeći mrežu providera.

Zapišite export ugovor prije nego što bilo što konfigurirate: klijentske prefikse koji moraju biti dostupni na daljinu, rute koje moraju ostati lokalne i sve default rute, specifičnije rute ili izuzetke za dijeljene servise. Usporedite taj ugovor sa stvarnim VRF-om, a ne s istoimenim VRF-om drugog klijenta.

Import strana je druga politika s vlastitim route targetima, a odgovarajući export s neodgovarajućim importom daje prefiks koji postoji u backboneu i ne pojavljuje se ni u jednoj udaljenoj tablici.

Redistribucija i izričito origination ponašaju se različito

Redistribucija uzima rute koje već postoje u VRF tablici i kopira ih u BGP, filtrirane route mapom. Mapa odlučuje koji su prefiksi prihvatljivi 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 pola godine kasnije.

Uzajamna redistribucija je mjesto gdje se događa tiha šteta. Prefiks exportiran u BGP može se vratiti kroz drugu točku redistribucije, a bez tagova ili filtera ruta oscilira dok obje tablice u svakom trenutku izgledaju uvjerljivo. Filtrirajte po tagovima primijenjenima na rubu umjesto da se pouzdate u topologiju da spriječi povratnu putanju.

Izričito origination izgleda urednije i nije bezuvjetno. Network statement obično treba odgovarajuću rutu u routing tablici prije nego se prefiks originira, tako da oglas nestaje u trenutku kada CE prestane oglašavati prefiks. To je često ponašanje koje želite i nije isto kao statička ruta koja ostaje konfigurirana zauvijek. Provjerite stvarno pravilo platforme umjesto da pretpostavite jedno od ponašanja.

U svakom slučaju, pitanje za svaki prefiks jest koji aktivni izvor ga čini prihvatljivim i što se događa kada taj izvor nestane.

Provjerite lanac na četiri mjesta

Pogledajte CE oglas, VRF routing tablicu, VPN route tablicu s njezinim route targetom i import u udaljenom VRF-u, tim redom. Na IOS-u to znači izlaz CE susjeda, show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER, i istu naredbu na udaljenom PE-u. Na IOS-XR ekvivalentni izlaz nalazi se pod show bgp vrf CUSTOMER ipv4 unicast. Imena naredbi se razlikuju, četiri kontrolne točke ne.

Provjerite prefiks koji bi trebao biti odbijen jednako pažljivo kao onaj koji bi trebao proći, jer politika koja dopušta sve izgleda identično ispravnoj dok ne dođe prvo izuzeće. Zatim promatrajte withdrawal: isključite CE sučelje i potvrdite da udaljeni zapis nestaje unutar očekivanog timera umjesto da ostane.

Zabilježite tko je vlasnik svake politike. Kada provider upravlja CE-om, isporučeno ponašanje pripada ugovoru o usluzi, a drugi protokol ili politika withdrawal-a na upravljanom uređaju problem je dokumentacije prije nego problem routinga.