RD dhidi ya RT katika MPLS VPN: upekee dhidi ya sera ya uagizaji
Kitenganishi cha njia hufanya viambishi awali vinavyogongana kuwa vya kipekee, na lengo la njia huamua ni njia zipi VRF inaweza kuagiza. Fuatilia njia moja ya MPLS katika majukumu yote mawili.
Maeneo mawili ya mteja yanaweza kutangaza 10.20.0.0/24 na yote mawili yanabaki halali ndani ya mtandao mmoja wa mtoa huduma. Kitenganishi cha njia huweka matangazo hayo tofauti; lengo la njia huamua ni VRF ipi ya mteja inayoweza kuchukua nakala. Zinaonekana kando kando katika usanidi na hufanya kazi tofauti kabisa. Kuchanganya hizo mbili husababisha mabadiliko yanayoonekana kuwa ya busara na hayarekebishi chochote.
Fuatilia njia moja kutoka ukingo wa mteja hadi VRF ya mbali na mgawanyiko unakuwa dhahiri: utambulisho huambatishwa kabla njia haijaingia BGP, na sera ya usambazaji hutathminiwa wakati njia inafikia ukingo wa mtoa huduma unaoipokea.
Njia ya VPN-IPv4 ni RD pamoja na kiambishi awali cha IPv4
RFC 4364 inafafanua familia ya anwani za VPN-IPv4 kama kitenganishi cha njia cha baiti nane kinachofuatiwa na anwani ya IPv4 ya baiti nne. RD huwekwa mbele ya kiambishi awali cha mteja, kwa hivyo viambishi awali viwili vinavyofanana kutoka maeneo tofauti huwa njia mbili tofauti za BGP.
Muundo huo ndio mfumo mzima wa upekee. Mtoa huduma hahitaji wateja wakubaliane kuhusu nafasi ya anwani isiyogongana, na njia kutoka eneo moja haiwezi kuchukua nafasi ya kiambishi awali kinachofanana kutoka eneo lingine kwa kimya.
Muundo wa RD wenyewe ni thamani inayochaguliwa na msimamizi, kwa kawaida namba ya mfumo unaojitegemea na namba ya ndani. Umbo lake la nambari ni mkataba, si ishara kwamba sehemu hizo mbili zinashiriki maana na lengo la njia ambalo kwa bahati linatumia tarakimu zile zile.
RD hufanya viambishi awali vinavyogongana vionekane tofauti
Fikiria matangazo mawili ya kiambishi awali kimoja. Eneo A lina RD 65000:101 na eneo B lina RD 65000:202, yote mawili kwa 10.20.0.0/24. Sasa BGP inashikilia njia mbili za VPN-IPv4 zinazoweza kulinganishwa, kuchujwa na kuchaguliwa kwa kujitegemea.
RD haisemi ni VRF ipi inapaswa kupokea yoyote ya njia hizo, na haitambui mteja au huduma. Ni sehemu ya utambulisho wa njia, si orodha ya uanachama. RD yenyewe ya VRF haihitaji kuendana na RD ya njia inayoagiza.
Ndio sababu kubadilisha RD ili iendane na namba ya eneo lingine hakurekebishi chochote. Ikiwa njia haipo upande wa pili, kuendana kwa tarakimu huzaa tatizo lingine la utambulisho badala ya kurekebisha uamuzi wa uagizaji.
RT ni sifa ya BGP, si lebo ndani ya pakiti
Sera ya usafirishaji nje huambatanisha lengo moja au zaidi la njia kwenye njia kama sifa za jumuiya zilizopanuliwa za BGP. Ukingo wa mtoa huduma unaopokea hulinganisha sifa hizo na sera ya uagizaji ya kila VRF. RT husafiri na njia kupitia ndege ya udhibiti. Ulinganisho hufanyika kabisa katika sera ya uelekezaji, kabla pakiti yoyote ya mteja kusambazwa.
Pakiti za data za mteja hazibeba RT. Njia ikiwa imesakinishwa katika VRF, usambazaji hutumia jedwali la VRF hiyo na rundo la lebo za MPLS ambalo usanifu huweka. Ukingo wa mtoa huduma hausomi lengo la njia kutoka kwa kila pakiti ya mteja.
Njia inaweza kubeba RT kadhaa, na VRF inaweza kuagiza kadhaa. Usanidi mara nyingi huonekana kama kizuizi kifupi:
vrf definition CUST-A
rd 65000:101
address-family ipv4
route-target export 65000:500
route-target import 65000:500
Soma kizuizi hicho kama kauli mbili tofauti. Mstari wa usafirishaji nje hudhibiti kinachoambatishwa kwenye njia zinazoondoka kwenye VRF hii; mstari wa uagizaji hudhibiti kile ambacho VRF hii iko tayari kuzingatia. Namba zinazoendana ni rahisi, si lazima.
Haki ya uagizaji si usakinishaji
Njia inaweza kustahiki VRF na bado isionekane kwenye jedwali lake la usambazaji. Ustahiki ni chujio; kisha mchakato wa kawaida wa maamuzi wa BGP hulinganisha njia zinazostahiki na kuchagua moja. Njia ya zamani au isiyopendelewa zaidi inaweza kushindwa na njia nyingine inayostahiki.
Angalia njia iliyochaguliwa, si sera ya uagizaji pekee. VRF inayoagiza RT 65000:500 na haionyeshi njia yoyote kwa 10.20.0.0/24 inaweza kuwa ilipokea njia na kuikataa wakati wa uteuzi, au pengine haikupokea kamwe.
Tofauti hii ni muhimu pia wakati kiambishi awali kisichotarajiwa kinapotokea. Sera ya uagizaji iliyo pana mno inaweza kuvuta njia ambazo eneo halikukusudia kutumia, na upekee wa RD hauzuii hilo hata kidogo. Wigo wa usambazaji ni swali la sera ya RT.
Fuatilia njia inayokosekana kwa mpangilio wa ndege ya udhibiti
Anza na tangazo: VRF chanzi inasafirisha nje RT inayokusudiwa, na njia ipo kama njia ya VPN-IPv4 kwenye kiakisi cha njia au PE inayopokea? Kisha angalia sifa kama ilivyopokelewa, si kama ilivyosanidiwa kwa mtumaji.
Kisha linganisha orodha ya uagizaji ya VRF inayopokea na thamani halisi za RT za njia. Mwisho angalia njia iliyochaguliwa katika VRF hiyo na ufungaji wa lebo. Kila hatua hujibu swali tofauti, na kuruka hadi RD kwa kawaida hukosa hatua ambayo ni mbaya.
Andika RD, RT iliyosafirishwa nje, RT iliyoagizwa na hatua inayofuata iliyochaguliwa kwa eneo linalofanya kazi na lile linaloshindwa. Thamani nne kando kando hubadilisha “VPN haipitishi njia” isiyoeleweka kuwa hatua kamili ya ndege ya udhibiti inayotofautiana.