Cisco 350-401: Roteamento Unicast e Controle de Rota — Guia de estudos

By Laurynas Brazys · 15 August 2026 · #cisco #350-401 #certification #exam-prep #study-guide

Faz parte do Cisco CCNP Enterprise 350-401 ENCOR — 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 roteamento unicast e o controle de rotas determinam como os pacotes IPv4 e IPv6 atravessam uma rede corporativa de forma confiável, eficiente e previsível. Os dispositivos calculam a alcançabilidade na Routing Information Base (RIB) e, em seguida, programam o plano de encaminhamento. Dois fatos principais guiam as operações:

• O Longest Prefix Match (LPM) sempre vence, tanto para IPv4 quanto para IPv6. Entre as rotas candidatas, o prefixo mais específico é selecionado primeiro, independentemente da métrica ou da distância administrativa (AD).
• A RIB pode conter múltiplas rotas para o mesmo prefixo e pertence ao plano de controle; a Forwarding Information Base (FIB) é construída a partir da RIB e instala apenas as melhores entradas de encaminhamento com informações de saída no plano de dados.

Se duas ou mais rotas tiverem o mesmo comprimento de prefixo, a AD decide qual rota de protocolo é preferida (quanto menor, melhor). Padrões típicos: conectada 0, estática 1, eBGP 20, EIGRP interno 90, OSPF 110, iBGP 200, EIGRP externo 170. Dentro de um único protocolo e com o mesmo comprimento de prefixo, a métrica e os critérios de desempate do protocolo se aplicam. Lembre-se sempre: primeiro LPM, depois AD, depois a métrica.

Seleção de Rotas e Rotas Fundamentais

Rotas estáticas e padrão são ferramentas determinísticas que complementam os protocolos dinâmicos:

• Rotas estáticas: Next hops ou interfaces de saída configurados manualmente para prefixos específicos. Os casos de uso incluem pequenos stubs de borda, controle de segurança e como um caminho de backup.
  • Exemplo:

undefined

• Rotas estáticas flutuantes: Uma rota estática com AD elevada para que ela “flutue” abaixo de uma rota aprendida e seja ativada apenas em caso de falha da rota primária:
  • Exemplo:

undefined

• Rotas padrão: Fornecem uma rota “catch-all” (pega-tudo) quando não existe uma entrada mais específica. Em IPv4,

undefined

; em IPv6,

undefined

. Considere a propagação controlada de rotas padrão (por exemplo, apenas na borda) para evitar saídas subótimas.

• Rotas de sumarização: Reduzem o estado do plano de controle, delimitam domínios de falha e melhoram a convergência. As sumarizações devem apontar para Null0 para evitar loops caso as rotas específicas desapareçam.
  • Exemplo:

undefined

• Exemplo:

undefined

Trade-offs e modos de falha:

• Sumarizações ou rotas padrão muito amplas podem causar “black-hole” de tráfego. Proteja com Null0 e garanta que as rotas específicas contribuintes existam.
• O uso indevido da AD (por exemplo, diminuir a AD para uma rota externa) pode ocultar caminhos melhores e complicar a solução de problemas.
• A resolução recursiva de next-hop deve terminar em uma interface conectada. Um túnel GRE que resolve seu destino através de si mesmo aciona “roteamento recursivo” e o desligamento da interface.

Design e Operação de IGP: OSPFv2/OSPFv3 e EIGRP

OSPF (link-state):

• Áreas e LSAs:
  • A Área 0 é o backbone; ABRs conectam áreas; ASBRs injetam rotas externas.
  • Tipos de LSA: 1 (Router), 2 (Network), 3 (Summary), 4 (ASBR Summary), 5 (External), 7 (NSSA External). O OSPFv3 mantém os conceitos para IPv6 com instanciação por link e semântica de endereço separada da topologia.
• Estados de vizinhança:
  • Down, Init, 2-Way (adjacência formada apenas com DR/BDR em broadcast), ExStart, Exchange, Loading, Full.
  • Falha comum: vizinhos travados em EXSTART/EXCHANGE devido a incompatibilidade de MTU; garanta que as MTUs estejam alinhadas ou use ip ospf mtu-ignore como último recurso.
• DR/BDR:
  • Eleitos em segmentos multi-acesso (broadcast/NBMA) para reduzir a inundação de LSAs. A prioridade impulsiona a eleição; a preempção não ocorre automaticamente (é preciso limpar a adjacência para mudar).
