Resum de rutes de DMVPN vs. mapa de resum NHRP: taules diferents
Un resum de rutes canvia el prefix anunciat i el salt següent. Un mapa de resum NHRP canvia què retorna una resposta de resolució. Mateixa paraula, taula diferent.
Algú et demana que resumeixis els spoke i el tiquet es tanca amb menys prefixos al hub. Una setmana després, el trànsit entre branques que abans anava directe torna a passar pel hub, i ningú no relaciona els dos canvis. L’expressió resumir els spoke cobreix dues operacions diferents que toquen dues taules diferents. Anomena quin estat estàs reduint abans de manllevar una ordre d’un altre exemple de DMVPN.
El símptoma: el trànsit directe entre spoke va tornar al hub
La distinció importa sobretot quan una discussió de Phase 2 s’aplica a un disseny de Phase 3. Les mateixes paraules apareixen en les dues converses, i l’efecte sobre l’encaminament no és el mateix.
Per això també el canvi semblava correcte quan es va revisar: la revisió va comprovar la taula d’encaminament, que és només un dels tres estats implicats.
Una agregació, dues taules
Les dues operacions són així:
| 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 |
Un resum de rutes és una afirmació sobre què anuncia el hub i què instal·la el spoke receptor com a ruta. Un mapa de resum NHRP és una afirmació sobre la resposta que envia un spoke quan un altre spoke pregunta com arribar a una adreça. Són preguntes diferents amb maneres de fallar diferents, i un disseny pot canviar-ne una i deixar l’altra exactament com era. Tractar-les com un sol botó és com un canvi d’agregació es converteix silenciosament en un canvi d’encaminament.
Cap de les dues operacions no és una afirmació sobre el camí de protecció, que es negocia per al parell que realment has resolt.
Què canvia realment el resum del hub
La guia de Cisco sobre mapes de resum NHRP entre spoke descriu un muntatge de Phase 3 en què el hub anuncia un resum i continua sent el salt següent de l’encaminament. Un redireccionament i una resolució NHRP posterior proporcionen llavors un camí d’encaminament més directe. Per tant, llegir només la ruta agregada no descriu tot l’estat d’encaminament, i no vol dir que cada paquet hagi de travessar el hub per sempre. El resum tracta de l’abastabilitat, no del camí.
Per això una revisió de disseny que s’atura a la taula d’encaminament pot aprovar un canvi que altera el comportament de resolució. Inspecciona la ruta seleccionada, el resultat NHRP i el camí de protecció com tres observacions separades.
Si no pots dir quin dels tres ha canviat, no has acabat el canvi.
Què canvia el mapa de resum NHRP
Pren un spoke que posseeix 10.32.0.0/19 mitjançant diverses rutes LAN més específiques, mentre el hub anuncia una agregació més gran als altres spoke. Una petició per a 10.32.12.10 rebria altrament informació de resolució per a la xarxa més petita que coincideix. La funció documentada del mapa de resum NHRP permet que el spoke retorni en canvi el seu prefix de cobertura configurat, cosa que pot reduir la feina repetida de resolució per a les xarxes que pertanyen a aquest spoke. No fa que el resum de rutes del hub i el resum de resolució del spoke siguin el mateix objecte.
Dóna a aquest prefix de cobertura un model de propietat deliberat. Una resposta àmplia que inclogui adreces que pertanyen a un altre lloc, o forats que siguin inabastables, pot enviar el trànsit posterior cap a un parell inadequat.
Comprova les rutes reals i els casos denegats previstos abans d’ampliar el prefix, no després.
Compara la primera destinació i una de dins del resum
Tria dues destinacions: la primera que vas provar i una altra que quedi dins del resum proposat. Per a cada una, registra la ruta seleccionada, l’estat NHRP utilitzat per arribar-hi i el camí de resposta real. Aquesta comparació et diu si has canviat l’escala d’encaminament, l’escala de resolució o un error d’encaminament, que és l’única conclusió útil. Una pantalla amb menys prefixos no és prova de cap d’aquestes coses.
Confirma la fase desplegada i el comportament del salt següent del protocol d’encaminament abans d’aplicar un exemple de Phase 3 a la teva xarxa. Un exemple curt no demostra que un altre disseny conservi el mateix camí directe entre spoke.
El tiquet ha de dir quina taula has reduït i quina has deixat tranquil·la. Qualsevol cosa menys que això es tornarà a diagnosticar des de zero d’aquí a un mes.