Sumarizarea rutelor DMVPN vs harta de sumarizare NHRP: tabele diferite
Sumarizarea rutelor schimbă prefixul anunțat și următorul salt. Harta de sumarizare NHRP schimbă ce returnează un răspuns de rezoluție. Același cuvânt, alt tabel.
Cineva te roagă să sumarizezi spoke-urile, iar tichetul se închide cu mai puține prefixe pe hub. O săptămână mai târziu, traficul între sucursale care anterior mergea direct trece din nou prin hub, și nimeni nu leagă cele două modificări. Expresia sumarizează spoke-urile acoperă două operațiuni diferite care ating două tabele diferite. Numește ce stare reduci înainte de a împrumuta o comandă din alt exemplu DMVPN.
Simptomul: traficul direct între spoke-uri s-a întors la hub
Distincția contează cel mai mult când o discuție Phase 2 este aplicată unui proiect Phase 3. Aceleași cuvinte apar în ambele conversații, iar efectul asupra transmiterii nu este același.
De aceea modificarea a părut corectă la revizuire: revizuirea a verificat tabela de rutare, care este doar una dintre cele trei stări implicate.
O agregare, două tabele
Cele două operațiuni arată așa:
| Operation | What it actually changes |
|---|---|
| Routing summary | Aggregates the prefixes the routing protocol advertises and changes the next hop the receiver installs |
| NHRP summary map | Changes the network returned in a resolution reply, so a requesting spoke resolves to a different address |
| Protection path | IPsec state for the peer you actually resolved; neither aggregation changes it |
Sumarizarea rutelor este o afirmație despre ce anunță hub-ul și ce instalează spoke-ul receptor ca rută. Harta de sumarizare NHRP este o afirmație despre răspunsul pe care îl trimite un spoke când alt spoke întreabă cum se ajunge la o adresă. Sunt întrebări diferite cu moduri de eșec diferite, iar un proiect poate schimba una lăsând-o pe cealaltă exact așa cum era. Tratarea lor ca un singur buton este felul în care o modificare de agregare devine în tăcere o modificare de transmitere.
Niciuna dintre operațiuni nu este o afirmație despre calea de protecție, fiindcă aceasta este negociată pentru peer-ul pe care l-ai rezolvat efectiv.
Ce schimbă de fapt sumarizarea de pe hub
Ghidul Cisco despre hărțile de sumarizare NHRP între spoke-uri descrie o aranjare Phase 3 în care hub-ul anunță o sumarizare și rămâne următorul salt al rutării. O redirecționare și o rezoluție NHRP ulterioară oferă apoi o cale de transmitere mai directă. Prin urmare, citirea doar a rutei agregate nu descrie toată starea de transmitere și nu înseamnă că fiecare pachet trebuie să treacă veșnic prin hub. Sumarizarea se referă la accesibilitate, nu la cale.
De aceea o revizuire de proiect care se oprește la tabela de rutare poate aproba o modificare ce alterează comportamentul de rezoluție. Inspectează ruta selectată, rezultatul NHRP și calea de protecție ca trei observații separate.
Dacă nu poți spune care dintre cele trei s-a schimbat, nu ai terminat modificarea.
Ce schimbă harta de sumarizare NHRP
Ia un spoke care deține 10.32.0.0/19 prin mai multe rute LAN mai specifice, în timp ce hub-ul anunță o agregare mai mare celorlalte spoke-uri. O cerere pentru 10.32.12.10 ar primi altfel informații de rezoluție pentru rețeaua mai mică potrivită. Funcția documentată de hartă de sumarizare NHRP permite spoke-ului să returneze în schimb prefixul de acoperire configurat, ceea ce poate reduce munca repetată de rezoluție pentru rețelele care aparțin acelui spoke. Ea nu face sumarizarea rutelor hub-ului și sumarizarea rezoluției spoke-ului același obiect.
Dă acelui prefix de acoperire un model de proprietate deliberat. Un răspuns larg care include adrese ce aparțin altundeva, sau goluri care sunt de neatins, poate trimite traficul ulterior către un peer nepotrivit.
Verifică rutele reale și cazurile de respingere intenționate înainte de a mări prefixul, nu după.
Compară prima destinație și una din interiorul sumarizării
Alege două destinații: prima pe care ai testat-o și alta care se află în interiorul sumarizării propuse. Pentru fiecare, notează ruta selectată, starea NHRP folosită pentru a ajunge acolo și calea reală a răspunsului. Acea comparație îți spune dacă ai schimbat scara rutării, scara rezoluției sau o eroare de transmitere, și aceasta este singura concluzie utilă. Un afișaj cu mai puține prefixe nu este dovada niciuneia dintre ele.
Confirmă faza implementată și comportamentul următorului salt al protocolului de rutare înainte de a aplica un exemplu Phase 3 în rețeaua ta. Un exemplu scurt nu dovedește că alt proiect păstrează aceeași cale directă între spoke-uri.
Tichetul ar trebui să spună ce tabel ai redus și pe care l-ai lăsat în pace. Orice mai puțin de atât va fi diagnosticat din nou de la zero peste o lună.