Cisco 300-410: Projeto, Otimização e Solução de Problemas de OSPF — Guia de estudos

By Laurynas Brazys · 16 August 2026 · #cisco #300-410 #certification #exam-prep #study-guide

Faz parte do Cisco CCNP Enterprise 300-410 ENARSI — Guia de estudos. Pratique com respostas verificadas no centro de exames da Cisco, ou faça testes cronometrados no ExamRoll.io.

Visão Geral

O Open Shortest Path First (OSPF) é um IGP do tipo link-state com convergência rápida, hierarquia robusta e controles de política flexíveis. Projetos eficazes enfatizam limites de área bem definidos, tamanho de LSDB limitado, tipos de rede coerentes e consistência em segurança e temporizadores. Esta seção resume a mecânica de adjacência, o comportamento dos LSAs, os tipos de área, as funções dos roteadores de borda, segurança, ajuste de convergência, especificidades do OSPFv3 e uma abordagem estruturada para troubleshooting.

Adjacência de Vizinhos, Tipos de Rede e Projeto de DR/BDR

Estados e formação de vizinhança

• Estados: Down → Init → 2-Way → ExStart → Exchange → Loading → Full. O NBMA adiciona o estado Attempt.
• O processamento de pacotes Hello forma o estado 2-Way quando a comunicação é bidirecional; o estado Full ocorre apenas com pares eleitos (lógica DR/BDR/DROther) ou em redes ponto a ponto.
• A sincronização do banco de dados usa DBD, LSR, LSU e LSAck para atingir o estado Full.

Incompatibilidades comuns e modos de falha

• Incompatibilidade de ID/tipo de área (flags normal vs stub/NSSA) impede a adjacência.
• Incompatibilidade de MTU comumente trava nos estados EXSTART

Segurança, Timers, Ajuste de Convergência, OSPFv3 e Diagnóstico Estruturado

Autenticação e adjacências seguras

• O OSPFv2 suporta autenticação simples e criptográfica; prefira key chains com HMAC-SHA/MD5 e lifetimes para rollover sem tempo de inatividade (zero-downtime):

undefined

undefined

• O OSPFv3 omite a autenticação integrada; use IPsec (AH/ESP) ou o OSPFv3 Authentication Trailer. Aplique por interface ou via key chains onde for suportado.

Timers, throttling e detecção rápida

• Padrões de Hello/dead: 10/40s em broadcast/ponto a ponto, 30/120s em NBMA/ponto a multiponto. Ajuste de forma consistente em ambos os lados.
• Hellos rápidos:

undefined

(use com BFD para robustez).

• BFD: detecção rápida de falhas de peer integrada com OSPF (

undefined

).

• Throttling e pacing:

undefined

• O SPF Incremental (iSPF) reduz o impacto do recálculo sob churn.

Comportamento do OSPFv3 e implantação de IPv6/IPv4

• Os vizinhos são formados usando IPv6 link-local; o router ID permanece de 32 bits e deve ser único por processo.
• Ativação baseada em interface por família de endereços; o OSPFv3 suporta IPv6 e, em plataformas modernas, IPv4:

undefined

• Modelo de LSA atualizado (tipos funcionalmente equivalentes com numeração diferente); o design de área e as regras de preferência espelham o OSPFv2.

Diagnóstico estruturado: rotas ausentes e adjacências instáveis

• Rotas OSPF ausentes:
  • Verifique o estado da adjacência e o LSDB:

undefined

,

undefined

.

• Confirme se o tipo de área permite os LSAs esperados (ex: Tipo 5 removido em stub; Tipo 7 apenas em NSSA).
• Verifique a ausência de LSAs Tipo 4 para um ASBR; garanta a presença do ABR e a alcançabilidade do backbone.
• Valide a alcançabilidade do FA externo e a política/métricas de redistribuição.
• Em VRF/VRF-lite, habilite a

undefined

quando necessário, e use

undefined

