Realizar testes de diagnóstico remoto

Captura da tabela ARP

Execute este teste para ver os conteúdos da tabela ARP. A saída está limitada para apresentar 1000 entradas ARP.

Limpar cache ARP

Execute este teste para limpar as entradas da cache ARP da interface especificada.

Teste DNS

Execute este teste para efetuar uma pesquisa DNS do nome de domínio especificado.

Reinício do serviço DNS/DHCP

Execute este teste para reiniciar o serviço DNS/DHCPv4. Isto poderá servir como um passo de resolução de problemas se os pedidos DHCP ou DNS estiverem a falhar para os clientes.

Nota: Esta opção de diagnóstico remoto não reiniciará o serviço DHCPv6.

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?

O teste capturará o nome do thread, o ID do thread e o estado do registo de contexto (ativado ou desativado) para o thread que utiliza o registo de contexto.

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.

Segue-se um exemplo do resultado do teste:

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”.

Segue-se um exemplo do resultado do teste:

Esvaziar sessões de firewall

Execute este teste para repor as sessões estabelecidas a partir da firewall. A execução deste teste num Edge não só esvazia as sessões de firewall, como envia ativamente um RST TCP para as sessões baseadas em TCP.

Nota: Se quiser esvaziar as sessões de firewall de IPv6, execute o teste Esvaziar sessões de firewall (Flush Firewall Sessions) da nova IU do Orchestrator.

Esvaziar fluxos

Execute este teste para esvaziar a tabela de fluxo, fazendo com que o tráfego do utilizador seja reclassificado. Utilize filtros de endereço IPv4 ou IPv6 de origem e destino para esvaziar fluxos específicos.

Esvaziar NAT

Execute este teste para esvaziar a tabela NAT.

Gateway

Execute este teste escolhendo se o tráfego na cloud deve ou não utilizar o serviço de gateway.

Nota: Isto não afeta o routing do tráfego VPN.

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

Execute este teste para visualizar informações básicas e da interface dos Edges ativo e em espera quando a HA estiver ativada.

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?

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).

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: Verdadeiro – Alcançável Falso – 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. Para obter mais informações, consulte Caminhos BGP multi-hop.

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

Execute este teste para ver o estado atual das sessões de firewall ativas (até um máximo de 1000 sessões). Pode limitar o número de sessões devolvidas utilizando os filtros: endereço IP de origem e destino, porta de origem e destino e segmento.

Nota: Não pode ver sessões que foram recusadas por não serem sessões ativas. Para resolver os problemas dessas sessões, terá de verificar os registos de firewall.

Nota: As informações de sessão de firewall IPv6 podem ser visualizadas a partir da nova IU do Orchestrator. Para ver as informações de sessão de firewall de IPv6, tem de executar o teste Listar sessões de firewall ativas (List Active Firewall Sessions) na nova IU do Orchestrator.

A saída de diagnóstico remoto apresenta as seguintes informações: nome do segmento, IP de origem, porta de origem, IP de destino, porta de destino, protocolo, aplicação, política de firewall, estado atual do TCP de quaisquer fluxos, bytes recebidos/enviados e duração. Existem 11 estados TCP distintos, tal como definidos na RFC 793:

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

Execute este teste para listar fluxos ativos no sistema. Utilize filtros de endereço IPv4 e IPv6 de origem e destino para visualizar os fluxos exatos que pretende ver. Esta saída está limitada a um máximo de 1000 fluxos.

Listar clientes

Execute este teste para ver a lista completa de clientes.

Listar caminhos

Execute este teste para ver a lista de caminhos ativos entre as ligações WAN locais e cada par.

MIBs para Edge

Execute este teste para fazer o captura de MIBs do Edge.

Captura da tabela NAT

Execute este teste para ver os conteúdos da tabela NAT. Utilize o filtro de endereço IP de destino para visualizar as entradas exatas que pretende ver. Esta saída está limitada a um máximo de 1000 entradas.

Captura de NTP

Execute este teste para ver a data e hora atuais nas informações de Edge e NTP.

Teste de Ping IPv6

Execute um teste de ping para o destino IPv6 especificado.

Teste de Ping

Execute um teste de ping para o destino IPv4 especificado.

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?

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).

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/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.

Nota: Um caminho não resolvido, aprendido através de BGP multi-hop, pode apontar para uma interface intermédia. Para obter mais informações, consulte Caminhos BGP multi-hop.

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 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.

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 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

Execute este teste para ver informações do sistema, como a carga do sistema, a estatística recente de estabilidade WAN e os serviços de monitorização. A estatística de estabilidade WAN inclui o número de vezes que os túneis VPN individuais e as ligações WAN perderam a conectividade por pelo menos 700 milissegundos. As perdas de ligação dos túneis não incluem a contagem de ligações IPsec diretas.

Traceroute

Execute um traceroute através do gateway ou diretamente para fora de qualquer uma das interfaces WAN para o destino especificado.

Resolução de problemas BFD – Mostrar estado do par BFD/BFDv6