• Otimização:
  • Design de áreas para delimitar o escopo do SPF; use stub/totally stubby/NSSA para reduzir LSAs externos.
  • Sumarize nos ABRs/ASBRs; controle LSAs e SPF (timers throttle spf, timers lsa-group-pacing).
  • Use ajuste de custo, interfaces passivas para segurança/redução de ruído e “fast hellos” apenas onde a qualidade do link é estável.

A configuração do OSPFv3 é centrada na interface:

• Exemplo:

undefined

undefined

undefined

undefined

undefined

EIGRP (vetor de distância avançado com DUAL):

• Operação e tabelas:
  • Tabela de vizinhos (adjacências), tabela de topologia (todas as rotas viáveis) e RIB (rotas vencedoras).
  • O DUAL calcula caminhos livres de loop usando a condição de viabilidade: um vizinho é um feasible successor (FS) se sua distância reportada < distância viável local para o destino.
• Feasible successors:
  • Fornecem caminhos de backup imediatos sem recálculo; projete para manter múltiplos FS ajustando métricas, evitando configurações de largura de banda muito baixas em backups e aplicando sumarização para delimitar as queries.
• Resiliência de convergência:
  • O EIGRP stub nos spokes limita as queries e previne o SIA (stuck-in-active). Sumarizações e limites de query melhoram a estabilidade.
• Balanceamento de carga de custo desigual:
  • variance N permite tráfego por caminhos com métrica <= N × melhor. Garanta que a engenharia de tráfego esteja alinhada com o comportamento da aplicação e as políticas de hashing.
• Modo ‘Named’:
  • Consolida IPv4 e IPv6 sob um único processo com configuração hierárquica e address families.

  • Exemplo:

undefined

-

undefined

-

undefined

  -

undefined

-

undefined

  -

undefined

-

undefined

-

undefined

-

undefined

Trade-offs de design:

• O OSPF escala de forma previsível com hierarquias de área cuidadosas; o EIGRP oferece convergência rápida e compartilhamento de carga de custo desigual, mas exige atenção ao escopo das queries.
• Ambos se beneficiam da sumarização, mas garanta que as sumarizações reflitam a alcançabilidade real para evitar black holes.

Fundamentos do BGP e Política de Rota

O BGP fornece controle interdomínio rico em políticas:

• Formação de vizinhança:
  • Usa a porta TCP 179. Estados: Idle, Connect, Active, OpenSent, OpenConfirm, Established.
  • Se um vizinho eBGP está “Active”, o roteador local está tentando abrir a sessão TCP; verifique a alcançabilidade, ACLs, TTL e update-source.
  • O iBGP requer full mesh ou route reflectors; o eBGP normalmente usa vizinhos diretamente conectados, a menos que o ebgp-multihop esteja configurado.
• Atributos de caminho e bestpath:
  • Atributos chave na ordem de decisão (simplificado): maior weight (Cisco, local), maior local preference (intra-AS), originado localmente, AS_PATH mais curto, menor tipo de origem (origin type), menor MED (quando do mesmo AS vizinho), eBGP sobre iBGP, menor custo de IGP para o next-hop, caminho mais antigo, menor BGP router ID, etc.
  • Tratamento do Next-hop: o eBGP reescreve o next-hop por padrão; o iBGP o preserva, então use next-hop-self nos speakers iBGP em direção aos vizinhos internos.
• Política de rota e filtragem:
  • Use route-maps, prefix-lists, listas de acesso de AS-path e communities para moldar o roteamento.
  • Defina o local preference para a preferência de trânsito de saída (outbound); defina o MED para influenciar o tráfego de entrada (inbound) do mesmo AS vizinho; use communities para marcação (tagging) de granularidade grossa e sinalização para o provedor.

Exemplo curto de BGP e política:

undefined

undefined

undefined

undefined

undefined

undefined

-

undefined

-

undefined

Compromissos e salvaguardas:

• Prefira políticas consistentes entre os roteadores de borda para evitar oscilações de roteamento.
• Considere BGP multipath para ECMP quando os atributos permitirem; garanta um custo de IGP igual para o next-hop, se exigido pela plataforma.
• Evite o trânsito acidental filtrando prefixos aprendidos por iBGP para que não sejam anunciados para eBGP, a menos que seja intencional.

← Comutação e Segmentação de Camada 2 em Campus · Todos os domínios · Serviços IP →

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