IPv6 í MPLS-VPN: þrjú val, ekki ein adressfjölskylda
VPN-leiðir viðskiptavinarins, BGP-setan milli PE og flutningurinn í kjarnanum eru aðskildar ákvarðanir. Seta getur keyrt í einni fjölskyldu og borið aðra.
Segðu „keyrðu IPv6 L3VPN yfir IPv6 BGP“ í hönnunarumsögn og í þeirri einu setningu leynast þrjár aðskildar ákvarðanir. Hvaða forskeyti tilheyra VPN viðskiptavinarins, hvaða netföng bera leiðsögusetuna milli brúna þjónustuveitandans og hvaða kjarni flytur merktu pakkann eru óháðar ákvarðanir. Þau geta öll verið IPv6, þau geta verið blönduð, og blöndun er leyfð viljandi. Það er að greiða úr þessum þremur sem gerir óljósa kröfu að einhverju sem hægt er að prófa kerfi gegn.
Aðskildu þrjú verkefni
Fyrsta verkefnið er leið viðskiptavinarins: IPv6-forskot sem tilheyra einu VPN-leiðsögusamhengi og verða að halda sér utan við hvert annað samhengi. Annað er leiðsögutengingin milli brúnarútara þjónustuveitandans sem skiptast á þessum forskeytum. Þriðja er flutningurinn sem ber merktu pakkann frá viðskiptavininum yfir kjarnann til fjarlægu brúnarinnar. Að nefna aðeins eitt þeirra er ekki hönnun ennþá.
| 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 |
Hvert verkefni hefur sína eigin adressfjölskyldu, sína eigin bilunarhætti og oft sitt eigið teymi. Taflan er gagnleg einmitt vegna þess að ein setning í hönnunarskjali hefur tilhneigingu til að þjappa öllum þremur línum í eina.
Leiðarfjölskyldan er VPN-IPv6, ekki IPv6 unicast
RFC 4659 skilgreinir BGP/MPLS IPv6 VPN fjölskylduna, og aðild að henni er nákvæmari en orðið IPv6 gefur til kynna. Leið þar er leiðaraðgreinir tengdur IPv6-forskoti, kóðaður undir AFI 2 og SAFI 128. Venjulegt IPv6 unicast er önnur fjölskylda, svo tilkynning sem lítur út eins og forskot í looking glass er kannski alls ekki sami hluturinn. Að lesa fjölskylduna rangt er fyrsta leiðin sem þessi hönnun fer úrskeiðis.
Munurinn bítur á brúninni, þar sem leið verður fyrst að lenda í réttu VPN-samhengi áður en hún gerir nokkuð. Að taka á móti forskoti sannar að skiptin áttu sér stað og segir ekkert um uppsetninguna. Þetta bil framleiðir hina klassísku skýrslu þar sem setan er uppi og viðskiptavinurinn enn í myrkri.
Setan getur keyrt í annarri fjölskyldu en VPN
Ekkert neyðir BGP-tenginguna milli tveggja brúna til að nota eigin fjölskyldu VPN. Forskriftin leyfir IPv4 eða IPv6 setu, og IPv6 VPN flutningurinn er sjálfur skilgreindur yfir báðum kjarnategundum. Því segir IPv6 seta ekkert um fjölskyldu þess sem hún ber, og hún velur ekki gagnasviðið heldur. Þrír óháðir bitar, og hönnunin ætti að bera alla þrjá sér.
Það frelsar og er auðvelt að lesa rangt í sama andardrætti. IPv6 leiðir viðskiptavina geta riðið á setu með IPv4-tölu, og IPv4-leiðir á IPv6-setu, að því tilskildu að kerfið styðji samsetninguna og næsta stökk leysist. Það sem má ekki gerast er að láta setuna gefa í skyn nytsemina, í hönnunarskjali eða í eftirlitinu sem sannar þjónustuna síðar.
Næsta stökk á IPv4-kjarna hefur sína eigin kóðun
Þegar kjarninn undir VPN er IPv4 birtist leiðin ekki með næsta stökki sem inngangsbrúnin getur notað beint. Hún kemur í IPv4-mapped IPv6 formi, og þannig lýsir forskriftin útgangsbrúninni þegar flutningurinn undir er IPv4. Inngangsleiðarinn verður þá að breyta þeirri mapped tölu í eitthvað sem hann kemst í raun að yfir kjarnann, og upplausnin er skrefið sem bregst hljóðlaust.
Lestu það sem framsendingarháð og ekki sem streng til að afrita milli tækja. Staðfestu þrjá hluti á kerfinu sem þú rekur í raun: tilkynnt næsta stökk leysist í nothæfa leið, merkjasafnið er samþykkt og áfangastaðurinn lendir í fyrirhuguðu VPN-samhengi. Ef eitt þeirra bregst verður seta eftir sem lítur heilbrigð út og framsendir ekkert, og þess vegna á prófunin heima í samþykktskeyrslunni en ekki í atviki síðar.
Skrifaðu kröfuna í fjórum línum
Krafa sem er þess virði að prófa nefnir fjóra hluti: fjölskyldu VPN, flutning setunnar, kóðun næsta stökks og fyrirkomulag kjarnans. Síðan nefnir hún eitt forskot viðskiptavinarins til að fylgja frá enda til enda: gegnum skipti, uppsetningu, merkjaupplausn og afturleið. „Styður IPv6 BGP“ nær ekki yfir neitt af fjórum og felur hvar ósamræmið býr í raun.
Heilbrigð seta án VPN-IPv6 skipta er ófullkomin, og móttekin VPN-leið án virkrar framsendingar er jafn ófullkomin. Að halda þeim sem aðskildum samþykktarlínum gerir næstu bilunarræður stuttar, því lína sem bregst er þegar skrifuð niður.