APRENDER. PRATICAR. EVOLUIR.Identificadores com funções diferentes
Em OSPFv3, o router ID continua a ser um identificador de 32 bits, normalmente apresentado como quatro números separados por pontos. Não é necessário convertê-lo num endereço IPv6. A interface também tem um identificador, enquanto o Instance ID permite distinguir instâncias no mesmo link. Não confundas estes campos com o número de processo local usado pela CLI de uma plataforma. Para uma adjacência, confirma os valores efetivamente usados no link e a área, além de timers, autenticação quando configurada e tipo de rede. Um nome igual no inventário não prova compatibilidade dos parâmetros enviados.
Caso: ligação local sem vizinhança
Uma alteração fictícia deixa R1 com Instance ID 0 e R2 com Instance ID 1 no mesmo trânsito. Os endereços IPv6 diretamente ligados continuam a responder a ping, mas os pacotes OSPFv3 recebidos não pertencem à instância esperada. Depois da convergência, desaparece a rota para a loopback remota. A próxima ação deve comparar a configuração dos dois extremos, não substituir o endereço IPv6 do serviço sem evidência. Corrige o Instance ID segundo o desenho aprovado e observa adjacência, instalação da rota e sonda. Não afirmes que valores diferentes são sempre erros: podem ser intencionais para comunidades separadas que não devem formar esta adjacência.
Next hop link-local com âmbito
Nos links normais deste exercício, OSPFv3 usa endereços link-local para comunicação de controlo. Uma rota para 2001:db8:2::1/128 pode apontar para fe80::... através de eth0. Isso é normal: o destino remoto não precisa de ter o mesmo âmbito que o endereço do vizinho usado como next hop. Conserva a interface junto do endereço link-local, porque o seu significado está limitado ao link. Um teste ao vizinho link-local exige o âmbito correto; não prova, por si, que o prefixo remoto foi anunciado ou que há caminho de retorno para a origem da aplicação. Virtual links têm regras distintas e não fazem parte deste laboratório.
Topologia e prefixos não são a mesma coisa
OSPFv3 separa informação de topologia e de prefixos. Link-LSAs têm âmbito local ao link e transportam informação como o endereço link-local e prefixos associados. Intra-Area-Prefix-LSAs permitem associar prefixos à topologia dentro da área; Inter-Area-Prefix-LSAs anunciam alcançabilidade entre áreas. Não procures todos os prefixos IPv6 no router-LSA como se fosse uma simples cópia do formato OSPFv2. Se a adjacência está Full mas um /128 desapareceu, verifica se o endereço continua configurado, o anúncio correspondente e a seleção e instalação da rota. Reiniciar o processo pode destruir evidência sem repor o endereço ausente.
Sintaxe e famílias de endereços
O exemplo executável usa FRRouting 10.4.5: router ospf6 e ipv6 ospf6 na interface. A documentação Cisco IOS XE apresenta router ospfv3 e configuração por família de endereços, com diferenças face à sintaxe histórica. OSPFv3 pode suportar IPv4 e IPv6 através das extensões de famílias de endereços; não é correto concluir que o número 3 obriga a transportar apenas IPv6 em todas as plataformas. Neste laboratório, porém, IPv4 usa OSPFv2 e IPv6 usa OSPFv3. Confirma suporte e sintaxe na plataforma alvo antes de migrar. A execução FRR não valida comandos IOS XE nem migração de configurações existentes.
# FRRouting 10.4.5, disposable lab only
configure terminal
router ospf6
ospf6 router-id 1.1.1.1
exit
interface eth0
ipv6 ospf6 area 0
ipv6 ospf6 instance-id 0
end
show ipv6 ospf6 neighbor
show ipv6 ospf6 database
show ipv6 route
Rota IPv6 via fe80::... e eth0 é normal; router ID 2.2.2.2 não é o endereço IPv6 do serviço.
Armadilhas comuns
Confundir processo local e Instance ID; omitir a interface do next hop link-local; procurar prefixos apenas em router-LSAs.
Tópicos relacionados: Dual stack: diagnóstico e aceitação por família · OSPFv2: áreas e sumarização
Identifica cada campo pelo seu papel e observa separadamente adjacência, anúncio e encaminhamento.
Referência: FRRouting OSPFv3 · 350-401 ENCOR v1.2, effective 2026-03-19; core component of CCNP Enterprise