Anomalía en el Tiempo de Respuesta de la Aplicación durante ISP IPs de Salida,

Este libro de jugadas describe los pasos para investigar y resolver problemas de Tiempo de Respuesta de la Aplicación que afectan IPs de salida del ISP para usuarios remotos..

Resumen

Una Anomalía en el Tiempo de Respuesta de la Aplicación durante una IP de Salida de ISP indica que el Tiempo hasta el Primer Byte (TTFB) para una aplicación específica se ha incrementado significativamente para tráfico saliendo a través de una IP de salida específica del ISP.

Debido a que la anomalía está asociada con una IP de salida de ISP, representa la experiencia de uno o más usuarios remotos usando el mismo camino de ISP para acceder a la aplicación. Este libro de jugadas ayuda a determinar si la degradación es causada por el camino de red del usuario, el ISP, o la aplicación en sí.

Verificar Tiempo de Respuesta de la Aplicación

Usando el Desglose de Historia

Desde el menú de navegación, haz clic en Inicio > Banco de Trabajo de Historias..
En la barra de filtros, agrega un conjunto de filtros a Nombre del Productor en Experiencia Anomalía.
Agrega el filtro Indicación es Anomalía en el Tiempo de Respuesta de la Aplicación durante IPs de Salida de ISP.
Verifique que se haya generado una historia.
Haz clic en la fila de la historia para abrir la página de desglose y revisar los detalles del incidente.
Revise la cronología de incidentes para determinar si el problema es continuo o intermitente.

Filtrar eventos relacionados

En la página Home > Eventos, aplica los siguientes filtros:

Subtipo es Anomalía
El mensaje del evento contiene Anomalías de Tiempo en aplicaciones para IPs de Salida de ISP

Verifique que se generaron eventos de anomalía durante el periodo de tiempo reportado.

Pasos de resolución de problemas

Revisar Rendimiento de la Aplicación

Abra la página **Inicio > Monitoreo de Experiencia**.
Filtra los datos para la aplicación afectada y IP de Salida de ISP.
Revise las métricas de **Tiempo hasta el Primer Byte (TTFB)** y **Tasa de Error HTTP/S** durante el marco temporal del incidente.
Compara la tendencia TTFB con la cronología de la historia.

Si la **Tasa de Error HTTP/S** aumenta junto con el TTFB, verifique si el proveedor de aplicaciones ha reportado una degradación del servicio o si la aplicación de backend está experimentando problemas.

Si solo el TTFB se eleva mientras la **Tasa de Error HTTP/S** permanece estable, la aplicación está respondiendo más lentamente de lo habitual pero sigue atendiendo solicitudes.

Si múltiples IPs de Salida de ISP experimentan un aumento de TTFB para la misma aplicación, verifica si el proveedor de la aplicación ha reportado una degradación generalizada del servicio.

Revisar métricas de usuarios

En la página **Monitorización de Experiencia**, revisa los usuarios asociados con la IP de salida ISP afectada durante el marco de tiempo del incidente.

Revisa las siguientes métricas:

Utilización de CPU
Utilización de memoria
Calidad de señal Wi-Fi
Pérdida de Paquetes hacia la Puerta de enlace LAN
Distancia hacia la Puerta de enlace LAN
Pérdida de Paquetes al PoP
Distancia al PoP

Compare estas métricas con la cronología del TTFB.

Si múltiples usuarios muestran aumento de pérdida de paquetes o latencia al mismo tiempo que la anomalía de TTFB, investiga si el ISP o el camino de Internet están experimentando degradación.

Si solo uno o un pequeño número de usuarios muestran métricas degradadas, investigue la conectividad de red local de esos usuarios y el rendimiento del punto de conexión.

Revisar Resultados de Rastreo de Ruta

Abre el widget de **Detalles de Conexión** para uno o más usuarios afectados y revisa los resultados disponibles del traceroute para la aplicación de destino.

Revisa los resultados de traceroute para:

Pérdida de Paquetes
Latencia aumentada
Cambios de Ruta
Otras anomalías de la red

Si se observa pérdida de paquetes o latencia antes de que el tráfico alcance el PoP de Cato, investiga la conectividad del ISP de los usuarios o la red local.

Si la ruta al PoP es saludable mientras el TTFB permanece elevado, investigue la aplicación alojada o verifique si el proveedor SaaS ha reportado una degradación del servicio.

**Nota:** Las métricas de rastreo de ruta están disponibles solo con el Cliente Windows v6.10 o posterior y Client macOS v5.14 o posterior.

Comparar otras IPs de Salida de ISP

Usa la página de Monitorización de la Experiencia para comparar la aplicación afectada a través de diferentes IPs de salida del ISP.

Si solo una IP de salida de ISP muestra TTFB elevado, el problema probablemente esté aislado a ese ISP o camino de Internet.

Si múltiples IPs de salida de ISP muestran TTFB elevado para la misma aplicación, el problema es más probable relacionado con la aplicación o el proveedor de SaaS.

Si múltiples aplicaciones muestran aumento de TTFB para la misma IP de salida del ISP, investiga una posible problema de ISP o camino de red.

Revisar Rendimiento del Endpoint

Si no se identifican problemas en los pasos anteriores, procede a [Solución de problemas de rendimiento del Cliente SDP Cato]() e investiga posibles causas relacionadas con el endpoint.

Elevación de casos a soporte de Cato

Si al seguir este libro de jugadas no se ha resuelto un problema, envíe un ticket de Soporte. Para obtener la respuesta más útil a una solicitud, un administrador debería proporcionar los resultados de los pasos de solución de problemas tomados.