Versão Webex necessária para visualizar dados do ThousandEyes

A integração de solução de problemas do Control Hub com o teste de sessão automatizado do terminal ThousandEyes (AST) requer o Webex App desktop versão 42.7 e posterior .

O ThousandEyes AST suporta a versão para desktop do aplicativo Webex Meetings e do aplicativo Webex. No entanto, a integração para solução de problemas mostra apenas o caminho de rede para os usuários que entram através da versão desktop do aplicativo Webex.

ThousandEyes para Webex Calling

Os clientes do Webex Calling podem solucionar problemas de qualidade de mídia do Webex Calling no Control Hub . No entanto, com a integração do ThousandEyes, você pode fazer o lançamento cruzado no aplicativo ThousandEyes para obter ainda mais detalhes e análises adicionais da rede. Os dados de minuto a minuto são coletados. Recomenda-se a coleta por minuto, pois as chamadas são geralmente mais curtas no Webex Calling.

Quando as métricas do ThousandEyes estão disponíveis, para chamadas de mídia, o link de inicialização cruzada e o link de cópia estão disponíveis no Control Hub. Quando a sessão de chamada não tem mídia, o link do ThousandEyes não é fornecido.

Limitações

• O ThousandEyes para Webex Calling suporta apenas chamadas no desktop do aplicativo Webex.
• Os dados do ThousandEyes não são aplicáveis a todas as chamadas do Webex Calling. Se a chamada for estabelecida na mesma rede, pode ser considerada uma chamada otimizada para ICE que não passa pela nuvem do Webex Calling. Consequentemente, o caminho do ThousandEyes não será visível neste cenário.
• Os testes indicaram 100% de perda de pacotes quando a VPN foi usada, mesmo que as chamadas reais não foram afetadas. Esse problema será resolvido na próxima versão do Cliente do agente de terminal. Para obter mais informações, consulte Notas de versão da documentação ThousandEyes ...

ThousandEyes para dispositivos da série Board, Desk e Room

Se você quiser visualizar os dados do ThousandEyes para dispositivos de colaboração da Cisco, leia este artigo sobre como configurar a integração do ThousandEyes Agent com esses dispositivos .

Como o ThousandEyes funciona na solução de problemas

O caminho de rede fornece a perda total de ida e volta, latência do cliente para cada salto e quaisquer atrasos de um salto para o próximo

Quando um usuário com um agente de terminal do ThousandEyes instalado em sua máquina entrar em uma reunião por meio do aplicativo Webex ou com um dispositivo de colaboração da Cisco, uma linha de Caminho de rede ficará visível na Qualidade de áudio na página de detalhes do participante. Essa linha indica a qualidade do caminho de rede dos dados de áudio entre o cliente do usuário e o nó de mídia de áudio. Em geral, os dados de áudio e vídeo percorrem o mesmo caminho e são atendidos pelo mesmo nó de mídia, para que você também possa ter uma boa noção de como é a qualidade do vídeo do usuário. A qualidade do caminho de rede é exibida como linhas pontilhadas. Cada linha pontilhada é baseada nos intervalos definidos no teste de sessão automatizado.

A perda (ida e volta) relatada pelo ThousandEyes no caminho de rede é a porcentagem de perda antes da recuperação de erros do aplicativo. Uma alta perda de pacotes antes da recuperação de erros pode não indicar necessariamente uma experiência de usuário ruim porque o aplicativo pode ter recuperado alguma perda de pacote durante a retransmissão. O aplicativo Webex executa a recuperação de pacotes para aprimorar a experiência do usuário durante conexões de rede ruins.

A perda (ida e volta) não corresponderá ao valor de perda de pacotes na Qualidade de áudio, uma vez que o último valor é medido após a recuperação de erros. A perda de pacotes de qualidade de áudio é um melhor indicador para a experiência real do usuário.

O ThousandEyes AST começa a capturar dados do caminho da rede assim que a reunião é iniciada. No entanto, pode haver um atraso de até cinco minutos antes que os dados sejam preenchidos na Solução de problemas. Ao visualizar uma reunião em tempo real, atualize a página após cinco minutos se os dados ainda não foram preenchidos.

Você pode passar o mouse sobre uma linha pontilhada para ver o valor médio de latência (ida e volta) do usuário durante esse intervalo. A cor muda dependendo do limite que o valor atingiu. Os limites são calculados como:

• Ruim (vermelho)—Latência > 400ms ou Perda (ida e volta) > 5%
• Bom (bom)—Latência < 300ms ou Perda (ida e volta) < 3%
• Razoável (amarelo)—Nenhuma das opções acima.
• Desconhecido (cinza)—Os dados não estão disponíveis do ThousandEyes para o Control Hub. Você ainda pode recuperar a métrica do painel ThousandEyes diretamente.

Clique na janela pop-up para visualizar informações detalhadas sobre a rota do caminho que o salto levou para cada nó.

A rota do caminho de rede mostra detalhes granulares para cada nó

A rota do caminho de rede mostra os detalhes de cada nó ao qual o hop se conectou. A coluna de latência mostra a latência da máquina do cliente para o próximo salto. Os atrasos de links são mostrados entre colchetes, que é a latência do último salto para o salto atual.

Detalhes do nó da máquina do usuário

Este nó mostra detalhes da rede da máquina do usuário.

Detalhes do nó do tipo de conexão

Este nó mostra detalhes sobre o tipo de conexão para a máquina do usuário.

Detalhes do nó da VPN

Se a máquina do usuário estiver conectada a uma VPN, você poderá ver os detalhes da VPN usada.

Detalhes do nó de rede

Esse nó mostra os detalhes de todos os saltos feitos durante o intervalo. Um nó será destacado como vermelho se houver um salto no nó com mais de 100 ms de latência.

Nenhuma informação é mostrada para nós desconhecidos, pois esses nós não respondem a solicitações ICMP.