para confirmar a instalação na RIB.

• Adjacências instáveis:
  • Correlacione com eventos de L2; considere o BFD para detecção e reduza o churn de DR corrigindo a prioridade da interface ou usando ponto a multiponto.
  • Resolva paradas em EXSTART/EXCHANGE ajustando as MTUs; paradas em LOADING limpando inconsistências do LSDB e garantindo router IDs únicos.
  • Alinhe os tipos de hello/dead/autenticação/rede em ambos os lados; em NBMA, garanta as declarações de vizinho (neighbor statements) ou a descoberta dinâmica conforme o design.

Exemplos curtos de configuração

• Converter um segmento broadcast para ponto a multiponto para remover o DR:

undefined

• Injeção de rota padrão em NSSA:

undefined

Cenário de Problema Prático

A Contoso Warehousing opera uma DMVPN de hub único com 120 spokes. O OSPF é executado sobre o overlay mGRE/IPsec. A equipe de operações relata alcançabilidade intermitente entre os spokes e a falta de rotas externas de um ASBR do data center.

Abordagem

1. Garantir DR/BDR determinístico no hub da DMVPN

• Justificativa: O overlay da DMVPN se comporta como um segmento de acesso múltiplo para o OSPF. Um DR estável no hub evita LSDBs parciais e black holes entre spokes.
• Ação:

undefined

2. Normalizar o tipo de rede OSPF e os timers hello/dead

• Justificativa: Tipos de rede mistos e timers incompatíveis causam reinicializações frequentes de vizinhança. A consistência estabiliza a matriz de adjacência.
• Ação: Defina todas as interfaces de túnel como broadcast com hello/dead 10/40, ou mude para ponto a multiponto se a supressão do DR for preferível.

3. Corrigir paradas em EXSTART/EXCHANGE alinhando as MTUs

• Justificativa: Incompatibilidades de MTU bloqueiam a negociação de DBD e causam paradas em EXSTART/EXCHANGE.
• Ação: Compatibilize as MTUs do túnel e físicas; como último recurso, aplique

undefined

em todas as interfaces de túnel.

4. Habilitar BFD nos túneis

• Justificativa: A detecção rápida de falhas reduz o tempo de convergência sem a necessidade de timers hello agressivos.
• Ação:

undefined

5. Fazer throttling da geração de SPF e LSA, e habilitar o iSPF

• Justificativa: Com 120 spokes, rajadas não controladas (unthrottled) de SPF/LSA podem causar picos de CPU e prolongar interrupções.
• Ação:

undefined

6. Restaurar a visibilidade de rotas externas do data center

• Justificativa: Os spokes perdem os prefixos redistribuídos porque os LSAs Tipo 5 não estão presentes em uma NSSA de spoke.
• Ação: Se os spokes estiverem em uma NSSA, garanta a tradução do Tipo 7 no ABR do hub e injete uma rota padrão onde necessário:

undefined

Confirme que um único ABR realiza a tradução de Tipo 7 para Tipo 5 e que existem LSAs Tipo 4 para o ASBR.

7. Sumarizar nos ABRs e ASBRs

• Justificativa: A sumarização encolhe o LSDB e limita o escopo do churn.
• Ação:

undefined

8. Proteger e rotacionar chaves sem tempo de inatividade

• Justificativa: Incompatibilidades de autenticação criam flaps; rotacionar chaves com lifetimes evita a perda de adjacência.
• Ação:

undefined

undefined

Ao impor uma seleção de DR estável, harmonizar tipos de rede e timers, eliminar paradas induzidas por MTU, restringir o churn de SPF/LSA e corrigir a política de área/externa, o domínio OSPF da DMVPN da Contoso converge de forma previsível e anuncia todos os prefixos pretendidos para cada spoke.

← Endereçamento Avançado de IPv4 e IPv6 · Todos os domínios · Projeto →

Pratique estas questões → · Prática cronometrada no ExamRoll.io →