EIGRP bizilagunak ez dira DMVPN gainazalean jaikitzen

Gainazalean zehar unicast-ak funtzionatzen du eta bizilagun-harremanak huts egiten jarraitzen du, beraz egiaztatu NHRP multicast errepikapena, tunelaren EIGRP politika eta IPsec hiru geruza bereizi gisa.

Tunela altxatuta dago, spoke batek beste bat pingatu dezake, eta EIGRP-k oraindik ez du bizilagunik erakusten hub-ean. Konbinazio hori normala da, ez misteriotsua: ping-ek NHRP bidezko unicast irisgarritasuna frogatzen du, eta EIGRP hello mezuak multicast dira. DMVPN gainazalean bideratze-protokoloaren entrega-eredua bigarren konfigurazio-azalera da, eta jendeak hura saltatzen du lehen azalera jada osasuntsu dagoelako. Beheko geruza bakoitza bere komandoarekin egiaztatzen da, beraz geruza bateko hutsegiteak ez zaitu zerrendaren hasierara itzultzen.

Idatzi espero dituzun bizilagun-harremanak

Edozein show komando eman aurretik, egin zerrenda labur bat: zein spoke zein hub-ekin parekatu behar den, zein tunel-interfaze bidez eta zein EIGRP sistema autonomotan. Hub anitzeko diseinuek hub-en arteko hutsuneetan egiten dute huts, eta zerrenda batek «EIGRP hondatuta dago» esaldia «spoke 3 ez da hub 2-n erregistratzen» bihurtzen du. Gehitu esteka bakoitzean espero dituzun tunel-azpisareak, mutur bien arteko helbide-desadostasunak protokolo-hutsegite baten itxura berbera duelako. Idatzi zerrenda tixetan, hurrengo txandak diseinuarekin konpara dezan, azken pantaila-argazkiarekin beharrean.

Egiaztatu NHRP, gero multicast bidea

Hasi erregistro-egoerarekin eta hub-ek benetan dituen mapatzeekin. Hub-ean sarrera dinamikorik ez duen spoke-a ez da erregistratu, eta bideratze-protokolo batek ere ez du hori konponduko. Ondoren egiaztatu spoke-ak hub-aren NBMA helbidetik multicast onartzen duela, hau NHS sarreratik bereizitako lerroa da.

show dmvpn
show ip nhrp
show ip nhrp nhs detail
interface Tunnel0
 ip nhrp network-id 1
 ip nhrp nhs 203.0.113.1 nbma 198.51.100.1
 ip nhrp map multicast 198.51.100.1
 tunnel mode gre multipoint
 tunnel key 100

ip nhrp map multicast lerroak ahalbidetzen du spoke-ak bere hello-ak hub-era gainazalean zehar multicast errepikatu gisa bidaltzea, eta hub-aren multicast-a erregistratutako spoke-etara iristea. Hori gabe NHRP bidezko unicast-ak funtzionatzen du eta multicast-ak ez, eta horixe da ping proba baten itxura ematen dion banaketa. Cisco-ren gida IOS XE DMVPN dokumentuak hub-aren eta spoke-en multicast jokabidea deskribatzen du fase bakoitzerako, beraz egokitu zure konfigurazioa benetan inplementatu duzun fasera, beste topologia batetik zati bat kopiatu beharrean.

Egiaztatu EIGRP-ren beraren interfaze-politika

EIGRP prozesuan ez dagoen edo passive den tunel batek ez du inoiz bizilagun-harremanik sortuko, gainazala zenbat eta osasuntsuago egon ere. Irakurri interfazearen parte-hartzea eta bizilagunen taula elkarrekin, lehenengoak bigarrena azaltzen duelako.

show ip eigrp interfaces detail Tunnel0
show ip eigrp neighbors detail
show run | section router eigrp
router eigrp 100
 network 10.10.0.0 0.0.0.255
 passive-interface default
 no passive-interface Tunnel0

Autentikazioak eta metrika-pisuek mutur bietan bat etorri behar dute. Modu okerreko gako-kate batek edo K-balioaren desadostasun batek hello-ak botatzen ditu hartzailean syslog lerro nabarmenik gabe. Diseinuak esplizituki konfiguratutako unicast bizilagunak erabiltzen baditu, jarraitu eredu horri osorik, multicast ezarpenen gainean pilatu beharrean zerbait jaiki arte.

Eduki GRE garraioa eta IPsec babesa bereizita

DMVPN-ek multicast GRE barruan garraiatzen du, eta IPsec-ek GRE paketeak babesten ditu, ez barneko multicast-a zuzenean. Horregatik «IPsec-ek ezin du multicast-ik garraiatu» dioen baieztapen orokorra okerra da diseinu honetarako eta ez du ezertarako balio diagnostiko gisa. Egiaztatu tunelaren IPsec profila, peer bakoitzaren segurtasun-elkarteak eta tunel-interfazearen egoera hiru gertaera bereizi gisa.

show crypto ipsec sa peer 198.51.100.1
show interfaces Tunnel0 | include line protocol
show ip nhrp multicast

Goian dagoen eta kontagailuak mugitzen ari diren SA batek, EIGRP behean geratzen den bitartean, zure ikerketa pilaren gailurrera itzultzen du: paketeak babestu eta entregatzen ari dira, beraz arazoa protokoloak zein pakete bidaltzea aukeratzen duen da.

Egiaztatu ibilbideak, ez soilik bizilagunen kopurua

Bizilagun-harremana sortzen denean, irakurri zer iragartzen eta instalatzen duen. Puntu anitzeko tunelean, split horizon-ek eta next-hop jokabideak erabakitzen dute spoke batek beste spoke bat hub bidez irits dezakeen, eta laburbiltzeak prefijo bat ezkuta dezake bizilagun-harremana perfektua izan arren.

Amaitu bi guneen arteko baimendutako aplikazio batekin eta egiaztatu hartzen duen bidea. Spoke-to-spoke lasterbide zuzenak aurreratze-baldintza bat dira, beren NHRP eta segurtasun egoerarekin, eta bizilagunen kopurua hobeto ikus dadin gehitzeak bigarren arazo bat sortu ohi du.

Erregistratu faseko diseinua, multicast mapatzea eta EIGRP politika toki bakarrean. Hurrengo ingeniariak diseinua beharko du, ez transkripzioa.

Erlazionatutako artikuluak