MPLS-útibúaleiðir: hvað CE lærir og frá hverjum

Hýsitölva í einu útibúi opnar tengingu við netþjón í öðru, og báðir staðirnir eru bak við sama stýrða MPLS VPN á lagi 3. Hýsitölvan þekkir aðeins sína eigin sjálfgefnu gátt og ekkert annað, sem er rétt. Það sem skiptir máli er að staðbundin viðskiptavinabrún afhendir pakkninguna til brúnar þjónustuveitandans, og að VPN-leiðarstaða veitandans komi henni til útibúsins sem á áfangaforskeytið.

Að fylgja einni pakkningu eftir leiðinni er hraðasta leiðin til að sjá hvaða hluti er ábyrgð viðskiptavinarins og hvaða hluti tilheyrir þjónustunni.

10.20.0.0/24 → CE-A → PE → provider core → PE → CE-B → 10.30.0.0/24

Hvar verk hvers hopps endar

CE-A þarf leið að fjarlæga LANinu sem bendir á staðbundna veitendatengingu þess, ekki WAN-tölu fjarlæga útibúsins. Veitandinn ber pakkninguna síðan í gegnum sitt eigið kjarnanet með VPN-leiðarstöðu, og CE-B afhendir hana á áfangalaninu. Á engum tímapunkti þarf hýsitölva að skilja merki, VRF eða nettengingu hins aðilans.

Villan sem kemur aftur og aftur í miðana er að stilla WAN-tölu útibús B sem næsta hopp í útibúi A. Bæði útibúin keyptu sömu þjónustuna, svo það virðist sem þau ættu að vera nágrannar. Það eru þau ekki: næsta hopp verður að vera aðgengilegt í gegnum þá leiðarhönnun sem þú hefur í raun, og fjarlæga CE-ið er venjulega mörg hopp í burtu bak við búnað sem þú stýrir ekki. Stöðug leið byggð á þeirri forsendu birtist sem virk og leysist í ekkert, sem er verra en leið sem vantar því hún lítur rétt út í töflunni.

RFC 4364 aðskilur skiptin milli viðskiptavinarbrúnar og veitandabrúnar frá dreifingu veitandans á VPN-leiðum, og það er nákvæmlega sú mörk sem þessi handbók fjallar um. Verk viðskiptavinarins er að segja brúninni sinni hvað hún getur afhent og samþykkja það aðgengi sem þjónustan býður til baka.

Hvað afhendingin verður að semja um

Veldu aðferðina með veitandanum frekar en í kringum hann. Stöðugar leiðir, BGP eða samkomulag um leiðarvaldsbókun milli CE og PE eru öll lögmæt, og OSPF hefur skilgreint MPLS VPN-líkan fyrir slíka afhendingu. Ekkert þeirra er ástæða til að byggja OSPF-nágrenni milli tveggja fjarlægra viðskiptavinabrúna í gegnum ótilgreindan kjarna veitandans, því það er hönnun sem veitandinn hefur ekki samþykkt og getur ekki stutt.

Áður en nýtt LAN fer í gagnið skaltu skrifa niður fjóra hluti: forskeytið, staðbundnu næstu leiðina á CE-inu, tilkynninguna sem veitandinn samþykkir og leiðirnar sem veitandinn skilar. Bættu við hvaða síun, forskeytamörkum eða takmörkunum milli staða sem samningurinn krefst. Heilbrigt nágrenni er rás til að skiptast á upplýsingum og er ekki sönnun þess að tiltekið forskeyti hafi verið samþykkt; lotan getur verið uppi á meðan nýja undirnetið þitt situr í síu.

Fylgdu svo svarinu. Útibú B þarf leið til baka á upprunalega LANið, og hýsitölvan á móttökuhlið þarf sína eigin gátt og sín eigin þjónustuleyfi. Leið sem birtist á CE-A kemur á fót hálfri ferð fram og til baka, og hálf ferð er ástæðan fyrir því að ein stefna pingprófunar lítur heilbrigð út á meðan forritið mistekst enn.

Staðfestu báðar afhendingarnar fyrir samþykki

Safnaðu leiðarstöðunni á báðum viðskiptavinabrúnum, staðfestu við veitandann að fyrirhuguðu LAN-forskeytin hafi verið samþykkt í VPNið og prófaðu síðan eitt leyfilegt forrit í hvora stefnu. Leiðartöflur einar og sér sanna ekki að forritið virki, og forritspróf eitt og sér segir þér ekki hvaða stýrisléttu mistókst þegar það virkar ekki.

show ip route vrf BRANCH 10.30.0.0
show ip bgp vpnv4 vrf BRANCH
show ip cef vrf BRANCH 10.30.0.10

Lestu úttökin þrjú saman. Það fyrsta segir hvað brúnin telur, það annað segir hvað hún lærði og frá hvaða jafningja, og það þriðja segir hvað hún muni í raun senda áfram. Ósamræmi þeirra á milli er venjulega stefnu- eða endurkvæmnivandamál frekar en tilkynning sem vantar, og það er þess virði að leysa það áður en veitandinn er beðinn um að rannsaka. Komdu með þessi þrjú úttök í símtalið við flutningsaðilann, því þau svara flestum þeirra spurninga sem stuðningsverkfræðingur myndi annars spyrja þig.

Vitaðu hvað þjónustan veitir ekki

Þetta er leiðarstýrður aðgangur á lagi 3. Þetta er ekki rás á lagi 2 sem teygir útvarp milli skrifstofa, svo uppgötvunarsamskiptareglur, forrit sem byggja á útvarpi og forsendur um sameiginlegan þátt ferðast ekki með henni. Prentun, nafnavafningur og allt sem byggir á staðbundnum þætti þarf sína eigin hönnun.

VPN-aðskilnaður er ekki heldur dulkóðun. Merkjasláttur heldur viðskiptavinum aðskildum innan nets veitandans, og það gerir notacargið ekki trúnaðarmál ef samningurinn krefst trúnaðar. Þar sem það skiptir máli verður forritið eða yfirlag að sjá um það.

Að lokum skaltu halda þjónustulíkaninu skrifuðu við hlið leiðarstillinga staðarins. Næsti verkfræðingur sem bætir við undirneti ætti að geta lesið hvaða forskeyti eru tilkynnt, hver samþykkir þau og hver væntanleg afturleið er: forskriftin BGP/MPLS IP VPN er viðmiðið fyrir líkanið sem liggur að baki öllu þessu.