Sama /24 kahdelle asiakkaalle? VPNv4 tarvitsee RD:n ja leiman
Kaksi vuokralaista voi mainostaa samaa /24:ää vain siksi, että RD antaa jokaiselle reitille oman identiteettinsä. Leima vastaa toiseen kysymykseen: miten välitetään.
Kaksi vuokralaista numeroi toimipisteensä samalla 10.50.0.0/24:llä, ja muutoksen jälkeen toisen vuokralaisen reitti katoaa palveluntarjoajan reunasta, kun taas toinen jatkaa toimintaansa. Lipun takana oleva yksinkertaistus on yleensä reitinerottimen (RD) pois jättäminen, koska ”leima jo tunnistaa asiakkaan”. Ei tunnista. RD ja leima vastaavat kahteen eri kysymykseen, ja ero tulee näkyviin vasta, kun päällekkäiset osoitteet pakottavat sen.
Yksi reitti siellä, missä pitäisi olla kaksi
Tavallinen IPv4 unicast vertaa kahta polkua samaan etuliitteeseen ja asentaa paremman. Vuokralaisen A 10.50.0.0/24 ja vuokralaisen B 10.50.0.0/24 ovat yksi avain, joten yksi voittaa ja toinen jää henkiin vain varapolkuna. Protokolla teki niin kuin käskettiin; ohjaustasoa pyydettiin tallentamaan kaksi eri reittiä yhden tunnisteen alle.
Tulos näyttää pikemminkin puuttuvalta reitiltä kuin virheeltä: kilpailun hävinnyt PE välittää oman vuokralaisensa edelleen paikallisesti, joten toimipisteen sisäinen ping onnistuu ja toimipisteiden välinen testi epäonnistuu. Laske kyseisen etuliitteen merkinnät VPNv4-taulusta ennen kuin kosket mitään käytäntöä.
RD tekee yhdestä avaimesta kaksi
Kahdeksan tavun reitinerotin lisätään IPv4-etuliitteen eteen, ja objektista, jota BGP kuljettaa, tulee VPN-IPv4-osoite IPv4-etuliitteen sijaan. Kaksi vuokralaista voi pitää samat 32 bittiä, koska edessä olevat 64 bittiä eroavat. Muototyyppejä on AS-pohjaiselle RD:lle ja osoitepohjaiselle RD:lle, ja valinta kuuluu alkuperäiselle PE:lle. AS-pohjainen RD on tavallinen, kun PE:t jakavat AS:n, ja osoitepohjainen, kun eivät jaa.
Älä lue RD:tä jäsenyystunnisteeksi. Reittikohteet ohjaavat tuontia ja vientiä ja päättävät, mitkä VRF:t saavat asentaa reitin; RD takaa vain, että reitillä on oma identiteettinsä. Oma RD jokaiselle VRF:lle on tavallinen käytäntö, koska se pitää kyseisen kuvauksen luettavana reittinäkymässä.
Leima on paikallinen välitysohje
Jokainen mainos kuljettaa myös MPLS-leimaa, ja sen merkitys rajautuu reitittimeen, joka sen jakoi. Toinen PE voi antaa saman numeron täysin toiselle kohteelle. Juuri siksi leima ei voi korvata asiakkaan identiteettiä: numero on oikea vain seuraavan hypyn ja sen asentaneen välitystilan vieressä.
Jakamisen rakeisuus vaihtelee toteutuksen ja suunnittelun mukaan: jotkin alustat jakavat yhden leiman VRF:ää kohden, toiset etuliitettä kohden, ja leima voi yksilöidä välitystoimen eikä asiakasta. Kaksi eri leimaa, jotka saavuttavat saman kohteen, ei ole ristiriita, eikä sama leimanumero kahdessa PE:ssä ole sitä myöskään.
| Field | Where it lives | Scope | If you remove it |
|---|---|---|---|
| RD | VPNv4 NLRI | Per advertised route | Overlapping prefixes collide |
| Route target | Extended community | Import and export policy | Route lands in the wrong VRF |
| Label | Labeled NLRI and forwarding state | Per allocating router | No instruction for the data plane |
| Next hop | Path attribute | Per path | The label cannot be resolved |
Miksi toinen ei voi korvata toista
Mainoksen lukeminen tarkoittaa neljän asian katsomista yhdessä: RD:llä täsmennetty etuliite, reittikohteet, seuraava hyppy ja leima. Käyttäjän paketin lukeminen tarkoittaa kyseisestä tiedosta asennetun pinon katsomista. Terve suunnittelu näyttää molempien puolten täsmäävän, ja rikkinäisessä on yleensä toinen puoli oikein ja toinen vanhentunut. Tämä vertailu erottaa identiteettiongelman välitysongelmasta.
Siisti vastakohta ohjaus- ja datatason välillä on opetusväline, ei koodauksen kuvaus. RFC 8277 sijoittaa leiman merkityn NLRI:n sisään, joten mainos itse kantaa sidoksen; sen käyttäminen välitykseen on myöhempi, erillinen vaihe.
Kun vuokralaisen reitti puuttuu, tarkista tässä järjestyksessä: kaksi VPNv4-merkintää etuliitteelle, oikea reittikohde kummassakin, ratkaistavissa oleva seuraava hyppy ja leima, jota varten vastaanottavalla PE:llä on tila. Identiteetin korjaaminen välitysarvolla tai päinvastoin menee läpi yhdestä tarkistuksesta ja epäonnistuu seuraavassa.