Execute este teste para mostrar todo o estado dos pares BFD com o endereço IPv4 ou IPv6.

Resolução de problemas BFD – Mostrar contadores do par BFD/BFDv6

Execute este teste para ver todos os contadores de pares BFD com o endereço IPv4 ou IPv6.

Resolução de problemas BFD – Mostrar definições BFD

Execute este teste para ver a definição BFD e o estado do vizinho.

Resolução de problemas BFDv6 – Mostrar definição BFDv6

Execute este teste para ver a definição BFDv6 e o estado do vizinho.

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.

Pode ver os caminhos não resolvidos que apontam para a interface intermédia nos seguintes testes de diagnóstico remoto:

Resolução de problemas BGP – Listar caminhos redistribuídos BGP

Execute este teste para ver os caminhos redistribuídos para os vizinhos BGP.

Nota: Um caminho não resolvido, aprendido através de BGP multi-hop, pode apontar para uma interface intermédia. Para obter mais informações, consulte Caminhos BGP multi-hop.

Resolução de problemas BGP – Listar caminhos BGP

Execute este teste para ver os caminhos BGP anunciados dos vizinhos. Pode introduzir o prefixo IPv4 ou IPv6 para ver os caminhos BGP específicos ou deixar o prefixo vazio para ver todos os caminhos BGP.

Nota: Um caminho não resolvido, aprendido através de BGP multi-hop, pode apontar para uma interface intermédia, como mostrado na imagem acima. Para obter mais informações, consulte Caminhos BGP multi-hop.

Resolução de problemas BGP – Listar caminhos por prefixo

Execute este teste para ver todos os caminhos de overlay e underlay para um prefixo IPv4 ou IPv6 e os detalhes relacionados.

Nota: Um caminho não resolvido, aprendido através de BGP multi-hop, pode apontar para uma interface intermédia. Para obter mais informações, consulte Caminhos BGP multi-hop.

Resolução de problemas BGP – Mostrar caminhos anunciados vizinhos BGP

Execute este teste para ver os caminhos BGP anunciados para um vizinho.

Resolução de problemas BGP – Mostrar caminhos aprendidos vizinhos BGP

Execute este teste para ver todos os caminhos BGP aprendidos aceites a partir de um vizinho após os filtros.

Resolução de problemas BGP – Mostrar caminhos recebidos vizinhos BGP

Execute este teste para ver todos os caminhos BGP aprendidos a partir de um vizinho antes dos filtros.

Resolução de problemas BGP – Mostrar detalhes do vizinho BGP

Execute este teste para ver os detalhes do vizinho BGP.

Resolução de problemas BGP – Mostrar caminhos BGP por prefixo

Execute este teste para ver todos os caminhos BGP e os respetivos atributos do prefixo especificado.

Resolução de problemas BGP – Mostrar resumo de BGP

Execute este teste para ver o vizinho BGP existente e caminhos recebidos.

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

Execute este teste para ver todos os caminhos redistribuídos para o vizinho OSPF.

Resolução de problemas OSPF – Listar caminhos OSPF

Execute este teste para ver os caminhos OSPF aprendidos dos vizinhos OSPF para o prefixo especificado. Apresenta todos os caminhos OSPF dos vizinhos se o prefixo não for especificado. Este teste apresenta os caminhos OSPF com ações, como o filtro de entrada com controlo de fluxo de overlay do Orchestrator aplicado.

Resolução de problemas OSPF – Mostrar base de dados OSPF

Execute este teste para ver o resumo da base de dados do estado da ligação OSPF.

Resolução de problemas OSPF – Mostrar base de dados OSPF para caminhos de origem automática E1

Execute este teste para ver os caminhos de origem automática de E1 LSA que são anunciados ao router OSPF pelo Edge.

Resolução de problemas OSPF – Mostrar vizinhos OSPF

Execute este teste para ver todos os vizinhos OSPF e informações associadas.

Resolução de problemas OSPF – Mostrar tabela de caminhos OSPF

Execute este teste para ver a tabela de caminhos OSPF existentes, que apresenta informações dos OSPF de caminhos aprendidas e redistribuídas.

Resolução de problemas OSPF – Mostrar definições OSPF

Execute este teste para ver a definição OSPF e o estado do vizinho.

Estado da porta USB

Execute este teste para ver o estado das portas USB num Edge.

Teste VPN

Selecione um segmento no menu pendente e clique em Executar (Run) para testar a conectividade VPN a cada par.

Quando o teste VPN é executado, o Edge seleciona o IP de origem e de destino e inicia o pedido de túnel. Os IPs de origem e de destino selecionados devem cumprir os seguintes critérios:

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

Execute o teste de largura de banda numa ligação WAN especificada. Este teste tem o benefício de não perturbar ambientes de multiligações. Apenas a ligação em teste está bloqueada para o tráfego do utilizador. Isto significa que pode voltar a executar o teste numa ligação específica e as outras ligações continuarão a servir o tráfego do utilizador.

À 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.

Nota: Para a ligação WAN acima de 900 Mbps, é recomendado que o utilizador defina a largura de banda da ligação WAN.