Někdo vás požádá, abyste shrnuli spokes, a tiket se uzavře s menším počtem prefixů na hubu. O týden později provoz mezi pobočkami, který dřív šel přímo, zase protéká hubem, a nikdo ty dvě změny nespojí. Fráze shrnout spokes pokrývá dvě různé operace, které se dotýkají dvou různých tabulek. Pojmenujte, který stav zmenšujete, než si půjčíte příkaz z jiného příkladu DMVPN.

Symptom: přímý provoz mezi spokes se vrátil na hub

Rozdíl je nejdůležitější, když se diskuse o Phase 2 použije na návrh Phase 3. Stejná slova se objevují v obou rozhovorech a vliv na forwarding není stejný.

Proto také změna při revizi vypadala správně: revize zkontrolovala routovací tabulku, což je jen jeden ze tří zúčastněných stavů.

Jedna agregace, dvě tabulky

Obě operace vypadají takto:

OperationWhat it actually changes
Routing summaryAggregates the prefixes the routing protocol advertises and changes the next hop the receiver installs
NHRP summary mapChanges the network returned in a resolution reply, so a requesting spoke resolves to a different address
Protection pathIPsec state for the peer you actually resolved; neither aggregation changes it

Souhrn tras je tvrzení o tom, co hub inzeruje a co přijímající spoke nainstaluje jako trasu. Souhrnná mapa NHRP je tvrzení o odpovědi, kterou spoke pošle, když se jiný spoke ptá, jak dosáhnout adresy. To jsou různé otázky s různými režimy selhání a návrh může změnit jednu a druhou nechat přesně tak, jak byla. Zacházet s nimi jako s jedním knoflíkem je způsob, jak se změna agregace tiše stane změnou forwardingu.

Ani jedna operace není tvrzením o ochranné cestě, protože ta se vyjednává pro peer, který jste skutečně rezolvovali.

Co souhrn na hubu skutečně mění

Průvodce Cisco k souhrnným mapám NHRP mezi spokes popisuje uspořádání Phase 3, kde hub inzeruje souhrn a zůstává dalším hopem routingu. Přesměrování a následná rezoluce NHRP pak poskytnou přímější cestu forwardingu. Čtení pouze agregované trasy proto nepopisuje celý stav forwardingu a neznamená, že každý paket musí navěky procházet hubem. Souhrn je o dostupnosti, ne o cestě.

Proto návrhová revize, která skončí u routovací tabulky, může schválit změnu, jež mění chování rezoluce. Zkontrolujte vybranou trasu, výsledek NHRP a ochrannou cestu jako tři samostatná pozorování.

Pokud nedokážete říct, která ze tří se změnila, změnu jste nedokončili.

Co souhrnná mapa NHRP mění

Vezměte spoke, který vlastní 10.32.0.0/19 přes několik konkrétnějších LAN tras, zatímco hub inzeruje větší agregát ostatním spokes. Požadavek na 10.32.12.10 by jinak dostal informace o rezoluci pro odpovídající menší síť. Dokumentovaná funkce souhrnné mapy NHRP umožňuje spokes vrátit místo toho svůj nakonfigurovaný pokrývající prefix, což může snížit opakovanou práci s rezolucí pro sítě, které tomuto spoke patří. Neznamená to, že souhrn tras na hubu a souhrn rezoluce na spoke jsou stejný objekt.

Dejte tomuto pokrývajícímu prefixu promyšlený model vlastnictví. Široká odpověď, která zahrnuje adresy patřící jinam, nebo mezery, které jsou nedostupné, může poslat další provoz k nevhodnému peeru.

Zkontrolujte skutečné trasy a zamýšlené odmítnuté případy dřív, než prefix zvětšíte, ne potom.

Porovnejte první destinaci a jednu uvnitř souhrnu

Vyberte dvě destinace: první, kterou jste testovali, a další, která leží uvnitř navrženého souhrnu. Pro každou zaznamenejte vybranou trasu, stav NHRP použitý k dosažení a skutečnou cestu odpovědi. Toto srovnání vám řekne, zda jste změnili měřítko routingu, měřítko rezoluce, nebo chybu forwardingu, což je jediný užitečný závěr. Zobrazení s méně prefixy není důkazem ničeho z toho.

Potvrďte nasazenou fázi a chování dalšího hopu routovacího protokolu, než na svou síť použijete příklad Phase 3. Krátký příklad není důkaz, že jiný návrh zachová stejnou přímou cestu mezi spokes.

Tiket má říct, kterou tabulku jste zmenšili a kterou jste nechali být. Cokoli méně bude za měsíc znovu diagnostikováno od nuly.

Související články