DMVPN-ruteoversigt kontra NHRP-oversigtskort: forskellige tabeller

Nogen beder dig opsummere spoke’erne, og billetten lukkes med færre præfikser på hub’en. En uge senere løber trafikken mellem filialerne, som før gik direkte, gennem hub’en igen, og ingen forbinder de to ændringer. Udtrykket opsummer spoke’erne dækker to forskellige operationer, der rører to forskellige tabeller. Navngiv hvilken tilstand du reducerer, før du låner en kommando fra et andet DMVPN-eksempel.

Symptomet: direkte spoke-trafik flyttede tilbage til hub’en

Forskellen betyder mest, når en Phase 2-drøftelse anvendes på et Phase 3-design. De samme ord optræder i begge samtaler, og virkningen på videresendelse er ikke den samme.

Det er også derfor ændringen så korrekt ud, da den blev gennemgået: gennemgangen kontrollerede rutetabellen, som kun er en af de tre involverede tilstande.

Én aggregering, to tabeller

De to operationer ser sådan ud:

En ruteoversigt er en erklæring om, hvad hub’en annoncerer, og hvad den modtagende spoke installerer som en rute. Et NHRP-oversigtskort er en erklæring om det svar, en spoke sender, når en anden spoke spørger, hvordan man når en adresse. Det er forskellige spørgsmål med forskellige fejlmåder, og et design kan ændre det ene og lade det andet være præcis som det var. At behandle dem som én knap er måden, hvorpå en aggregeringsændring stille bliver en videresendelsesændring.

Ingen af operationerne er en erklæring om beskyttelsesstien, for den forhandles for den peer, du faktisk opløste.

Hvad hub’ens oversigt faktisk ændrer

Ciscos guide til NHRP-oversigtskort mellem spoke’er beskriver et Phase 3-arrangement, hvor hub’en annoncerer en oversigt og forbliver rutningens næste hop. En omdirigering og en efterfølgende NHRP-opløsning giver derefter en mere direkte videresendelsesvej. At læse kun den aggregerede rute beskriver derfor ikke hele videresendelsestilstanden, og det betyder ikke, at hver pakke for evigt skal passere hub’en. Oversigten handler om tilgængelighed, ikke om vejen.

Derfor kan en designgennemgang, der stopper ved rutetabellen, godkende en ændring, som ændrer opløsningsadfærden. Undersøg den valgte rute, NHRP-resultatet og beskyttelsesstien som tre separate observationer.

Hvis du ikke kan sige, hvilken af de tre der ændrede sig, er ændringen ikke færdig.

Hvad NHRP-oversigtskortet ændrer

Tag en spoke, der ejer 10.32.0.0/19 gennem flere mere specifikke LAN-ruter, mens hub’en annoncerer en større aggregering til de andre spoke’er. En anmodning om 10.32.12.10 ville ellers modtage opløsningsoplysninger for det matchende mindre netværk. Den dokumenterede NHRP-oversigtskortfunktion lader spoke’en returnere sit konfigurerede dækningspræfiks i stedet, hvilket kan reducere gentaget opløsningsarbejde for netværk, der tilhører den spoke. Det gør ikke hub’ens ruteoversigt og spoke’ens opløsningsoversigt til det samme objekt.

Giv det dækningspræfiks en bevidst ejerskabsmodel. Et bredt svar, der omfatter adresser, som hører til andre steder, eller huller, der er uopnåelige, kan sende efterfølgende trafik mod en uegnet peer.

Kontrollér de faktiske ruter og de tilsigtede afviste tilfælde, før du forstørrer præfikset, ikke bagefter.

Sammenlign den første destination og en inde i oversigten

Vælg to destinationer: den første, du testede, og en anden, der ligger inde i den foreslåede oversigt. For hver af dem skal du registrere den valgte rute, den NHRP-tilstand, der blev brugt for at nå den, og den reelle svarvej. Den sammenligning fortæller dig, om du ændrede rutningsskalaen, opløsningsskalaen eller en videresendelsesfejl, og det er den eneste nyttige konklusion. En visning med færre præfikser er ikke bevis for nogen af dem.

Bekræft den udrullede fase og routingprotokollens næste-hop-adfærd, før du anvender et Phase 3-eksempel på dit netværk. Et kort eksempel er ikke bevis for, at et andet design bevarer den samme direkte spoke-vej.

Billetten skal sige, hvilken tabel du reducerede, og hvilken du lod være. Alt mindre vil blive diagnosticeret fra bunden igen om en måned.