Qual é o objetivo deste teste?
O comando Captura da tabela de encaminhamento IPv6 lista a tabela completa de encaminhamento no IPv6.
Quando pode executar este teste?
Execute este teste se quiser verificar o caminho na tabela FIB do IPv6. Pode executar o teste especificando qualquer uma das seguintes opções:
- Segmento (Segment) – Selecione o segmento para o qual os caminhos devem ser apresentados. Selecione “todos (all)” para todos os segmentos.
- Prefixo (Prefix) – Especifique um prefixo em particular para o qual os caminhos devem ser apresentados.
- Caminhos (Routes) – Selecione qualquer uma das seguintes opções no menu pendente:
- todos (all) – Apresenta todos os caminhos de cada prefixo.
- preferencial (preferred) – Apresenta o caminho preferencial de cada prefixo (este é o caminho utilizado para o encaminhamento de dados).
Para obter instruções sobre como executar um teste de diagnóstico remoto nos Edges, consulte Executar testes de diagnóstico remoto nos Edges.
Nota: A saída do comando Captura da tabela de caminhos tem um limite de 16 000 caminhos.
O que verificar no resultado do teste?
Segue-se um exemplo do resultado do teste:
O resultado do diagnóstico remoto apresenta as seguintes informações:
| Campo | Descrição |
|---|---|
| Endereço (Address) | Especifica os caminhos IPv6 disponíveis na tabela. |
| Segmento (Segment) | Especifica o segmento no qual os caminhos estão disponíveis e processados pelo Edge. |
| Netmask | Especifica o intervalo de endereços no IPv6. |
| Tipo (Type) | Especifica o tipo de caminho, por exemplo, Cloud, Edge2Edge, qualquer um (Underlay ou ligado), etc. |
| Custo (Cost) | Especifica a métrica ou custo do caminho utilizado na seleção dos critérios do caminho. |
| Alcançável (Reachable) | Especifica o estado do caminho:
|
| Próximo hop (Next Hop) | Indica a interface de saída local em caso de caminhos locais. Em caso de caminhos remotos/overlay, indicará o tipo do próximo hop. Por exemplo, “Gateway da cloud” (Cloud gateway) no caso dos caminhos da cloud, “VPN da cloud” (Cloud VPN) no caso do centro de dados ou caminhos “edge para edge” (edge to edge), etc. |
| Nome do próximo hop (Next Hop Name) | Especifica o nome do dispositivo do próximo hop. |
| Nome do destino (Destination Name) | Especifica o nome do dispositivo de destino. |
| Motivo da perda (Lost Reason) | Especifica os códigos dos diferentes motivos pelos quais os caminhos são perdidos para o próximo caminho preferencial no Edge. |
| Motivo pelo qual (Não) é alcançável ((Not) Reachable Reason) | Especifica o motivo pelo qual o caminho é alcançável ou não. |
Nota: Um caminho não resolvido, aprendido através de BGP multi-hop, pode apontar para uma interface intermédia.
A tabela seguinte enumera os códigos dos motivos e a descrição correspondente:
| Código do motivo | Descrição |
|---|---|
| PR_UNREACHABLE | No caso dos caminhos de overlay, o par remoto, que é o Gateway ou o Edge, não está acessível. |
| IF_DOWN | A interface de saída está inativa. |
| INVALID_IFIDX | O if-index da interface de saída para este caminho é inválido. |
| SLA_STATE_DOWN | O estado indicado pelo rastreio do IP SLA está inativo. |
| HA_STANDBY | Quando o Edge local é um em espera, todos os caminhos sincronizados a partir do ativo são marcados como inacessíveis para conveniência operacional. |
| LOCAL_MGMT | Os caminhos de gestão estão sempre acessíveis. |
| LOOPBACK | O endereço IP loopback está sempre acessível. |
| SELF_ROUTE | Os caminhos de IP automático estão sempre acessíveis. |
| RECUR_UNRES | Os caminhos recursivos são marcadas como acessíveis para que a resolução recursiva possa ser feita por conveniência operacional. |
| VPN_VIA_NAT | Os caminhos vpnViaNat estão sempre acessíveis. |
| SLA_STATE_UP | O estado indicado pelo rastreio do IP SLA está ativo. |
| IF_RESOLVED | A interface de saída está ativa e sem problemas. |
| PR_REACHABLE | No caso dos caminhos de overlay, o par remoto, que é o Gateway ou o Edge, está acessível. |
