Qual é o objetivo deste teste?
O comando Captura da tabela de encaminhamento lista a tabela completa de encaminhamento no IPv4.
Quando pode executar este teste?
Execute este teste para verificar o caminho na tabela FIB do IPv4. 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 IPv4 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 IPv4. |
| 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, quer o mesmo seja verdadeiro para alcançável ou falso para não alcançável. |
| 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 o código do motivo pelo qual um caminho perde a lógica de cálculo de preferência de routing para o caminho preferencial seguinte, tanto nos Edges como nos Gateways. |
| 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 de um Edge e as descrições correspondentes:
| 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. |
| LR_NO_ELECTION | Melhor caminho. |
| LR_NP_SWAN_VS_VELO | O antecessor é selecionado porque é um caminho WAN estático não preferencial (caminho configurado com o sinalizador preferido definido como falso) quando comparado com o caminho atual, que é um caminho via Velocloud. |
| LR_NP_SWAN_VS_DEFRT | O antecessor é selecionado porque é um caminho WAN estático não preferencial quando comparado com o caminho atual, que é o caminho predefinido. |
| LR_NP_ROUTE_TYPE | O antecessor é selecionado porque o seu tipo de caminho é melhor quando comparado com o caminho atual. Além disso, um dos caminhos que estão a ser comparados é um caminho não preferencial neste caso. |
| LR_BGP_LOCAL_PREF | Ambos os caminhos são aprendidos com o BGP. O antecessor é selecionado porque tem uma preferência local superior ao caminho atual. |
| LR_BGP_ASPATH_LEN | Ambos os caminhos são aprendidos com o BGP. O antecessor é selecionado porque tem um valor de caminho AS inferior ao do caminho atual. |
| LR_BGP_METRIC | Ambos os caminhos são aprendidos com o BGP. O antecessor é selecionado porque tem um valor métrico inferior ao do caminho atual. |
| LR_EXT_OSPF_INTER | O antecessor é selecionado porque é um caminho aprendido pelo OSPF com uma métrica interárea ou intra-área quando comparado com o caminho atual, que é aprendido pelo BGP. |
| LR_EXT_BGP_RT | O antecessor é selecionado porque é um caminho aprendido pelo BGP quando comparado com o caminho atual, que é um caminho aprendido pelo OSPF com o tipo de métrica OE1 ou OE2. |
| LR_EXT_METRIC_TYPE | Ambos os caminhos são caminhos OSPF. O antecessor é selecionado porque tem um tipo de métrica melhor do que o caminho atual. Ordem de preferência para os tipos de métricas OSPF: OSPF_TYPE_INTRA, OSPF_TYPE_INTER, OSPF_TYPE_OE1, OSPF_TYPE_OE2. |
| LR_EXT_METRIC_VAL | Ambos os caminhos são caminhos OSPF. O antecessor é selecionado porque tem uma métrica menor do que o caminho atual. |
| LR_EXT_NH_IP | Ambos os caminhos são caminhos OSPF ECMP. O caminho atual perde-se para o antecessor, visto que foi aprendido posteriormente. |
| LR_PG_BGP_ORDER | Ambos são caminhos BGP remotos com os mesmos parâmetros BGP. O caminho atual é selecionado porque é um caminho de Gateway de parceiro (PG) e tem um valor de “ordem” inferior quando comparado com o caminho atual. |
| LR_NON_PG_BGP_ORDER | Ambos são caminhos BGP remotos com os mesmos parâmetros BGP. O caminho atual é selecionado porque é um caminho não PG e tem um valor de “ordem” inferior quando comparado com o caminho atual. |
| LR_EXT_ORDER | Ambos são caminhos OSPF remotos com as mesmas métricas. O antecessor é selecionado porque tem um valor de ordem menor do que o caminho atual. |
| LR_PREFERENCE | Ambos são caminhos BGP ou OSPF. O antecessor é selecionado porque tem um valor de preferência menor do que o caminho atual. |
| LR_DCE_NSD_STATIC_PREF DCE – Centro de dados, NSD – Site não SD-WAN |
Ambos são caminhos estáticos NSD locais. O antecessor é selecionado porque é um caminho preferencial (sinalizador preferido definido como verdadeiro) quando comparado com o atual, que é não preferencial. |
| LR_DCE_NSD_STATIC_METRIC | Ambos são caminhos estáticos NSD. O antecessor é selecionado porque tem um valor métrico menor do que o caminho atual. |
| LR_DCE_NON_REMOTE | Ambos são caminhos estáticos NSD. O antecessor é selecionado porque é um caminho local (não remoto) e o caminho atual é um caminho remoto. |
| LR_DCE_NSD_STATIC_REMOTE_ORDER | Ambos são caminhos estáticos NSD remotos. O antecessor é selecionado porque tem um valor de ordem menor quando comparado com o caminho atual. |
| LR_DCE_DC_DIRECT | Ambos são caminhos estáticos NSD. O antecessor é selecionado porque o respetivo sinalizador DC_DIRECT está definido e o caminho atual não tem este sinalizador definido. Este é o caminho que tem o sinalizador “n – nonVelocloud” definido no resultado das rotas debug.py. Estes são caminhos aprendidos por um NVS do Edge. |
| LR_DCE_LOGICAL_ID | Ambos são caminhos estáticos NSD. O antecessor é selecionado porque tem um ID lógico melhor do que o caminho atual. |
| LR_NETMASK | O antecessor é selecionado porque tem uma máscara de rede superior à atual. Não será encontrado, uma vez que a máscara de rede é diferente, é uma entrada de rede/caminho separada por si só. |
| LR_NETADDR | O antecessor é selecionado porque tem um endereço de rede superior ao atual. Não será encontrado, uma vez que o endereço de rede é diferente, é uma entrada de rede/caminho separada por si só. |
| LR_CONN_FLAG | O antecessor é selecionado porque é um caminho ligado e o caminho atual não é um caminho ligado. |
| LR_SELF_FLAG | O antecessor é selecionado porque é um caminho próprio e o caminho atual não é um caminho próprio. |
| LR_SLAN_FLAG | O antecessor é selecionado porque é um caminho LAN estático e o caminho atual não é um caminho LAN estático. |
| LR_SWAN_FLAG | O antecessor é selecionado porque é um caminho WAN estático e o caminho atual não é um caminho WAN estático. |
| LR_NSD_STATIC_LOCAL | O antecessor é selecionado porque é um caminho estático NSD local e o caminho atual é um caminho BGP NSD. |
| LR_NSD_BGP_VS_NON_PREF_STATIC | O antecessor é selecionado porque é um caminho BGP NSD e o caminho atual é um caminho não preferencial estático NSD local. |
| LR_NSD_STATIC_PREF_VS_NSD_STATIC | O antecessor é selecionado porque é um caminho preferencial estático NSD e o caminho atual não é um caminho estático NSD. |
| LR_CONN_STATIC_VS_NSD_BGP | O antecessor é selecionado porque é um caminho estático/ligado remoto e o caminho atual é um caminho BGP NSD. |
| LR_OPG_SECURE_STATIC | O antecessor é selecionado porque é um caminho estático seguro PG e o atual não. |
| LR_ROUTED_VS_VELO | O antecessor é selecionado porque é um caminho aprendido pelos protocolos de routing quando comparado com o caminho atual, que é um caminho “v – ViaVeloCloud”. |
| LR_INTF_DEF_VS_ROUTED | O antecessor é selecionado porque é um caminho de cloud predefinido da interface quando comparado com o caminho atual, que é um caminho aprendido através de protocolos de routing (locais ou remotos). |
| LR_ROUTE_TYPE | O antecessor é selecionado porque tem um melhor caminho do que o atual. |
| LR_E2DC_REMOTE | O antecessor é selecionado porque é um caminho Edge2DC e é um caminho local e o caminho atual é um caminho remoto. |
| LR_CONNECTED_LAN | Ambos são caminhos ligados. O antecessor é selecionado porque é um caminho LAN ligado e o caminho atual não é um caminho LAN ligado. |
| LR_VELO_REMOTE_FLAG | Ambos são caminhos de cloud. O antecessor é selecionado porque é um caminho remoto quando comparado com o atual, que é um caminho de cloud local. |
| LR_VELO_EdgeD_ROUTED | Ambos são caminhos de cloud. O antecessor é selecionado porque é um caminho aprendido através do protocolo de routing e o caminho atual não é aprendido através do protocolo de routing. |
| LR_VELO_PG_ROUTE | Ambos são caminhos de cloud. O antecessor é selecionado porque é um caminho PG e o caminho atual não é um caminho PG. |
| LR_VIA_VELO_ROUTE | Ambos são caminhos de cloud. O antecessor é selecionado porque é um caminho via Velocloud e o atual não é um caminho via Velocloud. |
| LR_REMOTE_NON_ROUTED | Ambos são caminhos remotos (overlay). O antecessor é selecionado porque é um caminho não aprendido através do protocolo de routing (estático/ligado) e o caminho atual é um caminho aprendido através do protocolo de routing. |
| LR_REMOTE_DCE_FLAG | Ambos são caminhos remotos (overlay). O antecessor é selecionado porque é um caminho do Edge do centro de dados (“D – DCE” está definido no resultado das rotas debug.py) e o atual não é um caminho Edge do centro de dados. |
| LR_METRIC | O antecessor é selecionado porque tem uma métrica menor do que o caminho atual. |
| LR_ORDER | O antecessor é selecionado porque tem uma ordem menor do que o caminho atual. |
| LR_LOGICAL_ID | O antecessor é selecionado porque tem um ID lógico melhor do que o caminho atual. |
| LR_EXT_BGP_VIA_PRIMGW | Ambos são caminhos BGP. O antecessor é selecionado porque é um caminho BGP NSD aprendido pelo VCG NSD primário. O caminho atual pode ter sido aprendido pelo VCG NDS redundante. |
A tabela seguinte enumera os códigos dos motivos de um Gateway e as descrições correspondentes:
| Código do motivo | Descrição |
|---|---|
| LR_NO_ELECTION | Melhor caminho. |
| LR_NVS_STATIC_PREF | O antecessor é selecionado porque é um caminho estático NVS e o caminho atual não. |
| LR_EXT_BGP_VS_OSPF | O antecessor é selecionado porque é um caminho BGP e o caminho atual é um caminho OSPF com tipo de métrica OE1/OE2. |
| LR_EXT_BGP_ROUTE | Ambos são caminhos de cloud. O antecessor é selecionado porque é um caminho de cloud aprendido BGP e o caminho atual não (é estático). |
| LR_CLOUD_ROUTE_VS_ANY | O antecessor é selecionado porque é um caminho Edge2Edge ou Edge2Datacenter e o caminho atual é um caminho de cloud estático. Edge2Edge/Edge2Datacenter > Cloud estático. |
| LR_BGP_LOCAL_PREF | Ambos são caminhos Edge2Edge ou Edge2Datacenter aprendidos via BGP. O antecessor é selecionado porque tem um valor de preferência local superior ao do caminho atual. |
| LR_BGP_ASPATH_LEN | Ambos são caminhos Edge2Edge ou Edge2Datacenter aprendidos via BGP. O antecessor é selecionado porque tem um valor de caminho AS menor do que o do caminho atual. |
| LR_BGP_METRIC | Ambos são caminhos Edge2Edge ou Edge2Datacenter aprendidos via BGP. O antecessor é selecionado porque tem um valor métrico menor do que o do caminho atual. |
| LR_DCE_NSD_STATIC_PREF | Ambos são caminhos Edge2Datacenter. O antecessor é selecionado porque é um caminho estático NSD e o caminho atual não. |
| LR_DCE_NSD_STATIC_METRIC | Ambos são caminhos estáticos Edge2Datacenter. O antecessor é selecionado porque tem um valor métrico menor do que o do caminho atual. |
| LR_DCE_NSD_STATIC_GW_NON_REMOTE | Ambos são caminhos estáticos Edge2Datacenter. O antecessor é selecionado porque é um caminho local e o atual é um caminho remoto. |
| LR_DCE_LOGICAL_ID | Ambos são caminhos estáticos Edge2Datacenter. O antecessor é selecionado porque tem um ID lógico melhor do que o do caminho atual. |
| LR_E2DC_METRIC | Ambos são caminhos Edge2Datacenter. O antecessor é selecionado porque a respetiva métrica é menor do que a do caminho atual. |
| LR_DC_IPADDR | Ambos são caminhos Edge2Datacenter. O antecessor é selecionado porque o respetivo endereço IP do centro de dados é menor do que o do caminho atual. |
| LR_E2DC_NETADDR | Ambos são caminhos Edge2Datacenter. O antecessor é selecionado porque o respetivo endereço de rede é menor do que o atual. |
| LR_E2E_PREFERENCE | Ambos são caminhos Edge2Edge. O antecessor é selecionado porque o respetivo valor de preferência é menor do que o caminho atual. |
| LR_E2E_METRIC | Ambos são caminhos Edge2Edge. O antecessor é selecionado porque o respetivo valor métrico é menor do que o caminho atual. |
| LR_E2E_LOGICAL_ID | Ambos são caminhos Edge2Edge. O antecessor é selecionado porque tem um ID lógico melhor do que o caminho atual. |
| LR_E2E_NETADDR | Ambos são caminhos Edge2Edge. O antecessor é selecionado porque o respetivo endereço de rede é menor do que o atual. |
| LR_OPG_SECURE_STATIC | O antecessor é selecionado porque é um caminho estático seguro PG e o caminho atual não é um caminho estático seguro PG. |
| LR_ROUTE_TYPE | O antecessor é selecionado porque tem um tipo de caminho melhor do que o caminho atual. |
| LR_NETMASK | O antecessor é selecionado porque tem uma máscara de rede superior à atual. |
| LR_METRIC | O antecessor é selecionado porque tem um valor métrico menor do que o caminho atual. |
| LR_PREFERENCE | Ambos são caminhos aprendidos pelos protocolos de routing. O antecessor é selecionado porque tem um valor de preferência menor do que o caminho atual. |
| LR_NETADDR | O antecessor é selecionado porque o respetivo endereço de rede é menor do que o do caminho atual. |
| LR_LOGICAL_ID | O antecessor é selecionado porque o respetivo ID lógico é menor do que o caminho atual. |
