NX-OS EVPN null bidea: eutsi baztertzea tenant bakar baten barruan

Eskaera lerro bakarreko aldaketa gisa iristen da: blackhole helbide bat. Host bide bat gehitzen diozu Null0ri tenantaren testuinguruan, aurrizkia espero bezala desagertzen da tokiko taulatik, eta orduan hasten dira galderak. Bidea kutxatik atera zen? Urrutiko VTEPek baztertu zuten, edo irisgarritasuna galdu besterik ez zuten egin? Bigarren tenant bat dago orain eraginda?

Tokiko bide estatiko zuzen batek horietako lehen galderari bakarrik erantzuten dio, eta horregatik blackhole aldaketa bat benetan berrikusitako hiru emaitza dira, ez komando bat.

Zer ekoitzi behar du aldaketak benetan

Hasi hiru emaitzak idatziz. Aurreikusitako tenantak helmuga lokalki baztertu behar du. Baimendutako bidea soilik esporta daiteke, eta ezerk ez du harekin batera bidaiatu behar. Jasotzen duen VTEP bakoitzak aurreikusitako baztertze-ekintza hautatu behar du, beste bide bat ez.

Emaitza bakoitzak bere frogak ditu eta batek ez du bestea inplikatzen. Tokiko Null0 bide batek tokiko baztertzea sortzen du eta, birbanaketarik gabe, ez du ezer esportatzen. Adostutako communityrik gabeko bide birbanatuak aurrizki arrunt gisa iristen dira eta birbidali egiten dira. Jasotze-politikarik gabeko community bat erabat baztertua izan daiteke.

Emaitzak lehenengo idazteak huts egite arrunt batetik ere babesten zaitu: helmuga jada erlaziorik gabeko arrazoi batengatik iristezina zelako funtzionatzen duela dirudien aldaketa bat. Biak nola bereiziko zenituzkeen deskribatu ezin baduzu, onarpen-proba oraindik ez dago diseinatuta.

Tokiko sententziak lehen zatia baino ez du egiten

10.4(x) trenbideko NX-OSerako, null bidea tenantaren VRF testuinguruaren barruan dago, VRFa izendatzen duen komando bakar batean baino. Zatia laburra da, eta ez da inolaz ere EVPN konfigurazio osoa.

vrf context TENANT_A
  ip route 192.0.2.10/32 Null0

Helbidea dokumentaziorako aurrizkia da, ez helburua. Kontuan hartu IOSekiko sintaxi-aldea, non VRFaren izena bide-komandoaren barruan agertzen den, eta berretsi benetan exekutatzen duzun bertsiorako onartutako forma ezer itsatsi aurretik.

Bere horretan, lerro honek TENANT_Aren barruan host horren trafikoa baztertzen du eta ez du besterik egiten. Ez du bidea etiketatzen, ez du BGPrako hautatzen eta ez du communityrik ezartzen. Konfigurazio-erabaki bereiziak dira, eta bakoitza aldaketa lan egiteko estuegia edo segurua izateko zabalegia izan daitekeen tokia da.

Tokiko baztertzeak helmuga bererako trafiko legitimoari ere eragiten dio. Helburua iturri bat gaizki erabiltzen ari dena gelditzea bada erabiltzaile errealek helbidea behar duten bitartean, null bidea tresna okerra da eta lehen laguntza-deitik ikasiko duzu.

Esportazioa eta inportazioa akordio bereiziak dira

Birbanaketa da norainokoa erabakitzen den tokia. Mugatu aurrizki hautagarriak onartutako arintzera, eutsi tenantaren barruan, eta mugatu jatorrizko peerrak diseinuan daudenetara. Bide estatiko guztiak birbanatzea etiketatutako host bide batek bidaiatu behar duelako da mantenimendu-aldaketa bat bideratze-intzidente bihurtzen den modua.

BLACKHOLE communitya balio ezagun bati buruzko akordioa da, ez edozein bizilaguni edozein helbide baztertzeko baimena. RFC 7999k termino horietan deskribatzen du, eta nork iragar dezakeen inguruko konfiantza-muga diseinuaren parte da, ez inplementazio-xehetasun bat.

Jasotzen duen aldeak bere konfigurazioa behar du. NX-OSen, 5 motako null bideek route-map tratamendua behar dute VTEPan baztertze-jokabidea hautatzeko, eta hori esportazio-urratsekin batera dokumentatuta dago. Ongi etiketatzen duen gailu igorle batek eta etiketa alde batera uzten duen hartzaile batek aplikatuta dirudien aldaketa sortzen dute, trafikoa hala ere birbidaliz.

Berrikusi route-mapa albo-ondorioen bila han zauden bitartean. Politika murriztaile berri batek erlaziorik gabeko aurrizkien irisgarritasun legitimoa kendu dezake, eta kalte hori blackholea baino geroago agertzen da eta zailagoa da hari egotzita.

Idatzi atzera-egitea txertaketa baino lehen

Erregistratu helmugaren jabea, arrazoia, onartzailea eta iraungitze-data ezer konfiguratu aurretik. Iraungitzerik gabeko baztertze bat inork jatorria gogoratzen ez duen sarrera iraunkorra bihurtzen da, eta helbidea araztuko duen hurrengo pertsonak sarearen ohiko zatitzat hartuko du.

Mantendu aldatzeko ari zaren bidearen mende ez dagoen kudeaketa-bide independente bat. Arintzeak gailura iristeko erabiltzen duzun helbide bat estaltzen badu, blokeo bat sortu duzu urrats gehigarriekin.

Izenda ezazu arintzea kentzen duen kontrol zehatza, eta probatu kentze hori laborategi batean edo ordaindu dezakezun leiho batean. Inork entseatu ez duen atzera-egitea plan bat da, ez prozedura bat.

Onartu frogekin, ez komandoaren irteerarekin

Egiaztatu hautatutako bideratze-egoera eta birbidaltze-egoera aurreikusitako VTEPetan, eta egiaztatu eraginik gabe egon behar duen bizilagun helmuga bat. Berretsi beste tenant batek aurrizkia inportatu ez duela, tenanten arteko ihesa mantenimendu-ekintza bat intzidente bihurtzen duen hutsegite-modua baita.

Ondoren atzera egin eta egiaztatu bide normala eta zerbitzua itzultzen direla. NX-OS EVPN null bideen gida 10.4(x) bertsiorako hemen deskribatutako etiketatzea, birbanaketa eta jasotze-politika dokumentatzen ditu, eta zure bertsioarekin alderatzeko erreferentzia da.