Rruga null në NX-OS EVPN: mbaje hedhjen brenda një qiramarrësi
Një zë Null0 hedh lokalisht dhe nuk shpall asgjë. Etiketimi, politika e eksportit dhe politika e VTEP-it marrës janë tre vendime të veçanta për t’u shqyrtuar.
Kërkesa vjen si një ndryshim i një rreshti: bllokoj një adresë. Shtoni një rrugë hosti drejt Null0 brenda kontekstit të qiramarrësit, prefiksi zhduket nga tabela lokale siç pritej, dhe pastaj fillojnë pyetjet. A e la rruga pajisjen? A hodhën VTEP-ët e largët, apo thjesht humbën arritshmërinë? A është prekur tani një qiramarrës i dytë?
Një rrugë statike lokale e saktë i përgjigjet vetëm të parës prej këtyre pyetjeve, prandaj një ndryshim blackhole është në realitet tre rezultate të shqyrtuara dhe jo një komandë e vetme.
Çfarë duhet të prodhojë në të vërtetë ndryshimi
Filloni duke shkruar tre rezultatet. Qiramarrësi i synuar duhet ta hedhë destinacionin lokalisht. Vetëm rruga e autorizuar mund të eksportohet, pa asgjë tjetër që udhëton me të. Çdo VTEP marrës duhet të zgjedhë veprimin e synuar të hedhjes dhe jo një shteg tjetër.
Çdo rezultat ka provat e veta dhe asnjë nuk nënkupton të tjerët. Një rrugë lokale Null0 prodhon hedhje lokale dhe, pa rishpërndarje, nuk eksporton absolutisht asgjë. Një rrugë e rishpërndarë pa community-n e rënë dakord vjen si një prefiks i zakonshëm dhe përcillet. Një community pa politikën e pranimit mund të injorohet plotësisht.
Shkrimi i rezultateve së pari ju mbron edhe nga një dështim i zakonshëm: një ndryshim që duket se funksionon sepse destinacioni ishte tashmë i paarritshëm për një arsye të palidhur. Nëse nuk mund të përshkruani si do t’i dallonit, testi i pranimit nuk është projektuar ende.
Deklarata lokale bën vetëm pjesën e parë
Për NX-OS në serinë 10.4(x), rruga null qëndron brenda kontekstit VRF të qiramarrësit dhe jo në një komandë të vetme që emërton VRF-në. Fragmenti është i shkurtër dhe nuk është aspak një konfigurim i plotë EVPN.
vrf context TENANT_A
ip route 192.0.2.10/32 Null0
Adresa është një prefiks dokumentacioni, jo një objektiv. Vini re ndryshimin e sintaksës nga IOS, ku emri i VRF-së shfaqet brenda vetë komandës së rrugës, dhe konfirmoni formën e mbështetur për versionin që ekzekutoni në të vërtetë përpara se të ngjitni ndonjë gjë.
E vetme, kjo rresht hedh trafikun për atë host brenda TENANT_A dhe nuk bën asgjë tjetër. Nuk e etiketon rrugën, nuk e zgjedh për BGP dhe nuk vendos një community. Këto janë vendime të veçanta konfigurimi, dhe secili është një vend ku ndryshimi mund të jetë ose shumë i ngushtë për të funksionuar ose shumë i gjerë për të qenë i sigurt.
Hedhja lokale prek edhe trafikun legitim drejt të njëjtit destinacion. Nëse qëllimi është të ndalet një burim abuziv ndërsa përdoruesit realë ende kanë nevojë për adresën, rruga null është mjeti i gabuar dhe këtë do ta mësoni nga telefonata e parë e mbështetjes.
Eksporti dhe importi janë marrëveshje të veçanta
Rishpërndarja është vendi ku vendoset shtrirja. Kufizoni prefikset e pranueshme te masa e miratuar, mbajeni brenda qiramarrësit dhe kufizoni peer-ët burimorë te ata në dizajn. Rishpërndarja e çdo rruge statike sepse një rrugë hosti e etiketuar duhet të udhëtojë është mënyra se si një ndryshim mirëmbajtjeje bëhet incident rrugëtimi.
Community BLACKHOLE është një marrëveshje për një vlerë të njohur, jo një autorizim për çdo fqinj të hedhë çdo adresë. RFC 7999 e përshkruan pikërisht me ato terma, dhe kufiri i besimit rreth asaj se kush mund ta shpallë është pjesë e dizajnit dhe jo detaj implementimi.
Ana marrëse ka nevojë për konfigurimin e saj. Në NX-OS, rrugët null të tipit 5 kërkojnë trajtim route-map në VTEP për të zgjedhur sjelljen e hedhjes, e cila është dokumentuar së bashku me hapat e eksportit. Një pajisje dërguese që etiketon saktë dhe një marrës që e injoron etiketën prodhojnë një ndryshim që duket i aplikuar dhe gjithsesi e përcjell trafikun.
Shqyrtoni route-map-in për efekte anësore ndërsa jeni atje. Një politikë e re kufizuese mund të shtypë arritshmërinë legjitime për prefikset e palidhura, dhe ai dëm shfaqet më vonë sesa blackhole dhe është më i vështirë për t’u atribuuar atij.
Shkruani tërheqjen përpara futjes
Regjistroni pronarin e destinacionit, arsyen, miratuesin dhe një datë skadimi përpara se të konfigurohet ndonjë gjë. Një hedhje pa skadim bëhet një zë i përhershëm, origjinën e të cilit askush nuk e mban mend, dhe personi i radhës që do të korrigjojë adresën do ta trajtojë atë si pjesë normale të rrjetit.
Mbani një shteg administrimi të pavarur që nuk varet nga rruga që po ndryshoni. Nëse masa mbulon një adresë që përdorni për të arritur pajisjen, keni krijuar një bllokim me hapa shtesë.
Emërtoni kontrollin e saktë që heq masën dhe testoni atë heqje në një laborator ose në një dritare që mund ta përballoni. Një tërheqje që askush nuk e ka provuar është plan dhe jo procedurë.
Prano me prova, jo me daljen e komandës
Kontrolloni gjendjen e zgjedhur të rrugëtimit dhe gjendjen e përcjelljes në VTEP-të e synuar, dhe kontrolloni një destinacion fqinj që duhet të mbetet i paprekur. Konfirmoni se asnjë qiramarrës tjetër nuk e ka importuar prefiksin, sepse rrjedhja midis qiramarrësve është mënyra e dështimit që e kthen një veprim mirëmbajtjeje në incident.
Pastaj tërhiqni dhe verifikoni që rruga normale dhe shërbimi kthehen. Udhëzuesi i NX-OS EVPN për rrugët null për versionin 10.4(x) dokumenton etiketimin, rishpërndarjen dhe politikën e pranimit të përshkruara këtu, dhe është referenca me të cilën duhet të krahasoni versionin tuaj.