IPv6 MPLS-VPN:ssä: kolme valintaa, ei yksi osoiteperhe
Asiakkaan VPN-reitit, PE-laitteiden välinen BGP-istunto ja ytimen kuljetus ovat erillisiä päätöksiä. Istunto voi toimia yhdessä perheessä ja kuljettaa toista.
Sano suunnittelukatsauksessa „aja IPv6 L3VPN IPv6 BGP:n yli“, ja tuohon yhteen lauseeseen kätkeytyy kolme erillistä päätöstä. Mitkä etuliitteet kuuluvat asiakkaan VPN:ään, mitkä osoitteet kantavat reititysistunnon palveluntarjoajan reunojen välillä ja mikä ydin siirtää merkittyä pakettia, ovat itsenäisiä valintoja. Ne voivat kaikki olla IPv6:ta, ne voivat olla sekoitettuja, ja sekoittaminen on tarkoituksella sallittua. Juuri näiden kolmen selvittäminen muuttaa epämääräisen vaatimuksen joksikin, jota vasten alustaa voi testata.
Erottele kolme työtä
Ensimmäinen työ on asiakasreitti: IPv6-etuliitteet, jotka kuuluvat yhteen VPN:n reitityskontekstiin ja joiden on pysyttävä kaikkien muiden kontekstien ulkopuolella. Toinen on reititysyhteys palveluntarjoajan reunareitittimien välillä, jotka vaihtavat nuo etuliitteet. Kolmas on kuljetus, joka vie merkityn asiakaspaketin ytimen läpi kaukaiselle reunalle. Vain yhden niistä nimeäminen ei ole vielä suunnitelma.
| Job | The question it answers | What confusion looks like |
|---|---|---|
| Customer VPN routes | Which IPv6 prefixes belong to each VPN context, and how are they kept apart? | Prefixes leak into the global table and between customers |
| PE-to-PE BGP session | Which addresses carry the routing connection between the two edges? | A session-family mismatch gets chased as a core transport fault |
| Transport to the remote PE | How does the chosen core move the labelled packet to the far edge? | A route is present and unforwardable in the same moment |
Jokaisella työllä on oma osoiteperheensä, omat vikatilansa ja usein oma tiiminsä. Taulukko on hyödyllinen juuri siksi, että yksi lause suunnitteluasiakirjassa tapaa puristaa kaikki kolme riviä yhdeksi.
Reitin perhe on VPN-IPv6, ei IPv6 unicast
RFC 4659 määrittelee BGP/MPLS IPv6 VPN -perheen, ja siihen kuuluminen on täsmällisempää kuin sana IPv6 antaa ymmärtää. Reitti siellä on IPv6-etuliitteeseen liitetty reitin erottaja, joka on koodattu AFI 2:n ja SAFI 128:n alle. Tavallinen IPv6 unicast on eri perhe, joten looking glassissa etuliitteeltä näyttävä ilmoitus ei välttämättä ole lainkaan sama objekti. Perheen väärin lukeminen on ensimmäinen tapa, jolla tämä suunnitelma menee pieleen.
Ero puree reunalla, jossa reitin on laskeuduttava oikeaan VPN-kontekstiin ennen kuin se tekee mitään. Etuliitteen vastaanottaminen todistaa, että vaihto tapahtui, eikä kerro asennuksesta mitään. Tämä aukko tuottaa klassisen raportin, jossa istunto on pystyssä ja asiakas on yhä pimeänä.
Istunto voi toimia eri perheessä kuin VPN
Mikään ei pakota kahden reunan välistä BGP-yhteyttä käyttämään VPN:n omaa perhettä. Spesifikaatio sallii IPv4- tai IPv6-istunnon, ja IPv6 VPN -kuljetus on itse määritelty molempien ydintyyppien päälle. Siksi IPv6-istunto ei kerro mitään sen perheestä, mitä se kuljettaa, eikä se valitse datatasoa. Kolme itsenäistä bittiä, ja suunnitelman pitäisi kantaa kaikki kolme erikseen.
Se vapauttaa ja on samalla helppo lukea väärin. IPv6-asiakasreitit voivat kulkea IPv4-osoitteisella istunnolla ja IPv4-reitit IPv6-istunnolla, jos alusta tukee yhdistelmää ja seuraava hyppy ratkeaa. Sitä ei saa päästää tapahtumaan, että istunto antaisi ymmärtää hyötykuorman, suunnitteluasiakirjassa tai valvonnassa, joka myöhemmin todistaa palvelun.
Seuraavalla hypyllä IPv4-ytimessä on oma koodauksensa
Kun VPN:n alla oleva ydin on IPv4, reitti ei ilmesty seuraavalla hypyllä, jota tulosreuna voisi käyttää suoraan. Se saapuu IPv4:ään kartoitettuna IPv6-muotona, ja näin spesifikaatio ilmaisee lähtöreunan, kun alla oleva kuljetus on IPv4. Tulosreitittimen on silloin muutettava tuo kartoitettu osoite joksikin, jonka se todella tavoittaa ytimen läpi, ja ratkaisu on se askel, joka epäonnistuu hiljaa.
Lue se edelleenkuljetuksen riippuvuutena, älä merkkijonona laitteiden välillä kopioitavaksi. Vahvista kolme asiaa alustalla, jota todella ajat: ilmoitettu seuraava hyppy ratkeaa käyttökelpoiseksi poluksi, leimapino hyväksytään ja kohde laskeutuu aiottuun VPN-kontekstiin. Minkä tahansa niistä pettäessä jäljelle jää istunto, joka näyttää terveeltä eikä välitä mitään, ja siksi tarkistus kuuluu hyväksyntäajoon eikä myöhempään häiriöön.
Kirjoita vaatimus neljälle riville
Testaamisen arvoinen vaatimus nimeää neljä asiaa: VPN:n perheen, istunnon kuljetuksen, seuraavan hypyn koodauksen ja ytimen järjestelyn. Sitten se nimeää yhden asiakasetuliitteen, jota seurataan päästä päähän: vaihdon, asennuksen, leimojen ratkaisun ja paluupolun kautta. „Tukee IPv6 BGP:tä“ ei kata yhtäkään neljästä ja kätkee, missä yhteensopimattomuus todella sijaitsee.
Terve istunto ilman VPN-IPv6-vaihtoa on puutteellinen, ja vastaanotettu VPN-reitti ilman toimivaa edelleenkuljetusta on yhtä puutteellinen. Niiden pitäminen erillisinä hyväksyntäriveinä tekee seuraavasta vianetsintäkeskustelusta lyhyen, koska epäonnistuva rivi on jo kirjoitettu.