Fqinj EIGRP apo transit DMVPN? Kontrolloni fillimisht rolin

Fqinjësia mungon dhe router-i në mes duket si i dyshuari i dukshëm. Mund të jetë i pafajshëm. Përcjellja e paketave të jashtme të tunelit dhe pjesëmarrja në protokollin e rrugëzimit overlay janë dy punë të ndryshme, dhe një pajisje mund të bëjë të parën pa bërë të dytën. Kryeni pesë kontrollet më poshtë po sipas radhës dhe ndaloni në të parën që dështon.

Hapi 1: vizatoni dy rolet

Vizatoni fqinjësinë EIGRP të synuar si një lidhje logjike midis dy router-ëve, pastaj vizatoni router-ët underlay që mbartin paketat e tunelit të saj. E njëjta pajisje nuk duhet të shfaqet domosdoshmërisht në të dy listat, dhe përzierja e listave është arsyeja më e shpeshtë që një router transit i shëndoshë akuzohet se prish fqinjësinë.

Një router transit i përcjell paketat e jashtme me rrugëzimin IP dhe politikën e zakonshme. Nuk ka nevojë të ekzekutojë protokollin që mbartet brenda tunelit të mbrojtur dhe nuk ka nevojë për një proces EIGRP për t’i përcjellë ato paketa më tej.

Hapi 2: kontrolloni çfarë përfundon pajisja e mesit

Nëse router-i i mesit përfundon tunelin dhe duhet të formojë fqinjësi EIGRP me spoke, përgjigjja ndryshon plotësisht. Ajo pajisje ka nevojë për sjelljen e rrugëzimit overlay të mbështetur, dhe quajtja transit nuk e heq kërkesën për fqinj. Lexoni konfigurimin e tunelit përpara konfigurimit të rrugëzimit. Ajo përgjigje përcakton çdo kontroll që vijon.

Prandaj pyetja e parë e vërtetë nuk është cili protokoll të rregullohet. Është nëse kutia është hub, spoke, një kërcim underlay i pastër apo një shërbim Layer 2 që mbart kuadrot midis skajeve.

Hapi 3: verifikoni rrafshin e kontrollit të fqinjit

Në çdo pajisje që duhet të jetë fqinj, konfirmoni katër gjëra: instancën EIGRP dhe numrin e sistemit autonom, parametrat e vërtetimit, ndërfaqen që merr pjesë në proces dhe deklaratën e rrjetit që mbulon atë ndërfaqe. Mospërputhja në cilëndo prej tyre e mban fqinjësinë poshtë ndërsa ndërfaqja mbetet lart dhe ping-u vazhdon të funksionojë.

RFC 7868 e përshkruan EIGRP si një protokoll IP me një shkëmbim kontrolli multicast, prandaj një marrëdhënie fqinjësie nuk është diçka që një router i ndërmjetëm mund ta zëvendësojë duke rrugëzuar paketa drejt një destinacioni. Ose shkëmbimi i kontrollit arrin tek pala, ose fqinjësia nuk formohet.

Hapi 4: verifikoni që transporti e dorëzon shkëmbimin e kontrollit

Më pas, kontrolloni nëse overlay-i vërtet mbart trafikun e kontrollit midis skajeve të synuara. Shqyrtoni hartëzimin NHRP për palën dhe rrugën e jashtme që arrin tek ajo, pastaj konfirmoni që ndërfaqja e tunelit është lart dhe lejon kalimin e trafikut. Një ping underlay i suksesshëm provon se rruga e jashtme ekziston; nuk provon se shkëmbimi i kontrollit i overlay-it u dorëzua.

Një shërbim transparent Layer 2, një tunel pikë-për-pikë dhe një re DMVPN shumëpikësh e dorëzojnë multicast-in në mënyra të ndryshme. Ndiqni modelin e mbështetur të ndërfaqes, NHRP dhe multicast për atë që është vendosur në të vërtetë, në vend që të supozoni se të tre sillen njësoj.

Hapi 5: ridizajnoni kufirin nëse nuk mund të marrë pjesë

Nëse një pajisje overlay e nevojshme nuk mund të ekzekutojë protokollin, ndryshoni projektin në mënyrë eksplicite. Përdorni një protokoll ose model shkëmbimi të mbështetur në atë kufi, ose përgatitni një tunel të përshtatshëm skaj-më-skaj që fqinjët të jenë skajet që flasin vërtet me njëri-tjetrin. Mos supozoni se një rrugë statike e kthen një jo-pjesëmarrës në një rele për çdo paketë kontrolli.

Shënoni rolin e çdo pajisjeje në diagram dhe mbajeni bashkë me konfigurimin. RFC 7868 përcakton shkëmbimin e protokollit, dhe ai përcaktim është referenca për arsyen pse marrëdhënia e fqinjësisë nuk mund të simulohet me përcjellje transit.

Kur fqinjësia vazhdon të dështojë pas të pesë kontrolleve, të dyshuarit e mbetur janë veçori të platformës si trajtimi i multicast-it në ndërfaqen e tunelit dhe politika që filtron protokollin 88. Këto janë shkaqe konkrete dhe të testueshme, dhe vlejnë më shumë se një raund tjetër fajësimi të router-it në mes.