Niekto vás požiada, aby ste zhrnuli spokes, a tiket sa uzavrie s menším počtom prefixov na hube. O týždeň neskôr premávka medzi pobočkami, ktorá predtým išla priamo, opäť prechádza cez hub, a nikto tie dve zmeny nespája. Fráza zhrnúť spokes pokrýva dve rôzne operácie, ktoré sa dotýkajú dvoch rôznych tabuliek. Pomenujte, ktorý stav zmenšujete, skôr než si požičiate príkaz z iného príkladu DMVPN.

Symptóm: priama spoke premávka sa vrátila na hub

Rozdiel je najdôležitejší, keď sa diskusia o Phase 2 použije na návrh Phase 3. Tie isté slová sa objavujú v oboch rozhovoroch a vplyv na preposielanie nie je rovnaký.

Preto aj zmena vyzerala pri revízii správne: revízia skontrolovala routovaciu tabuľku, a to je len jeden z troch zúčastnených stavov.

Jedna agregácia, dve tabuľky

Obe operácie vyzerajú 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

Súhrn trás je tvrdenie o tom, čo hub inzeruje a čo prijímajúci spoke nainštaluje ako trasu. Súhrnná mapa NHRP je tvrdenie o odpovedi, ktorú spoke pošle, keď sa iný spoke pýta, ako sa dostať na adresu. To sú rôzne otázky s rôznymi režimami zlyhania a návrh môže zmeniť jednu a druhú nechať presne tak, ako bola. Zaobchádzať s nimi ako s jediným gombíkom je spôsob, akým sa zmena agregácie ticho stane zmenou preposielania.

Ani jedna operácia nie je tvrdením o ochrannej ceste, pretože tá sa vyjednáva pre peer, ktorý ste skutočne vyriešili.

Čo súhrn na hube skutočne mení

Príručka Cisco k súhrnným mapám NHRP medzi spokes opisuje usporiadanie Phase 3, kde hub inzeruje súhrn a zostáva ďalším hopom routingu. Presmerovanie a následná rezolúcia NHRP potom poskytnú priamejšiu cestu preposielania. Čítanie iba agregovanej trasy preto neopisuje celý stav preposielania a neznamená, že každý paket musí navždy prechádzať cez hub. Súhrn je o dostupnosti, nie o ceste.

Preto návrhová revízia, ktorá sa zastaví pri routovacej tabuľke, môže schváliť zmenu, ktorá mení správanie rezolúcie. Skontrolujte vybranú trasu, výsledok NHRP a ochrannú cestu ako tri samostatné pozorovania.

Ak neviete povedať, ktorá z troch sa zmenila, zmenu ste nedokončili.

Čo súhrnná mapa NHRP mení

Vezmite spoke, ktorý vlastní 10.32.0.0/19 cez niekoľko konkrétnejších LAN trás, zatiaľ čo hub inzeruje väčší agregát ostatným spokes. Požiadavka na 10.32.12.10 by inak dostala informácie o rezolúcii pre zodpovedajúcu menšiu sieť. Dokumentovaná funkcia súhrnnej mapy NHRP umožňuje spokes vrátiť namiesto toho svoj nakonfigurovaný pokrývajúci prefix, čo môže znížiť opakovanú prácu s rezolúciou pre siete, ktoré patria tomu spoke. Neznamená to, že súhrn trás na hube a súhrn rezolúcie na spoke sú ten istý objekt.

Dajte tomu pokrývajúcemu prefixu premyslený model vlastníctva. Široká odpoveď, ktorá zahŕňa adresy patriace inam, alebo medzery, ktoré sú nedostupné, môže poslať ďalšiu premávku k nevhodnému peeru.

Skontrolujte skutočné trasy a zamýšľané odmietnuté prípady skôr, než prefix zväčšíte, nie potom.

Porovnajte prvú destináciu a jednu vnútri súhrnu

Vyberte dve destinácie: prvú, ktorú ste testovali, a ďalšiu, ktorá leží vnútri navrhovaného súhrnu. Pre každú zaznamenajte vybranú trasu, stav NHRP použitý na dosiahnutie a skutočnú cestu odpovede. Toto porovnanie vám povie, či ste zmenili mierku routingu, mierku rezolúcie alebo chybu preposielania, a to je jediný užitočný záver. Zobrazenie s menej prefixmi nie je dôkazom ničoho z toho.

Potvrďte nasadenú fázu a správanie ďalšieho hopu routovacieho protokolu, skôr než na svoju sieť použijete príklad Phase 3. Krátky príklad nie je dôkaz, že iný návrh zachová rovnakú priamu cestu medzi spokes.

Tiket má povedať, ktorú tabuľku ste zmenšili a ktorú ste nechali na pokoji. Čokoľvek menej bude o mesiac znovu diagnostikované od nuly.

Súvisiace články