Resumo de rutas DMVPN fronte a mapa de resumo NHRP: táboas distintas
Un resumo de rutas cambia o prefixo anunciado e o seguinte salto. Un mapa de resumo NHRP cambia o que devolve unha resposta de resolución. Mesma palabra, táboa distinta.
Alguén che pide resumir os spokes e o ticket péchase con menos prefixos no hub. Unha semana despois o tráfico entre sucursais que antes ía directo volve pasar polo hub, e ninguén relaciona os dous cambios. A frase resumir os spokes cobre dúas operacións distintas que tocan dúas táboas distintas. Nomea que estado estás reducindo antes de tomar prestado un comando doutro exemplo de DMVPN.
O síntoma: o tráfico directo entre spokes volveu ao hub
A distinción importa sobre todo cando unha discusión de Phase 2 se aplica a un deseño de Phase 3. As mesmas palabras aparecen nas dúas conversas, e o efecto sobre o reenvío non é o mesmo.
Por iso tamén o cambio parecía correcto ao revisalo: a revisión comprobou a táboa de encamiñamento, que é só un dos tres estados implicados.
Unha agregación, dúas táboas
As dúas operacións son así:
| 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 resumo de rutas é unha afirmación sobre o que anuncia o hub e o que o spoke receptor instala como ruta. Un mapa de resumo NHRP é unha afirmación sobre a resposta que envía un spoke cando outro spoke pregunta como chegar a un enderezo. Son preguntas distintas con modos de fallo distintos, e un deseño pode cambiar unha deixando a outra exactamente como estaba. Tratalas como un só mando é a forma en que un cambio de agregación se converte en silencio nun cambio de reenvío.
Ningunha das dúas operacións é unha afirmación sobre a ruta de protección, porque esta négociase para o par que realmente resolves.
Que cambia realmente o resumo do hub
A guía de Cisco sobre mapas de resumo NHRP entre spokes describe unha montaxe de Phase 3 na que o hub anuncia un resumo e segue a ser o seguinte salto do encamiñamento. Unha redirección e unha resolución NHRP posterior proporcionan entón unha ruta de reenvío máis directa. Por iso ler só a ruta agregada non describe todo o estado de reenvío, e non significa que cada paquete deba atravesar o hub para sempre. O resumo trata da alcanzabilidade, non do camiño.
Por iso unha revisión de deseño que se detén na táboa de encamiñamento pode aprobar un cambio que altera o comportamento de resolución. Inspecciona a ruta seleccionada, o resultado NHRP e a ruta de protección como tres observacións separadas.
Se non podes dicir cal dos tres cambiou, non remataches o cambio.
Que cambia o mapa de resumo NHRP
Toma un spoke que posúe 10.32.0.0/19 mediante varias rutas LAN máis específicas, mentres o hub anuncia unha agregación maior aos demais spokes. Unha petición de 10.32.12.10 recibiría doutro xeito información de resolución para a rede máis pequena coincidente. A función documentada de mapa de resumo NHRP permite que o spoke devolva no seu lugar o seu prefixo de cobertura configurado, o que pode reducir o traballo repetido de resolución para as redes que pertencen a ese spoke. Non converte o resumo de rutas do hub e o resumo de resolución do spoke no mesmo obxecto.
Dálle a ese prefixo de cobertura un modelo de propiedade deliberado. Unha resposta ampla que inclúa enderezos que pertencen a outro sitio, ou ocos que non son alcanzables, pode enviar o tráfico posterior cara a un par inadecuado.
Comproba as rutas reais e os casos denegados previstos antes de ampliar o prefixo, non despois.
Compara o primeiro destino e un dentro do resumo
Escolle dous destinos: o primeiro que probaches e outro que quede dentro do resumo proposto. Para cada un, rexistra a ruta seleccionada, o estado NHRP usado para chegar a el e a ruta de resposta real. Esa comparación diche se cambiaches a escala de encamiñamento, a escala de resolución ou un erro de reenvío, que é a única conclusión útil. Unha pantalla con menos prefixos non é proba de ningunha desas cousas.
Confirma a fase despregada e o comportamento de seguinte salto do protocolo de encamiñamento antes de aplicar un exemplo de Phase 3 á túa rede. Un exemplo curto non demostra que outro deseño conserve a mesma ruta directa entre spokes.
O ticket debe dicir que táboa reduciches e cal deixaches intacta. Calquera cousa menos ca iso volverase diagnosticar desde cero dentro dun mes.