Uelekezaji wa matawi ya MPLS: CE hujifunza nini, na kutoka kwa nani

Mwenyeji katika tawi moja hufungua muunganisho kwa seva katika tawi lingine, na maeneo yote mawili yako nyuma ya VPN MPLS ya tabaka la 3 inayosimamiwa. Mwenyeji anajua lango lake la msingi pekee na hakuna kingine, jambo ambalo ni sahihi. Muhimu ni kwamba ukingo wa mteja wa ndani unakabidhi pakiti kwa ukingo wa mtoa huduma wake, na hali ya uelekezaji ya VPN ya mtoa huduma inaipeleka kwenye tawi linalomiliki kiambishi awali cha lengo.

Kufuatilia pakiti moja kwenye njia yote ni njia ya haraka zaidi ya kuona sehemu gani ni jukumu la mteja na sehemu gani ni ya huduma.

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

Mahali kazi ya kila hop inaishia

CE-A inahitaji njia kuelekea LAN ya mbali inayoelekeza kwenye muunganisho wake wa ndani wa mtoa huduma, si kwenye anwani ya WAN ya tawi la mbali. Kisha mtoa huduma hubeba pakiti kupitia kiini chake akitumia hali ya uelekezaji ya VPN, na CE-B huwasilisha kwenye LAN ya lengo. Hakuna wakati wowote mwenyeji anahitaji kuelewa lebo, VRF au mzunguko wa intaneti wa upande wa pili.

Hitilafu inayojitokeza mara kwa mara kwenye tiketi ni kusanidi anwani ya WAN ya tawi B kama hop inayofuata kwenye tawi A. Matawi yote mawili yalinunua huduma moja, kwa hiyo inaonekana kana kwamba yanapaswa kuwa majirani. Lakini sivyo: hop inayofuata lazima ifikiwe kupitia muundo wa uelekezaji ambao kweli unayo, na CE ya mbali kwa kawaida iko mbali na hop nyingi nyuma ya vifaa ambavyo husimamii. Njia tuli iliyojengwa juu ya dhana hiyo huonekana kama hai na haitatuliwi kwa kitu chochote, jambo ambalo ni baya kuliko njia iliyokosekana kwa sababu kwenye jedwali inaonekana sahihi.

RFC 4364 hutenganisha ubadilishanaji kati ya ukingo wa mteja na ukingo wa mtoa huduma kutoka kwa usambazaji wa njia za VPN unaofanywa na mtoa huduma, na huo ndio mpaka ambao mwongozo huu unahusu. Kazi ya mteja ni kumwambia ukingo wake kile anachoweza kuwasilisha na kukubali ufikivu ambao huduma hutoa kwa kurudi.

Uwasilishaji unapaswa kukubaliana juu ya nini

Chagua utaratibu pamoja na mtoa huduma, si kumzunguka. Njia tuli, BGP au makubaliano ya itifaki ya uelekezaji kati ya CE na PE zote ni halali, na OSPF ina modeli maalum ya MPLS VPN kwa uwasilishaji kama huo. Hakuna moja wapo ni sababu ya kujenga ujirani wa OSPF kati ya kingo mbili za mteja zilizo mbali kupitia kiini cha mtoa huduma kisichobainishwa, kwa sababu huo ni muundo ambao mtoa huduma hakukubaliana nao na hawezi kuuunga mkono.

Kabla LAN mpya kuanza kufanya kazi, andika mambo manne: kiambishi awali, njia ya ndani inayofuata kwenye CE, tangazo ambalo mtoa huduma atakubali, na njia ambazo mtoa huduma atarudisha. Ongeza uchujaji wowote, kikomo cha viambishi awali au vikwazo kati ya maeneo ambavyo mkataba unaweka. Ujirani mzuri ni njia ya kubadilishana taarifa, na si ushahidi kwamba kiambishi awali fulani kilikubaliwa; kipindi kinaweza kuwa hai wakati subnet yako mpya imekaa ndani ya kichujio.

Kisha fuata jibu. Tawi B linahitaji njia ya kurudi kwenye LAN chanzo, na mwenyeji wa upande wa kupokea anahitaji lango lake na ruhusa zake za huduma. Njia inayoonekana kwenye CE-A huanzisha nusu ya safari ya kwenda na kurudi, na nusu hiyo ya safari ndiyo sababu mwelekeo mmoja wa jaribio la ping unaonekana mzuri wakati programu bado inashindwa.

Thibitisha uwasilishaji wote wawili kabla ya kukubali

Kusanya hali ya uelekezaji kwenye kingo zote mbili za mteja, thibitisha na mtoa huduma kwamba viambishi awali vya LAN vilivyokusudiwa vilikubaliwa kwenye VPN, kisha jaribu programu moja inayoruhusiwa katika kila mwelekeo. Majedwali ya njia peke yake hayathibitishi kwamba programu inafanya kazi, na jaribio la programu peke yake halikwambii ni tabaka gani la udhibiti lililoshindwa wakati haifanyi kazi.

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

Soma matokeo matatu pamoja. La kwanza linasema ukingo unaamini nini, la pili linasema alijifunza nini na kutoka kwa mwenzake yupi, na la tatu linasema atakachosambaza kwa hakika. Kutokubaliana kati yao kwa kawaida ni tatizo la sera au urudiaji na si tangazo lililokosekana, na inafaa kutatuliwa kabla ya kumwomba mtoa huduma kuchunguza. Lete matokeo hayo matatu kwenye simu na mwendeshaji, kwa sababu yanajibu maswali mengi ambayo mhandisi wa msaada angekuuliza vinginevyo.

Jua kile ambacho huduma haitoi

Huu ni ufikiaji ulioelekezwa wa tabaka la 3. Huu si mzunguko wa tabaka la 2 unaoeneza matangazo kati ya ofisi, kwa hiyo itifaki za ugunduzi, programu zinazotegemea matangazo na dhana za sehemu inayoshirikiwa hazisafiri pamoja nao. Uchapishaji, kuvinjari majina na kitu chochote kinachotegemea sehemu ya ndani vinahitaji muundo wake.

Utenganishaji wa VPN pia si usimbaji fiche. Ubadilishaji wa lebo huweka wateja kando ndani ya mtandao wa mtoa huduma, na haufanyi mzigo kuwa wa siri ikiwa mkataba unahitaji usiri. Mahali ambapo hilo ni muhimu, programu au tabaka la juu lazima litoe hilo.

Mwisho, weka modeli ya huduma ikiwa imeandikwa kando ya usanidi wa uelekezaji wa eneo. Mhandisi anayefuata kuongeza subnet anapaswa kuweza kusoma ni viambishi awali vipi vinavyotangazwa, nani anavikubali na njia ya kurudi inayotarajiwa ni ipi: vipimo vya BGP/MPLS IP VPN ni rejeleo la modeli iliyo nyuma ya haya yote.