Anomalia de Latência HTTP de Aplicação para IPs de Saída de ISP

Prev Next

Este manual descreve as etapas para investigar e resolver problemas de latência HTTP de aplicação que afetam o tráfego de IPs de saída de ISP para usuários remotos.

Visão Geral

Uma história de Anomalia de Latência HTTP de Aplicação para IPs de Saída de ISP indica que a latência HTTP para uma aplicação específica aumentou significativamente para o tráfego saindo por um IP de saída de ISP específico.

Esta história é relevante para tráfego de usuários e ajuda a identificar se a degradação está relacionada a um link de ISP específico, caminho do site, aplicação ou serviço externo.

Verificar Latência HTTP

Usando a Perfuração de Histórias

  1. No menu de navegação, clique em Home > Bancada de Trabalho de Histórias.

  2. Na barra de filtro, adicione um conjunto de filtro para Nome do Produtor em Anomalia de Experiência.

  3. Adicione o filtro Indicação Contém Anomalia de Latência HTTP de Aplicação para IPs de Saída de ISP.
    01_HTTP_lat.png

  4. Verifique se uma história foi gerada.

02_HTTP_lat.png

  1. Clique na linha da história para abrir a página de aprofundamento e revisar os detalhes do incidente.

03_HTTP_lat.png

  1. Observe a aplicação afetada e o IP de Saída do ISP.
  2. Revise a linha do tempo do incidente para determinar quando a anomalia começou e se a degradação é contínua ou intermitente.

Passos de Solução de Problemas

Revisar Desempenho da Aplicação

  1. Abra a página Home > Monitoramento de Experiência.
  2. Filtre os dados para o usuário, aplicação afetada e IP de Saída do ISP.
  3. Revise as métricas de Latência HTTP e Taxa de Erro HTTP/S durante o período do incidente.
  4. Compare a tendência de Latência HTTP com a linha do tempo da história.

Se a Taxa de Erro HTTP/S aumentar junto com a Latência HTTP, verifique se o provedor da aplicação relatou uma degradação de serviço ou se a aplicação de backend está enfrentando problemas.

Se apenas a Latência HTTP aumentar enquanto a Taxa de Erro HTTP/S permanece estável, a degradação provavelmente está relacionada ao caminho de rede e não à própria aplicação.

Se múltiplos IPs de Saída de ISP experimentarem aumento de Latência HTTP para a mesma aplicação, verifique se o provedor da aplicação relatou uma degradação de serviço generalizada.

Revisar Métricas do Usuário

Na página Monitoramento de Experiência, revise os usuários associados ao IP de Saída do ISP afetado durante o período do incidente.

Revise as seguintes métricas:

  • Uso da CPU
  • Uso de Memória
  • Qualidade do Sinal Wi-Fi
  • Perda de Pacotes para o Gateway LAN
  • Distância até o Gateway LAN
  • Perda de Pacotes para o PoP
  • Distância até o PoP

Compare essas métricas com a linha do tempo da Latência HTTP.

Se múltiplos usuários mostrarem aumento da perda de pacotes ou latência ao mesmo tempo que a anomalia de Latência HTTP, investigue se o ISP ou o caminho da Internet está sofrendo degradação.

Se apenas um ou um pequeno número de usuários mostrar métricas degradadas, investigue a conectividade da rede local desses usuários e o desempenho dos endpoints.

Revisar Resultados do Traceroute

Abra o widget Detalhes da Conexão para um ou mais usuários afetados e revise os resultados de traceroute disponíveis para a aplicação de destino.

Revise os resultados do traceroute para:

  • Perda de pacotes
  • Aumento de latência
  • Mudanças de rota
  • Outras anormalidades de rede

Se a perda de pacotes ou o aumento de latência for observado antes do tráfego atingir o Cato PoP, investigue a conectividade da rede local do usuário ou do ISP.

Se o caminho até o PoP estiver saudável enquanto a Latência HTTP permanecer elevada, investigue a aplicação de destino ou verifique se o provedor de SaaS relatou uma degradação de serviço.

Nota: As métricas de traceroute estão disponíveis apenas com o Windows Client v6.10 ou posterior e macOS Client v5.14 ou posterior.

Revisar Desempenho do Endpoint

Se nenhum problema for identificado nas etapas anteriores, proceda para Solução de Problemas de Desempenho do Cliente Cato SDP e investigue possíveis causas relacionadas ao endpoint.

Levando Casos ao Suporte Cato

Se seguir este manual não resolver o problema, envie um ticket de suporte. Para ajudar o Suporte da Cato a investigar o problema de forma eficiente, inclua os resultados das etapas de solução de problemas que você realizou.