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

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

No menu de navegação, clique em Início > Bancada de Trabalho de Histórias..
Na barra de filtros, adicione um conjunto de filtros para Nome do Produtor na Anomalia de Experiência.
Adicione o filtro **Indicação Contém Anomalia de Latência HTTP de Aplicação para IPs de Saída de ISP**.
Verifique se uma história foi criada.
Clique na linha da história para abrir a página de detalhamento para revisar os detalhes do incidente.
Observe a **aplicação** afetada e o **IP de Saída do ISP**.
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

Abra a página **Inicial > Monitoramento de Experiência**.
Filtre os dados para o usuário, aplicação afetada e IP de Saída do ISP.
Revise as métricas de **Latência HTTP** e **Taxa de Erro HTTP/S** durante o período do incidente.
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
Latência aumentada
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:** Métricas de traceroute estão disponíveis apenas no Cliente Windows v6.10 ou posterior e no Cliente macOS v5.14 ou posterior.

Rever Desempenho do Endpoint

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

Levando Casos ao Suporte Cato

Se seguir este playbook não resolveu um problema, envie um ticket de Suporte. Para obter a resposta mais útil a uma solicitação, um administrador deve fornecer os resultados das etapas de solução de problemas tomadas.