Njia null ya NX-OS EVPN: weka utupaji ndani ya mpangaji mmoja

Ombi linakuja kama mabadiliko ya mstari mmoja: zuia anwani moja. Unaongeza njia ya mwenyeji kuelekea Null0 ndani ya muktadha wa mpangaji, kiambishi awali kinatoweka kwenye jedwali la ndani kama ilivyotarajiwa, na kisha maswali yanaanza. Njia iliondoka kwenye kifaa? VTEP za mbali zilitupa, au zilipoteza tu ufikivu? Je, mpangaji wa pili umeathiriwa sasa?

Njia sahihi ya kienyeji isiyobadilika hujibu swali la kwanza pekee, ndiyo sababu mabadiliko ya blackhole kwa kweli ni matokeo matatu yaliyokaguliwa na si amri moja.

Mabadiliko yanapaswa kuzalisha nini kwa kweli

Anza kwa kuandika matokeo matatu. Mpangaji anayelengwa lazima atupe lengwa kienyeji. Njia iliyoidhinishwa pekee ndiyo inaweza kusafirishwa nje, na hakuna kingine kinachopaswa kusafiri nayo. Kila VTEP inayopokea lazima ichague kitendo cha utupaji kilicholengwa na si njia nyingine.

Kila tokeo lina ushahidi wake, na hakuna linalodokeza mengine. Njia ya Null0 ya kienyeji huzalisha utupaji wa kienyeji na, bila ugawaji upya, haisafirishi chochote kabisa. Njia iliyogawanywa upya bila community iliyokubaliwa hufika kama kiambishi awali cha kawaida na hupitishwa. Community bila sera ya upokeaji inaweza kupuuzwa kabisa.

Kuandika matokeo kwanza pia kunakulinda dhidi ya kosa la kawaida: mabadiliko yanayoonekana kufanya kazi kwa sababu lengwa lilikuwa tayari haliwezi kufikiwa kwa sababu isiyohusiana. Ikiwa huwezi kueleza jinsi ungetofautisha mawili hayo, jaribio la kukubali halijabuniwa bado.

Kauli ya kienyeji hufanya sehemu ya kwanza pekee

Kwa NX-OS katika mfululizo wa 10.4(x), njia null iko ndani ya muktadha wa VRF wa mpangaji na si katika amri moja inayotaja VRF. Kipande ni kifupi, na kwa hakika si usanidi kamili wa EVPN.

vrf context TENANT_A
  ip route 192.0.2.10/32 Null0

Anwani ni kiambishi awali cha nyaraka, si lengo. Angalia tofauti ya sintaksia na IOS, ambapo jina la VRF linaonekana ndani ya amri ya njia yenyewe, na thibitisha umbo linalotumika kwa toleo unalolifanyia kazi kwa kweli kabla ya kubandika chochote.

Yenyewe mstari huu hutupa trafiki ya mwenyeji huyo ndani ya TENANT_A na haufanyi kitu kingine. Hautoi lebo kwenye njia, hauchagui kwa BGP, na hauweki community. Haya ni maamuzi tofauti ya usanidi, na kila moja ni mahali ambapo mabadiliko yanaweza kuwa nyembamba mno kufanya kazi au mapana mno kuwa salama.

Utupaji wa kienyeji pia huathiri trafiki halali kuelekea lengwa lilelile. Ikiwa nia ni kusimamisha chanzo kimoja kinachotumika vibaya wakati watumiaji halisi bado wanahitaji anwani, njia null ni chombo kibaya na utajifunza hilo kutoka simu ya kwanza ya msaada.

Usafirishaji nje na uingizaji ni makubaliano tofauti

Ugawaji upya ni mahali ambapo wigo huamuliwa. Weka kikomo viambishi awali vinavyostahili kwa upunguzaji ulioidhinishwa, vikaa ndani ya mpangaji, na uweke kikomo rika za chanzo kwa zile zilizo kwenye muundo. Ugawaji upya wa kila njia isiyobadilika kwa sababu njia moja ya mwenyeji yenye lebo inapaswa kusafiri ndiyo njia ambayo mabadiliko ya matengenezo yanakuwa tukio la uelekezaji.

Community ya BLACKHOLE ni makubaliano kuhusu thamani inayojulikana, si idhini kwa jirani yeyote kutupa anwani yoyote. RFC 7999 inaeleza hilo kwa maneno hayo, na mpaka wa uaminifu kuhusu nani anaweza kuitangaza ni sehemu ya muundo na si maelezo ya utekelezaji.

Upande unaopokea unahitaji usanidi wake. Kwenye NX-OS, njia null za aina ya 5 zinahitaji uchakataji wa route-map kwenye VTEP ili kuchagua tabia ya utupaji, jambo ambalo limeandikwa pamoja na hatua za usafirishaji nje. Kifaa kinachotuma kinachoweka lebo kwa usahihi na mpokeaji anayepuuza lebo huzaa mabadiliko yanayoonekana kutumika na bado hupitisha trafiki.

Kagua route-map kwa athari za pembeni ukiwa huko. Sera mpya yenye vikomo inaweza kukandamiza ufikivu halali kwa viambishi awali visivyohusiana, na uharibifu huo huonekana baadaye kuliko blackhole na ni vigumu kuuhusisha nayo.

Andika uondoaji kabla ya uingizaji

Rekodi mmiliki wa lengwa, sababu, mthibitishaji na tarehe ya mwisho kabla ya kusanidi chochote. Utupaji usio na tarehe ya mwisho huwa kumbukumbu ya kudumu ambayo asili yake hakuna anayeikumbuka, na mtu anayefuata kutatua tatizo la anwani ataihesabu kama sehemu ya kawaida ya mtandao.

Weka njia huru ya usimamizi ambayo haitegemei njia unayobadilisha. Ikiwa upunguzaji unashughulikia anwani unayotumia kufikia kifaa, umeunda kufungiwa nje kwa hatua za ziada.

Taja udhibiti kamili unaoondoa upunguzaji, na ujaribu uondoaji huo kwenye maabara au kwenye dirisha unaloweza kulimudu. Uondoaji ambao hakuna aliyefanya mazoezi ni mpango na si utaratibu.

Kubali kwa ushahidi, si kwa matokeo ya amri

Angalia hali ya uelekezaji iliyochaguliwa na hali ya upitishaji kwenye VTEP zilizolengwa, na angalia lengwa jirani ambalo linapaswa kubaki bila kuathiriwa. Thibitisha kuwa hakuna mpangaji mwingine aliyeingiza kiambishi awali, kwa sababu uvujaji kati ya wapangaji ndiyo hali ya kushindwa inayobadilisha hatua ya matengenezo kuwa tukio.

Kisha ondoa na uthibitishe kuwa njia ya kawaida na huduma zinarudi. Mwongozo wa NX-OS EVPN wa njia null kwa toleo la 10.4(x) unaandika utambulisho wa lebo, ugawaji upya na sera ya upokeaji zilizoelezwa hapa, na ndiyo rejea ya kulinganisha na toleo lako mwenyewe.