Kaksi PE:tä, yksi etuliite: miksi RD ratkaisee näkyvyyden
Kaksi reunareititintä, jotka mainostavat samaa etuliitettä, jakavat yhden kohteen, elleivät niiden route distinguisherit eroa. Kohdista harkiten ja tarkista sitten VRF.
Kaksi reunareititintä, jotka mainostavat samaa asiakkaan etuliitettä, kuvaavat yhtä VPNv4-kohdetta, kunnes jokin erottaa ne, ja erottaja on route distinguisher. Se kvalifioi etuliitteen; se ei päätä, kuka tuloksen importoi, se on route targetin tehtävä. Kohdista RD:t niiden reittien joukosta, joiden on pysyttävä erotettavina jokaisessa domainissa, jossa nämä mainokset voivat kohdata, ei yhden laatikon tiedostoasettelusta. Valitsemasi numero on identiteetti, josta myöhemmät tarkastukset riippuvat, joten se kuuluu inventaarioon ennen kuin se päätyy konfiguraatioon.
RD plus etuliite on yksi kohde
RD plus IPv4-etuliite muodostaa VPNv4-kohteen, jota ohjaustaso vertaa. Anna kahdelle PE:lle sama etuliite eri asiakkaille, ja ilman eri RD:itä ne mainostavat reittejä yhteen kohteeseen. Mikään näytöllä ei kerro, että tämä ryhmittely on väärin, koska alusta tekee täsmälleen sen, mitä identiteetti sanoo. Vaihda RD toisessa niistä, ja vanha mainos vedetään pois, kun taas toisen identiteetin alle ilmestyy uusi. Kaikki alavirrassa, joka nojasi vanhaan identiteettiin reitinvalinnasta tallennettuun operaattorisuodattimeen, viittaa nyt johonkin, jota ei enää ole.
Useat reitit kohdetta kohden on tavallista BGP-käyttäytymistä, ei oire. Speaker voi pitää useita vastaanotettuja reittejä valitessaan yhden parhaan välitykseen, ja vastaanotetun ja valitun välinen ero on paikka, jossa näkyvyyskysymykset elävät. Kun reitti näyttää kadonneen, varmista ennen istunnon tarkastelua, onko identiteetti, johon se kuului, vielä olemassa.
Sama RD, sama kohde, eri reitit
Lähetä yksi RD ja yksi etuliite kahdesta reitittimestä saman palvelun puolesta, ja molemmat tarjoavat reittejä yhteen kohteeseen, yleensä eri seuraavilla hypyillä. Kumpaa niistä route reflector välittää, on päätös reflectorista: sen reitinvalinta, sen mainontakyky ja sen päälle kerrostettu politiikka. Kumpikaan reunareititin ei hallitse tätä valintaa. Anna kahdelle mainokselle eri RD:t, ja kummastakin tulee oma kohteensa, joten molemmat voivat selvitä ohjaustasosta, joka muuten kantaa vain yhden identiteetin valitun reitin.
Näkyvyys ja monitie kohtaavat vastaanottavassa VRF:ssä, mutta ne eivät ole sama päätös, eikä kahta identiteettiä kantava reflector ole määrittänyt toista asennettua reittiä. VRF asentaa sen, minkä sen tuontikäytäntö sallii, ja sen, minkä sen oma enimmäisreittien asetus sallii. Tarkista tämä asetus erikseen, kun haluat toisen reitin olevan käytössä, ei vain näkyvissä.
Paikallinen ainutkertaisuussääntö ei ole käytäntö
Jokaiselle PE:lle ja jokaiselle reititysinstanssille oman RD:n antaminen on terve käytäntö: se nimeää alkuperän, pitää toisiinsa liittymättömät palvelut törmäämästä yhteen identiteettiin ja antaa inventaariolle vakaan avaimen. Jotkin alustat vaativat ainutkertaisuutta vain laatikon sisällä ja sallivat nimenomaisesti reitittimien jakaa RD:n samalle VPN-instanssille. Tämä lupa on toteutusrajoitus, ei verkkojen välinen sääntö, jonka voisit delegoida toimittajalle. Jos domain kattaa useita tiimejä, kirjoita kohdistuskäytäntö itse.
Jäsenyys ei koskaan tule numeroista. Kuvio kuten 65000:12 yhdelle PE:lle ja 65000:13 toiselle on tapa, kun taas täsmäävät vienti- ja tuontikohteet kuten 65000:112 ovat se, mikä laittaa reitin VRF:ään. Käsittele RD:tä reitin identiteettinä ja route targetia lupana, joka kantaa sen VRF:ään.
Osoita muutos VRF:ssä, älä näytöllä
Ennen kuin kosket RD:hen, kirjoita neljä asiaa: mitä PE tänään mainostaa, mitä reflector heijastaa, mitä vastaanottava VRF importoi ja minkä reitin se valitsee. Uusi RD vetää yhden mainoksen pois ja tuo toisen, joten muutos näkyy istunnon molemmilla puolilla ja on helppo lukea väärin, jos seuraat vain mainostavaa puolta. Hyväksynnän pitäisi perustua haluttuun tavoitettavuuteen, ei etuliiteluetteloon ilmestyvään ylimääräiseen riviin. Alla oleva taulukko pitää kolme tunnistetta erillään tarkastuksen aikana.
| Identifier | Question it answers | What breaks when it is confused with another |
|---|---|---|
| Route distinguisher | Which route identity is this? | Two services collapse into one destination, so one advertisement withdraws the other |
| Route target | Who is allowed to import it? | Routes arrive in a VRF that should not have them, or never arrive at all |
| VRF import policy | What does this instance accept and install? | The route is visible on the PE but never selected in the VRF |
Aloita mainostavasta PE:stä ja vertaa molempia identiteettejä samalle etuliitteelle ennen kuin poistat mitään. Alla olevat IOS-komennot vastaavat kolmeen kysymykseen järjestyksessä: onko vanha mainos vielä siellä, näkyykö uusi identiteetti reflectorille ja valitseeko VRF etuliitteen.
show bgp vpnv4 unicast rd 65000:12 203.0.113.0/24 show bgp vpnv4 unicast rd 65000:13 203.0.113.0/24 show ip route vrf CUSTOMER-A 203.0.113.0/24
Muut alustat tulostavat samat tiedot eri syntaksilla, ja kysymykset säilyvät tämän muutoksen yli. Jos uusi identiteetti puuttuu reflectorilta, kun taas PE listaa sen mainostettuna, ensimmäinen epäilty on reflectorin käytäntö tai mainontakyky, ei numerointi.
Kirjaa PE, instanssi, RD, vienti- ja tuontikohteet sekä etuliitteen omistus yhteen paikkaan, koska seuraava kohdistus on haku eikä arvaus vain silloin, kun tuo tietue on olemassa. Pidä vanha RD, kunnes uusi identiteetti näkyy vastaanottavassa VRF:ssä, ja vedä se sitten pois toisessa vaiheessa, jotta jokainen vaihe pysyy palautettavana.