Tveir PE, eitt forskeyti: hvers vegna RD ræður sýnileika

Tveir jaðrarouterar sem auglýsa sama viðskiptavinarforskyti lýsa einum VPNv4-áfangastað þar til eitthvað aðskilur þá, og aðskilnaðurinn er route distinguisher. Hann hæfir forskeytið; hann ræður ekki hver flytur inn niðurstöðuna, það er hlutverk route target. Úthlutið RD úr mengi leiða sem verða að vera aðgreinanlegar í hverju léni þar sem þessar auglýsingar geta hist, ekki úr skráauppsetningu einnar kassans. Númerið sem þú velur er auðkenni sem síðari yfirferðir munu byggja á, svo það á heima í birgðaskrá áður en það fer í stillingar.

RD auk forskeytis er einn áfangastaður

RD auk IPv4-forskytis myndar VPNv4-áfangastaðinn sem stjórnplanið ber saman. Gefðu tveimur PE sama forskeytið fyrir mismunandi viðskiptavini og án mismunandi RD auglýsa þeir leiðir að einum áfangastað. Ekkert á skjá segir þér að þessi hópun sé röng, því pallurinn gerir nákvæmlega það sem auðkennið segir. Breyttu RD á öðrum þeirra og gamla auglýsingin er dregin til baka á meðan ný birtist undir öðru auðkenni. Allt niðurstreymis sem byggði á gamla auðkenninu, frá leiðarvali til vistaðs rekstraraðilafilters, vísar nú í eitthvað sem er ekki lengur til.

Margar leiðir á hvern áfangastað er eðlileg BGP-hegðun, ekki einkenni. Ræðumaður getur haldið mörgum mótteknum leiðum á meðan hann velur eina bestu til framsendingar, og bilið milli móttekins og valins er þar sem spurningar um sýnileika lifa. Þegar leið virðist hafa horfið, staðfestið hvort auðkennið sem hún tilheyrði sé enn til áður en þið horfið á setuna.

Sama RD, sami áfangastaður, mismunandi leiðir

Sendið eitt RD og eitt forskeyti frá tveimur routerum fyrir hönd sama þjónustu og báðir bjóða leiðir að einum áfangastað, venjulega með mismunandi næstu hoppum. Hverjum þeirra route reflector sendir áfram er ákvörðun um reflectorinn: leiðarval hans, auglýsingargeta hans og hver sú stefna sem lögð er ofan á hann. Enginn jaðrarouteranna stjórnar þessu vali. Gefið auglýsingunum tveimur mismunandi RD og hvor verður sinn eigin áfangastaður, svo báðar geta lifað af stjórnplan sem annars ber aðeins valda leið fyrir eitt auðkenni.

Sýnileiki og fjölleiðir mætast í móttökuaðila VRF, en þau eru ekki sama ákvörðun, og reflector sem ber tvö auðkenni hefur ekki stillt aðra uppsetta leið. VRF setur upp það sem innflutningsstefna þess leyfir og það sem eigin hámarksleiðarstilling þess leyfir. Athugið þá stillingu sérstaklega þegar þið viljið að önnur leiðin sé notuð en ekki bara sýnileg.

Staðbundin einstakleikaregla er ekki stefna

Að gefa hverju PE og hverju leiðarstillingartilviki sitt eigið RD er heilbrigð venja: það nefnir upprunann, kemur í veg fyrir að ótengdir þjónustur rekist á eitt auðkenni og gefur birgðaskránni stöðugan lykil. Sumir pallar krefjast einstakleika aðeins innan kassans og leyfa beinlínis að routerar deili RD fyrir sama VPN-tilvik. Það leyfi er útfærslutakmörkun, ekki regla milli neta sem þú getur framselt til söluaðila. Ef lénið nær yfir teymi, skrifið úthlutunarstefnuna sjálf.

Aðild kemur aldrei frá tölustöfunum. Mynstur eins og 65000:12 fyrir eitt PE og 65000:13 fyrir annað er venja, en samsvarandi útflutnings- og innflutningsmarkmið eins og 65000:112 eru það sem setur leið í VRF. Lítið á RD sem auðkenni leiðar og route target sem leyfið sem ber hana inn í VRF.

Sannið breytinguna á VRF, ekki á skjánum

Áður en þið snertið RD, skrifið niður fjóra hluti: hvað PE auglýsir í dag, hvað reflector endurspeglar, hvað móttökuaðili VRF flytur inn og hvaða leið hann velur. Nýtt RD dregur eina auglýsingu til baka og kynnir aðra, svo breytingin sést á báðum hliðum setunnar og er auðvelt að lesa rangt ef þið fylgist aðeins með auglýsandi hliðinni. Samþykki ætti að hvíla á þeim aðgengi sem þið vilduð, ekki á auka línu sem birtist í forskeytalista. Taflan hér að neðan heldur þremur auðkennunum aðskildum í þeirri yfirferð.

Byrjið á auglýsandi PE og berið saman bæði auðkennin fyrir sama forskeytið áður en þið fjarlægið eitthvað. IOS-skipanirnar hér að neðan svara þremur spurningum í röð: er gamla auglýsingin ennþá þar, er nýja auðkennið sýnilegt reflectorinum og velur VRF forskeytið.

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

Aðrir pallar prenta sömu upplýsingar með annarri setningafræði og spurningarnar lifa þá breytingu af. Ef nýja auðkennið vantar hjá reflectorinum á meðan PE skráir það sem auglýst, er stefna eða auglýsingargeta reflectorsins fyrsti grunaði, ekki númerunin.

Skráið PE, tilvik, RD, útflutnings- og innflutningsmarkmið og eignarhald forskeytis á einn stað, því næsta úthlutun er uppfletting en ekki ágiskun aðeins þegar sú skráning er til. Haldið gamla RD þar til nýja auðkennið er sýnilegt í móttökuaðila VRF, dragið það svo til baka í öðru skrefi svo hvert stig sé afturkræft.