IPv6 v omrežju MPLS VPN: tri odločitve, ne ena naslovna družina
Poti VPN stranke, seja BGP med PE in prenos v jedru so ločene odločitve. Seja lahko teče v eni družini in nosi drugo.
Na pregledu zasnove recite „poženi L3VPN IPv6 čez BGP IPv6“, in v tem enem stavku se skrivajo tri ločene odločitve. Kateri predponi pripadata VPN stranke, kateri naslovi nosijo usmerjevalno sejo med robovi ponudnika in katero jedro premika označeni paket, so neodvisne izbire. Vse so lahko IPv6, lahko so mešane, mešanje pa je namerno dovoljeno. Prav razvozlanje teh treh spremeni nejasno zahtevo v nekaj, proti čemur je mogoče preizkusiti platformo.
Ločite tri naloge
Prva naloga je pot stranke: predpone IPv6, ki pripadajo enemu kontekstu usmerjanja VPN in morajo ostati zunaj vsakega drugega konteksta. Druga je usmerjevalna povezava med robnimi usmerjevalniki ponudnika, ki te predpone izmenjujejo. Tretja je prenos, ki nosi označeni paket stranke skozi jedro do oddaljenega roba. Poimenovati samo eno od njih še ni zasnova.
| 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 |
Vsaka naloga ima svojo naslovno družino, svoje načine odpovedi in pogosto svojo ekipo. Tabela je koristna prav zato, ker en stavek v dokumentu zasnove rad stisne vse tri vrstice v eno.
Družina poti je VPN-IPv6, ne IPv6 unicast
RFC 4659 opredeljuje družino BGP/MPLS IPv6 VPN, in članstvo v njej je bolj specifično, kot nakazuje beseda IPv6. Pot je tam razločevalnik poti, povezan s predpono IPv6 in kodiran pod AFI 2 in SAFI 128. Navadni IPv6 unicast je druga družina, zato objava, ki je v looking glass videti kot predpona, morda sploh ni isti objekt. Napačno branje družine je prvi način, da ta zasnova gre narobe.
Razlika piči na robu, kjer mora pot najprej pristati v pravem kontekstu VPN, preden karkoli naredi. Prejem predpone dokazuje, da je do izmenjave prišlo, in ne pove nič o namestitvi. Ta vrzel ustvari klasično poročilo, v katerem seja stoji, stranka pa je še vedno v temi.
Seja lahko teče v drugi družini kot VPN
Nič ne sili povezave BGP med dvema robovoma, da bi uporabljala lastno družino VPN. Specifikacija dovoljuje sejo IPv4 ali IPv6, prenos IPv6 VPN pa je sam opredeljen nad obema vrstama jedra. Seja IPv6 torej ne pove nič o družini tega, kar nosi, in ne izbira podatkovne ravnine. Trije neodvisni biti, in zasnova bi morala nositi vse tri ločeno.
To osvobaja in se hkrati zlahka prebere narobe. Poti stranke IPv6 lahko tečejo po seji z naslovom IPv4, poti IPv4 pa po seji IPv6, če platforma podpira kombinacijo in se naslednji skok razreši. Kar se ne sme zgoditi, je da seja nakazuje tovor, v dokumentu zasnove ali v nadzoru, ki storitev pozneje dokazuje.
Naslednji skok na jedru IPv4 ima svoje kodiranje
Ko je jedro pod VPN IPv4, se pot ne pojavi z naslednjim skokom, ki bi ga vhodni rob lahko uporabil neposredno. Pride v obliki IPv6, preslikanega v IPv4, in tako specifikacija izrazi izhodni rob, ko je prenos pod njim IPv4. Vhodni usmerjevalnik mora nato ta preslikani naslov spremeniti v nekaj, kar skozi jedro res doseže, in razreševanje je korak, ki tiho odpove.
Berite to kot odvisnost posredovanja in ne kot niz za kopiranje med napravami. Potrdite tri stvari na platformi, ki jo res upravljate: objavljeni naslednji skok se razreši v uporabno pot, sklad oznak se sprejme in cilj pristane v predvidenem kontekstu VPN. Če katero od tega odpove, ostane seja, ki je videti zdrava in nič ne posreduje, zato preverjanje sodi v prevzemni tek in ne v poznejši incident.
Zahtevo napišite v štirih vrsticah
Zahteva, ki je vredna preizkusa, poimenuje štiri stvari: družino VPN, prenos seje, kodiranje naslednjega skoka in razpored jedra. Nato poimenuje eno predpono stranke, ki jo je treba spremljati od začetka do konca: skozi izmenjavo, namestitev, razrešitev oznak in povratno pot. „Podpira BGP IPv6“ ne pokrije nobene od štirih in skriva, kje neskladje v resnici leži.
Zdrava seja brez izmenjave VPN-IPv6 je nepopolna, sprejeta pot VPN brez delujočega posredovanja pa prav tako. Če ju držimo kot ločeni prevzemni vrstici, je naslednji pogovor o odpravljanju težav kratek, ker je vrstica, ki odpove, že zapisana.