DMVPN hierarkik: një re për çdo marrëdhënie tuneli

Një nyje dege regjistrohet me sukses në hubin e saj rajonal dhe prapë nuk arrin një shërbim në një rajon tjetër. Tuneli është aktiv, gjendja e NHS duket e shëndetshme, dhe dështimi shfaqet vetëm për destinacione që kalojnë një kufi shtrese. Ky model zakonisht do të thotë që projektimi nuk deklaroi kurrë cilat pajisje marrin pjesë në cilën re DMVPN, prandaj shtresat u ndërtuan me intuitë dhe tani nuk përputhen.

Simptoma shfaqet në kufirin e shtresave

Në një projektim hierarkik, një hub qendror, disa hub-e rajonale dhe shumë degë zënë secili një pozicion. Një hub rajonal mund të zotërojë më shumë se një marrëdhënie tuneli, dhe degët nuk kanë nevojë të regjistrohen në çdo pikë fundore qendrore. Rrugët që kanë rëndësi janë nga dega në shërbimin rajonal, nga dega në një nyje tjetër rajonale të miratuar, dhe nga dega në një destinacion qendror.

Kur njëra nga këto rrugë dështon ndërsa të tjerat punojnë, problemi është pothuajse gjithmonë një përkufizim roli që mungon ose është kontradiktor, jo një tunel i prishur. Shkruani rrugët e synuara dhe krahasojini me atë që pajisjet ndërtuan në të vërtetë. Ai krahasim zgjat një orë dhe parandalon një javë hamendësimi. Mbajeni me dokumentin e projektimit.

Një re, një kontratë ndërfaqeje

Për çdo re, regjistroni ndërfaqen e tunelit, adresimin e shtresës së sipërme, burimin lokal të rrjetit bazë, marrëdhëniet NHS dhe NBMA, shpërndarjen multicast dhe politikën e mbrojtjes. Tregoni gjithashtu cilat rrugë kalojnë midis kontekstit rajonal dhe atij qendror, sepse pikërisht ajo fjali është projektimi.

Një hub rajonal me dy ndërfaqe tuneli ka nevojë për dy kontrata, jo një me dy adresa. Burimi i rrjetit bazë, domeni NHRP dhe rrugët mund të ndryshojnë për çdo ndërfaqe, dhe një dokument që i bashkon ato do të mashtrojë atë që konfiguron të dytin.

ID-të janë kontekst lokal, jo kontroll aksesi

ID-të e rrjetit NHRP dhe çelësat GRE janë dy vlerat që më shpesh gabimisht merren për cilësime globale. Udhëzuesi NHRP i IOS XE e përshkruan ID-në e rrjetit si lokalisht domethënëse, prandaj numrat që përputhen në routera të largët nuk vërtetojnë asgjë dhe ndryshimi i numrit lokal të një routeri nuk krijon një kufi aksesi.

Një çelës GRE, ku projektimi përdor një, ndihmon në identifikimin e kontekstit të tunelit marrës, dhe ai bihet dakord midis pikave fundore që ndajnë atë kontekst. Nuk është fjalëkalim dhe nuk zëvendëson vërtetimin IKE ose politikën e rrugëzimit. Trajtoni të dy vlerat si kontekst konfigurimi që duhet të përputhet brenda një marrëdhënieje, jo si kontrolle sigurie që ndajnë rajonet.

Rrugëzoni midis shtresave me qëllim

Vendosni cilat prefikse hub-i rajonal shpall lart dhe cilat destinacione qendrore ofron për degët e tij. Më pas kontrolloni hop-in e vërtetë të radhës dhe sjelljen e shkurtores specifike të fazës për çdo rrugë, sepse një rrugë përmbledhëse dhe një shkurtore mund të prodhojnë një përcjellje shumë të ndryshme nga ajo që sugjeron diagrami.

Përdorni rrugëzimin dhe politikën e aksesit për të zbatuar ndarjen rajonale. Nëse një degë nuk duhet të arrijë drejtpërdrejt një rajon tjetër, rruga dhe politika duhet ta thonë këtë, në vend që të mbështeten në një ID që nuk u projektua kurrë për ta zbatuar. Shkruani politikën pranë ID-së. Përndryshe inxhinieri tjetër do të supozojë se numri e bën punën.

Diagnostikoni shkurtores e papritur

Kur një degë përpiqet të krijojë një marrëdhënie të drejtpërdrejtë me një pikë fundore qendrore, ekzaminoni rrugën, mapimin NHRP dhe kontekstin e zgjedhur të tunelit përpara se të ndryshoni ID-të rastësisht. Mungesa e arritshmërisë, një marrëdhënie NHS e paqëllimtë dhe një shkurtore legjitime por e paautorizuar kërkojnë tre korrigjime të ndryshme.

Udhëzuesi i konfigurimit të DMVPN i shfaq cilësimet e tunelit dhe NHRP së bashku, dhe pikërisht për këtë arsye sferat duhet të ndahen fillimisht në letër. Regjistroni kontratat e resë, mbani rrugët e shtresave eksplicite, dhe dështimi i radhës në kufi do të ketë ku të tregojë.