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).
Seguem-se os testes de diagnóstico remoto suportados:
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/DHCP. Isto poderá servir como um passo de resolução de problemas se os pedidos DHCP ou DNS estiverem a falhar para os clientes.
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.
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.
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 IP 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
Execute este teste para ver os conteúdos da tabela de caminhos IPv6.
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 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.
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 IP 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
Execute este teste para ver os conteúdos da tabela de caminhos.
A coluna Motivo perdido (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 preferido seguinte, tanto nos Edges como nos gateways.
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 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 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 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.
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 dos vizinhos para o prefixo especificado. Apresenta todos os caminhos OSPF dos vizinhos se o prefixo não for especificado.
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 existente.
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.
