Hierarkkinen DMVPN: yksi pilvi jokaista tunnelisuhdetta kohden

Haaran solmu rekisteröityy onnistuneesti alueelliseen keskukseensa eikä silti tavoita palvelua toisella alueella. Tunneli on pystyssä, NHS:n tila näyttää terveeltä ja vika ilmenee vain kohteilla, jotka ylittävät tason rajan. Tämä kuvio tarkoittaa yleensä, että suunnittelu ei koskaan kertonut, mitkä laitteet osallistuvat mihin DMVPN-pilveen, joten tasot rakennettiin intuition varassa ja ovat nyt ristiriidassa.

Oire ilmenee tason rajalla

Hierarkkisessa suunnittelussa keskuskeskuksella, usealla alueellisella keskuksella ja monella haaralla on kullakin oma asemansa. Alueellisella keskuksella voi olla useampi kuin yksi tunnelisuhde, eikä haarojen tarvitse rekisteröityä jokaiseen keskiseen päätepisteeseen. Merkitsevät polut ovat haarasta alueelliseen palveluun, haarasta toiseen hyväksyttyyn alueelliseen solmuun ja haarasta keskiseen kohteeseen.

Kun yksi näistä poluista pettää muiden toimiessa, ongelma on lähes aina puuttuva tai ristiriitainen roolimääritelmä eikä rikkinäinen tunneli. Kirjoita aiottu polut muistiin ja vertaa niitä siihen, mitä laitteet todella rakensivat. Vertailu vie tunnin ja estää viikon arvailun. Säilytä se suunnitteluasiakirjan kanssa.

Yksi pilvi, yksi liitäntäsopimus

Kirjaa jokaisesta pilvestä tunneliliitäntä, päällimmäisen kerroksen osoitteistus, paikallinen taustaverkon lähde, NHS- ja NBMA-suhteet, multicast-jakelu ja suojauskäytäntö. Kerro myös, mitkä reitit kulkevat alueellisen ja keskitason kontekstin välillä, koska juuri tuo lause on suunnittelu.

Alueellinen keskus, jolla on kaksi tunneliliitäntää, tarvitsee kaksi sopimusta, ei yhtä jossa on kaksi osoitetta. Taustaverkon lähde, NHRP-toimialue ja reitit voivat erota liitännöittäin, ja asiakirja, joka yhdistää ne, johtaa harhaan sitä, joka määrittää toisen.

Tunnisteet ovat paikallista kontekstia, eivät käyttöoikeuden valvontaa

NHRP-verkko-ID:t ja GRE-avaimet ovat kaksi arvoa, jotka useimmin luullaan yleisasetuksiksi. IOS XE:n NHRP-opas kuvaa verkko-ID:n paikallisesti merkitseväksi, joten etäroutereiden samat numerot eivät todista mitään eikä yhden routerin paikallisen numeron muuttaminen luo käyttörajaa.

GRE-avain, kun suunnittelu käyttää sellaista, auttaa tunnistamaan vastaanottavan tunnelin kontekstin, ja siitä sovitaan niiden päätepisteiden kesken, jotka jakavat kyseisen kontekstin. Se ei ole salasana eikä korvaa IKE-todennusta tai reitityskäytäntöä. Käsittele molempia arvoja konfiguraatiokontekstina, jonka on täsmättävä suhteen sisällä, älä turvakontrolleina, jotka erottavat alueita.

Reititä tasojen välillä tarkoituksellisesti

Päätä, mitkä prefiksit alueellinen keskus ilmoittaa ylöspäin ja mitä keskisiä kohteita se tarjoaa haaroilleen. Tarkista sitten kunkin polun todellinen seuraava hyppy ja vaihekohtainen oikopolun käyttäytyminen, koska yhteenvetoreitti ja oikopolku voivat tuottaa hyvin erilaisen edelleenlähetyksen kuin kaavio antaa ymmärtää.

Käytä reititystä ja käyttöoikeuskäytäntöä alueellisen erottelun toteuttamiseen. Jos haara ei saa saavuttaa toista aluetta suoraan, reitin ja käytännön on sanottava se sen sijaan, että luotetaan tunnisteeseen, jota ei koskaan suunniteltu sitä toteuttamaan. Kirjoita käytäntö tunnisteen viereen. Muuten seuraava insinööri olettaa, että numero tekee työn.

Diagnosoi odottamaton oikopolku

Kun haara yrittää luoda suoran suhteen keskiseen päätepisteeseen, tutki sen reitti, NHRP-kartoitus ja valittu tunnelikonteksti ennen kuin muutat tunnisteita sattumanvaraisesti. Puuttuva tavoitettavuus, tahaton NHS-suhde ja laillinen mutta luvaton oikopolku vaativat kolme eri korjausta.

DMVPN-määritysopas näyttää tunnelin ja NHRP:n asetukset yhdessä, ja juuri siksi alueet on ensin erotettava paperilla. Kirjaa pilven sopimukset, pidä tasojen reitit eksplisiittisinä, ja seuraavalla rajavialla on paikka, johon osoittaa.