PE mbili, kiambishi kimoja: kwa nini RD huamua mwonekano
Routa mbili za ukingo zinazotangaza kiambishi kimoja hushiriki lengwa moja isipokuwa route distinguisher zao zitofautiane. Toa kwa makusudi, kisha angalia VRF.
Routa mbili za ukingo zinazotangaza kiambishi kimoja cha mteja hueleza lengwa moja la VPNv4 hadi kitu kuwatenganisha, na kitenganishi ni route distinguisher. Hukihitimu kiambishi; hakuamui nani anasafirisha matokeo, hiyo ni kazi ya route target. Toa RD kutoka seti ya njia ambazo lazima zibaki zikitofautishwa katika kila kikoa ambako matangazo hayo yanaweza kukutana, si kutoka mpangilio wa faili wa kifaa kimoja. Namba unayochagua ni utambulisho ambao hakiki za baadaye zitategemea, kwa hiyo inapaswa kuwa kwenye orodha kabla ya kuingia kwenye usanidi.
RD na kiambishi ni lengwa moja
RD pamoja na kiambishi cha IPv4 huunda lengwa la VPNv4 ambalo tabaka la udhibiti hulinganisha. Wape PE mbili kiambishi kimoja kwa wateja tofauti na, bila RD tofauti, hutangaza njia kuelekea lengwa moja. Hakuna kitu kwenye skrini kinachokuambia kuwa upangaji huo si sahihi, kwa sababu jukwaa hufanya kituo hasa kile utambulisho unavyosema. Badilisha RD kwenye mmoja wao na tangazo la zamani huondolewa wakati chini ya utambulisho mwingine linaonekana jipya. Kila kitu chini ya mto kilichotegemea utambulisho wa zamani, kutoka uteuzi wa njia hadi kichujio cha mwendeshaji kilichohifadhiwa, sasa kinarejelea kitu ambacho hakipo tena.
Njia kadhaa kwa lengwa moja ni tabia ya kawaida ya BGP, si dalili. Msemaji anaweza kushikilia njia kadhaa zilizopokelewa huku akichagua njia bora moja kwa upelekaji, na pengo kati ya zilizopokelewa na zilizochaguliwa ni mahali ambapo maswali ya mwonekano huishi. Njia inapoonekana kutoweka, thibitisha kama utambulisho ambao ilikuwa wake bado upo kabla ya kuangalia kikao.
RD moja, lengwa moja, njia tofauti
Tuma RD moja na kiambishi kimoja kutoka routa mbili kwa niaba ya huduma moja na zote mbili zinatoa njia kuelekea lengwa moja, kwa kawaida kwa miruko inayofuata tofauti. Ni ipi route reflector itapitisha ni uamuzi kuhusu reflector: uteuzi wake wa njia, uwezo wake wa kutangaza na sera yoyote iliyowekwa juu yake. Hakuna routa ya ukingo inayodhibiti uchaguzi huo. Wape matangazo mawili RD tofauti na kila moja linakuwa lengwa lake, hivyo zote mbili zinaweza kustahimili tabaka la udhibiti ambalo vinginevyo hubeba njia iliyochaguliwa tu kwa utambulisho mmoja.
Mwonekano na njia nyingi hukutana katika VRF inayopokea, lakini si uamuzi mmoja, na reflector inayobeba utambulisho miwili haikusanisha njia ya pili iliyosakinishwa. VRF husakinisha kile sera yake ya uagizaji inaruhusu na kile mpangilio wake wa juu zaidi wa njia unaruhusu. Angalia mpangilio huo kwa tofauti unapotaka njia ya pili itumike na si kuonekana tu.
Kanuni ya upekee wa ndani si sera
Kumpa kila PE na kila kikao cha uelekezaji RD yake mwenyewe ni kawaida nzuri: hutaja asili, huzuia huduma zisizohusiana kugongana kwenye utambulisho mmoja na huipa orodha ufunguo thabiti. Majukwaa mengine huhitaji upekee ndani ya kifaa tu na huruhusu wazi routa kushiriki RD kwa kikao kimoja cha VPN. Ruhusa hiyo ni kizuizi cha utekelezaji, si kanuni kati ya mitandao unayoweza kukabidhi kwa msambazaji. Ikiwa kikoa kinagusa timu, andika sera ya ugawaji mwenyewe.
Uanachama hauji kamwe kutoka kwa tarakimu. Mchoro kama 65000:12 kwa PE moja na 65000:13 kwa nyingine ni tabia, ilhali malengo ya usafirishaji na uagizaji yanayolingana kama 65000:112 ndiyo yanayoweka njia kwenye VRF. Chukulia RD kama utambulisho wa njia na route target kama ruhusa inayoipeleka kwenye VRF.
Thibitisha mabadiliko kwenye VRF, si kwenye skrini
Kabla ya kugusa RD, andika mambo manne: kile PE inatangaza leo, kile reflector inaakisi, kile VRF inayopokea inaagiza na ni njia ipi inayochagua. RD mpya huondoa tangazo moja na kuingiza lingine, hivyo mabadiliko yanaonekana pande zote za kikao na ni rahisi kusoma vibaya ikiwa unaangalia upande unaotangaza pekee. Kukubali kunapaswa kutegemea ufikiaji uliokusudia, si mstari wa ziada unaoonekana kwenye orodha ya viambishi. Jedwali hapa chini huzuia vitambulisho vitatu kuchanganyikana wakati wa hakiki hiyo.
| Identifier | Question it answers | What breaks when it is confused with another |
|---|---|---|
| Route distinguisher | Which route identity is this? | Two services collapse into one destination, so one advertisement withdraws the other |
| Route target | Who is allowed to import it? | Routes arrive in a VRF that should not have them, or never arrive at all |
| VRF import policy | What does this instance accept and install? | The route is visible on the PE but never selected in the VRF |
Anza kwenye PE inayotangaza na linganisha vitambulisho vyote viwili kwa kiambishi kimoja kabla ya kuondoa kitu. Amri za IOS hapa chini hujibu maswali matatu kwa mfuatano: tangazo la zamani bado lipo, utambulisho mpya unaonekana kwa reflector na VRF inachagua kiambishi hicho.
show bgp vpnv4 unicast rd 65000:12 203.0.113.0/24 show bgp vpnv4 unicast rd 65000:13 203.0.113.0/24 show ip route vrf CUSTOMER-A 203.0.113.0/24
Majukwaa mengine huchapisha taarifa hiyo hiyo kwa sintaksia tofauti, na maswali yanadumu baada ya mabadiliko hayo. Ikiwa utambulisho mpya haupo kwa reflector wakati PE inautaja kama uliotangazwa, mtuhumiwa wa kwanza ni sera au uwezo wa kutangaza wa reflector, si uandikaji namba.
Rekodi PE, kikao, RD, malengo ya usafirishaji na uagizaji na umiliki wa kiambishi mahali pamoja, kwa sababu ugawaji unaofuata ni utafutaji na si kukisia tu pale rekodi hiyo inapokuwepo. Weka RD ya zamani hadi utambulisho mpya uonekane kwenye VRF inayopokea, kisha uondoe katika hatua ya pili ili kila hatua ibaki ikibadilishika.