Descreve todos os possíveis testes de diagnóstico remoto que pode executar num Edge para obter informações de diagnóstico. A informação de diagnóstico contém registos específicos do Edge para análise.
O VMware SD-WAN Orchestrator permite-lhe executar vários testes de diagnóstico remoto num Edge selecionado no menu Teste e resolução de problemas > Diagnóstico remoto (Test & Troubleshoot > Remote Diagnostics).
- Captura da tabela ARP
- Limpar cache ARP
- Teste DNS
- Reinício do serviço DNS/DHCP
- Estado DSL
- Capturar informações do registo de contexto
- Ativar ou desativar o registo de contexto
- Esvaziar sessões de firewall
- Esvaziar fluxos
- Esvaziar NAT
- Gateway
- Estado GPON
- Informações da HA
- Limpar cache ND IPv6
- Captura da tabela ND IPv6
- Captura da tabela RA IPv6
- Captura da tabela de caminhos IPv6
- Estado da interface
- Informação do modem LTE
- Transição SIM LTE
- Listar sessões de firewall ativas
- Listar fluxos ativos
- Listar clientes
- Listar caminhos
- MIBs para Edge
- Captura da tabela NAT
- Captura de NTP
- Teste de Ping IPv6
- Teste de Ping
- Repor modem USB
- Captura da tabela de caminhos
- Captura da interface de origem
- Informação do sistema
- Traceroute
- Resolução de problemas BFD – Mostrar estado do par BFD/BFDv6
- Resolução de problemas BFD – Mostrar contadores do par BFD/BFDv6
- Resolução de problemas BFD – Mostrar definições BFD
- Resolução de problemas BFDv6 – Mostrar definição BFDv6
- Caminhos BGP multi-hop
- Resolução de problemas BGP – Listar caminhos redistribuídos BGP
- Resolução de problemas BGP – Listar caminhos BGP
- Resolução de problemas BGP – Listar caminhos por prefixo
- Resolução de problemas BGP – Mostrar caminhos anunciados vizinhos BGP
- Resolução de problemas BGP – Mostrar caminhos aprendidos vizinhos BGP
- Resolução de problemas BGP – Mostrar caminhos recebidos vizinhos BGP
- Resolução de problemas BGP – Mostrar detalhes do vizinho BGP
- Resolução de problemas BGP – Mostrar caminhos BGP por prefixo
- Resolução de problemas BGP – Mostrar resumo de BGP
- Resolução de problemas BGP – Mostrar tabela BGP
- Resolução de problemas BGPv6 – Mostrar caminhos anunciados de vizinhos BGPv6
- Resolução de problemas BGPv6 – Mostrar caminhos aprendidos de vizinhos BGPv6
- Resolução de problemas BGPv6 – Mostrar caminhos recebidos de vizinhos BGPv6
- Resolução de problemas BGPv6 – Mostrar detalhes do vizinho BGPv6
- Resolução de problemas BGPv6 – Mostrar caminhos BGPv6 por prefixo
- Resolução de problemas BGPv6 – Mostrar resumo de BGPv6
- Resolução de problemas BGPv6 – Mostrar tabela BGPv6
- Resolução de problemas OSPF – Listar caminhos redistribuídos OSPF
- Resolução de problemas OSPF – Listar caminhos OSPF
- Resolução de problemas OSPF – Mostrar base de dados OSPF
- Resolução de problemas OSPF – Mostrar base de dados OSPF para caminhos de origem automática E1
- Resolução de problemas OSPF – Mostrar vizinhos OSPF
- Resolução de problemas OSPF – Mostrar tabela de caminhos OSPF
- Resolução de problemas OSPF – Mostrar definições OSPF
- Estado da porta USB
- Teste VPN
- Teste de largura de banda da ligação WAN
Captura da tabela ARP
Limpar cache ARP
Teste DNS
Reinício do serviço DNS/DHCP
Estado DSL
O teste de diagnóstico DSL está disponível apenas para dispositivos 610. Na versão 4.3, também estão disponíveis testes para os dispositivos 620, 640 e 680. Execute este teste para mostrar o estado do DSL, que inclui informações como Modo (Mode) [Padrão (Standard) ou DSL], Perfil (Profile), modo xDSL, etc. conforme apresentado na imagem abaixo.
Capturar informações do registo de contexto
Qual é o objetivo deste teste?
O registo de contexto é por infraestrutura de registo de threads do Linux. Este teste lista os threads que utilizam o registo de contexto.
Quando pode executar este teste?
Execute este teste para capturar os threads que utilizam o registo de contexto. Para obter instruções sobre como executar um teste de diagnóstico remoto nos Edges, consulte o tópico Executar testes de diagnóstico remoto nos Edges no Guia de resolução de problemas do VMware SD-WAN.
O que verificar no resultado do teste?
- Estado do registo de contexto “Ativado” significa que o registo de contexto está ativado para um determinado thread.
- Estado do registo de contexto "Desativado" significa que o registo de contexto está desativado para um determinado thread.
Ativar ou desativar o registo de contexto
Qual é o objetivo deste teste?
O registo de contexto é por infraestrutura de registo de threads do Linux. Pode ser utilizado para ativar ou desativar o registo de contexto.
Quando pode executar este teste?
Execute este teste para ativar ou desativar o registo de contexto para um thread específico ou para todos os threads. Para obter instruções sobre como executar um teste de diagnóstico remoto nos Edges, consulte o tópico Executar testes de diagnóstico remoto nos Edges no Guia de resolução de problemas do VMware SD-WAN.
O que verificar no resultado do teste?
Especifique um ID de thread se quiser ativar ou desativar o registo de contexto para um thread específico. Caso contrário, especifique a opção Todos (All). Uma vez executado o teste, a ação será aplicada. Pode validar as alterações com o comando de teste “Capturar informações do registo de contexto”.
Esvaziar sessões de firewall
Esvaziar fluxos
Esvaziar NAT
Gateway
Estado GPON
Execute este teste em qualquer dispositivo Edge 6x0 selecionado para visualizar o estado do GPON SFP, incluindo o fornecedor MAC, o estado da ligação do anfitrião, a taxa de ligação, potência TX e RX e o estado ótico.
Informações da HA
Limpar cache ND IPv6
Execute este teste para limpar a cache de ND da interface selecionada.
Captura da tabela ND IPv6
Execute este teste para ver os detalhes do endereço IPv6 da tabela de Deteção de vizinhos (ND).
Captura da tabela RA IPv6
Execute este teste para ver os detalhes da tabela RA IPv6.
Captura da tabela de caminhos IPv6
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?
- 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).
O que verificar no resultado do teste?
Segue-se um exemplo do resultado do teste:
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 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. |
Estado da interface
Execute este teste para visualizar o endereço MAC e o estado da ligação das interfaces físicas.
Informação do modem LTE
Execute este teste num Edge selecionado que tenha um módulo LTE integrado, como 510-LTE ou 610-LTE, para recolher detalhes de diagnóstico, tais como informações do modem, informações da ligação, informações da localização, informações do sinal, informações de firmware e informações do estado para o modem LTE interno.
Transição SIM LTE
Apenas para dispositivos 610-LTE, execute este teste para mudar os SIM ativos. Ambos os SIM têm de ser inseridos para executar este teste. O teste demorará cerca quatro a cinco minutos.
Após o teste ter sido bem-sucedido, pode verificar o estado da interface ativa atual no SD-WAN Orchestrator no separador Monitor -> Edges - > Visão geral (Monitor -> Edges - > Overview).
Listar sessões de firewall ativas
- ESCUTA (LISTEN) – representa a espera de um pedido de ligação de qualquer TCP e porta remotos. (Este estado não é mostrado numa saída de diagnóstico remoto).
- SYN-SENT – representa esperar por um pedido de ligação correspondente depois de ter enviado um pedido de ligação.
- SYN-RECEIVED – representa a espera de um reconhecimento de pedido de ligação confirmado depois de ter recebido e enviado um pedido de ligação.
- ESTABELECIDO (ESTABLISHED) – representa uma ligação aberta, os dados recebidos podem ser entregues ao utilizador. O estado normal para a fase de transferência de dados da ligação.
- FIN-WAIT-1 – representa a espera de um pedido de fim de ligação do TCP remoto ou um reconhecimento do pedido de fim de ligação previamente enviado.
- FIN-WAIT-2 – representa a espera de um pedido de fim de ligação do TCP remoto.
- CLOSE-WAIT – representa a espera de um pedido de fim de ligação do utilizador local.
- FECHO (CLOSING) – representa a espera de um reconhecimento de pedido de fim de ligação do TCP remoto.
- LAST-ACK – representa a espera de um reconhecimento do pedido de fim de ligação previamente enviado para o TCP remoto (que inclui um reconhecimento do seu pedido de fim de ligação).
- TIME-WAIT – representa a espera durante um período de tempo suficiente para ter a certeza de que o TCP remoto recebeu o reconhecimento do seu pedido de fim de ligação.
- FECHADO (CLOSED) – representa nenhum estado da ligação.
Listar fluxos ativos
Listar clientes
Execute este teste para ver a lista completa de clientes.
Listar caminhos
MIBs para Edge
Execute este teste para fazer o captura de MIBs do Edge.
Captura da tabela NAT
Captura de NTP
Teste de Ping IPv6
Teste de Ping
Repor modem USB
Execute este teste numa interface Edge selecionada para repor um modem USB não funcional ligado à interface específica. Note que nem todos os modems USB suportam este tipo de reposição remota.
Captura da tabela de caminhos
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?
- 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).
O que verificar no resultado do teste?
Segue-se um exemplo do resultado do teste:
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/sobrepostos, 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.
Nota:
LR_NO_ELECTION indica o melhor caminho.
|
Motivo pelo qual (Não) é alcançável ((Not) Reachable Reason) | Especifica o motivo pelo qual o caminho é alcançável ou não. |
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 a flag “n – nonVelocloud” definida no resultado dos caminhos. Estes são caminhos aprendidos por um NSD 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 NSD BGP. |
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 preferido 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 caminho de cloud remoto e 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 dos caminhos) e o atual não é um caminho do 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 NSD redundante. |
Código do motivo | Descrição |
---|---|
LR_NO_ELECTION | Melhor caminho. |
LR_NVS_STATIC_PREF | O antecessor é selecionado porque é um caminho estático NSD 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. |
Captura da interface de origem
Execute este teste para ver a lista de interfaces de origem utilizadas por vários serviços para um segmento.
Informação do sistema
Traceroute
Resolução de problemas BFD – Mostrar estado do par BFD/BFDv6
Resolução de problemas BFD – Mostrar contadores do par BFD/BFDv6
Resolução de problemas BFD – Mostrar definições BFD
Resolução de problemas BFDv6 – Mostrar definição BFDv6
Caminhos BGP multi-hop
Durante o BGP multi-hop, o sistema pode programar caminhos que requerem uma procura recursiva. Estes caminhos têm um IP de próximo hop que não está numa sub-rede ligada e não têm uma interface de saída válida. Neste caso, os caminhos devem ter o IP de próximo hop resolvido utilizando outro caminho na tabela de routing que tenha uma interface de saída. Quando há tráfego para um destino que precisa que estes caminhos sejam analisados, os caminhos que requerem uma procura recursiva serão resolvidos para uma interface e endereço IP de próximo hop e ligados. Até que a resolução recursiva aconteça, os caminhos recursivos apontam para uma interface intermédia.
Resolução de problemas BGP – Listar caminhos redistribuídos BGP
Resolução de problemas BGP – Listar caminhos BGP
Resolução de problemas BGP – Listar caminhos por prefixo
Resolução de problemas BGP – Mostrar caminhos anunciados vizinhos BGP
Resolução de problemas BGP – Mostrar caminhos aprendidos vizinhos BGP
Resolução de problemas BGP – Mostrar caminhos recebidos vizinhos BGP
Resolução de problemas BGP – Mostrar detalhes do vizinho BGP
Resolução de problemas BGP – Mostrar caminhos BGP por prefixo
Resolução de problemas BGP – Mostrar resumo de BGP
Resolução de problemas BGP – Mostrar tabela BGP
Execute este teste para ver a tabela BGP.
Resolução de problemas BGPv6 – Mostrar caminhos anunciados de vizinhos BGPv6
Execute este teste para ver os caminhos BGPv6 anunciados para um vizinho.
Resolução de problemas BGPv6 – Mostrar caminhos aprendidos de vizinhos BGPv6
Execute este teste para ver todos os caminhos BGPv6 aprendidos aceites de um vizinho após os filtros.
Resolução de problemas BGPv6 – Mostrar caminhos recebidos de vizinhos BGPv6
Execute este teste para ver todos os caminhos BGPv6 recebidos de um vizinho antes dos filtros.
Resolução de problemas BGPv6 – Mostrar detalhes do vizinho BGPv6
Execute este teste para ver os detalhes do vizinho BGPv6.
Resolução de problemas BGPv6 – Mostrar caminhos BGPv6 por prefixo
Execute este teste para ver todos os caminhos BGPv6 para um prefixo e respetivos atributos.
Resolução de problemas BGPv6 – Mostrar resumo de BGPv6
Execute este teste para ver o vizinho BGPv6 existente e os caminhos recebidos.
Resolução de problemas BGPv6 – Mostrar tabela BGPv6
Execute este teste para ver os detalhes da tabela BGPv6.
Resolução de problemas OSPF – Listar caminhos redistribuídos OSPF
Resolução de problemas OSPF – Listar caminhos OSPF
Resolução de problemas OSPF – Mostrar base de dados OSPF
Resolução de problemas OSPF – Mostrar base de dados OSPF para caminhos de origem automática E1
Resolução de problemas OSPF – Mostrar vizinhos OSPF
Resolução de problemas OSPF – Mostrar tabela de caminhos OSPF
Resolução de problemas OSPF – Mostrar definições OSPF
Estado da porta USB
Execute este teste para ver o estado das portas USB num Edge.
Teste VPN
- Devem ser um caminho IP ligado
- Devem estar acessíveis e os caminhos devem ser anunciados
Quando o Edge não conseguir selecionar um IP válido como o IP de origem para iniciar o pedido de túnel, o Teste de VPN falhará com o seguinte erro.
Branch-to-Branch vpn is disabled. Please enable it before running the test
Teste de largura de banda da ligação WAN
À medida que o teste da largura de banda é executado quando o túnel se ligar novamente após um período de instabilidade, houve ocasiões no campo em que a ligação recuperou o suficiente para a conectividade do túnel, mas não o suficiente para medir com precisão a largura de banda da ligação WAN. Para fazer face a estes cenários, se o teste de largura de banda falhar ou medir um valor significativamente reduzido, será utilizada a última medição “boa” conhecida e será agendado um novo teste da ligação durante 30 minutos após a criação do túnel para assegurar uma medição adequada.