Kutoka njia ya RIP kwenye CE hadi VRF ya mbali: export hufanyika wapi

Update ya RIPv2 hufika kwenye provider edge, huingia kwenye jedwali la routing la VRF na kusimama hapo isipokuwa kitu kiiexport kwa uwazi. Maamuzi matatu hufanyika mfululizo, na kila moja linaweza kukataa prefix kwa sababu yake yenyewe. Kuyaona kama tukio moja ndiyo sababu watu hufuata kifaa kisichofaa wakati tovuti ya mbali haiwezi kufikia mtandao ambao CE inautangaza kwa uwazi. Fuata njia kupitia PE na mfululizo utakuwa wazi.

PE hufanya nini na update ya RIP

PE hupokea update kwenye interface ya VRF, huthibitisha kwamba chanzo ni jirani anayeruhusiwa, na huiweka prefix kwenye jedwali la routing la VRF pamoja na idadi ya hops inayotokana na tangazo. Jedwali hilo ni jedwali la kawaida la routing lenye umbali wake wa kiutawala na uchaguzi wake wa njia bora. Ikiwa CE itatangaza prefix moja mara mbili kwa metrik tofauti, ni bora tu linalobaki kwenye jedwali. Hakuna kitu katika hatua hii kinachohusisha backbone ya mtoa huduma.

Sasa prefix ipo ndani ya muktadha wa routing wa mteja mmoja, jambo ambalo ni mbali sana na kufikiwa mahali pengine popote.

Export ni kitendo cha sera, si matokeo ya itifaki

Ili kuondoka kwenye VRF, njia lazima isambazwe upya kwenye mchakato wa MP-BGP unaobeba njia za VPN, na inahitaji route target extended community inayotambua ni VRF zipi za mbali zinazoweza kuimport. Usanifu ulio katika RFC 4364 huzitenganisha kubadilishana hizo na itifaki ya CE-PE kwa sababu hii hasa. Kutumia RIP kwenye ukingo hakuambii chochote kuhusu kile kinachopaswa kuvuka mtandao wa mtoa huduma.

Andika mkataba wa export kabla ya kusanidi chochote: prefix za mteja ambazo lazima zifikike kwa mbali, njia ambazo lazima zibaki za ndani, na default yoyote, njia maalum zaidi au misamaha ya huduma za pamoja. Linganisha mkataba huo na VRF halisi, si na moja yenye jina linalofanana inayomilikiwa na mteja mwingine.

Upande wa import ni sera ya pili yenye route targets zake, na export inayolingana pamoja na import isiyolingana huzalisha prefix iliyopo kwenye backbone na isiyoonekana kwenye jedwali lolote la mbali.

Redistribution na origination ya wazi hufanya kazi kwa namna tofauti

Redistribution huchukua njia zilizopo tayari kwenye jedwali la VRF na kuzinakili kwenye BGP, zikichujwa na route map. Map huamua ni prefix zipi zinazostahili na attributes zipi zinazobeba, na metric lazima iwekwe kwa uwazi kwa sababu idadi ya hops za RIP haina maana kama metric ya BGP. Chochote unachokiacha bila kuwekwa hurithiwa kwa namna ambayo kwa kawaida humshangaza anayesoma config miezi sita baadaye.

Redistribution ya pande mbili ndiko uharibifu wa kimya hutokea. Prefix iliyoexportiwa kwenye BGP inaweza kurudi kupitia sehemu ya pili ya redistribution, na bila tags au filters njia huyumbayumba wakati majedwali yote mawili yakionekana ya kweli kila wakati. Chuja kwa tags zinazotumika kwenye ukingo badala ya kuamini topolojia kuzuia njia ya kurudi.

Origination ya wazi inaonekana nadhifu zaidi na haiko bila masharti. Network statement kwa kawaida huhitaji njia inayolingana kwenye jedwali la routing kabla prefix haijaanza kuoriginiwa, kwa hiyo tangazo hutoweka mara CE inapoacha kulitangaza. Mara nyingi hiyo ndiyo tabia unayotaka, na si sawa na njia tuli inayobaki imesanidiwa milele. Angalia kanuni halisi ya jukwaa badala ya kudhani mojawapo ya tabia hizo.

Kwa vyovyote vile, swali kwa kila prefix ni chanzo kipi hai kinachoifanya istahili na nini hutokea chanzo hicho kinapotoweka.

Thibitisha mnyororo katika maeneo manne

Angalia tangazo la CE, jedwali la routing la VRF, jedwali la njia za VPN pamoja na route target yake, na import kwenye VRF ya mbali, kwa mpangilio huo. Kwenye IOS hiyo inamaanisha matokeo ya jirani wa CE, show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER, na amri hiyo hiyo kwenye PE ya mbali. Kwenye IOS-XR matokeo yanayolingana yapo chini ya show bgp vrf CUSTOMER ipv4 unicast. Majina ya amri yanatofautiana, vituo vinne vya ukaguzi havitofautiani.

Kagua prefix inayopaswa kukataliwa kwa umakini sawa na ile inayopaswa kupita, kwa sababu sera inayoruhusu kila kitu huonekana sawa na iliyo sahihi hadi msamaha wa kwanza ufike. Kisha angalia withdrawal: funga interface ya CE na uthibitisha kwamba kumbukumbu ya mbali inatoweka ndani ya timer inayotarajiwa badala ya kubaki.

Rekodi ni nani anamiliki kila sera. Mtoa huduma anapoendesha CE, tabia inayotolewa ni sehemu ya mkataba wa huduma, na itifaki au sera tofauti ya withdrawal kwenye kifaa kinachosimamiwa ni tatizo la nyaraka kwanza na tatizo la routing baadaye.