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

Prev Next

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

  1.     Desde el menú de navegación, haz clic en Inicio > Banco de Trabajo de Historias.  

  2.     En la barra de filtros, agrega un conjunto de filtros a Nombre del Productor en Experiencia Anomalía.  

  3.     Agrega el filtro Indicación es Anomalía en el Tiempo de Respuesta de la Aplicación durante IPs de Salida de ISP. 
        

  4.     Verificar que una historia fue generada.

  5.     Haz clic en la fila de la historia para abrir la página de desglose y revisar los detalles del incidente.

  6.     Revisa la cronología del incidente para determinar si la degradación es continua o intermitente.  

Filtrar para 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       

 

Verificar que eventos de anomalía fueron generados durante el periodo de tiempo reportado.

Pasos de Resolución de Problemas

Revisar Rendimiento de la Aplicación

  1. Abre la página Home > Monitorización de la Experiencia.  

  2. Filtra los datos para la aplicación afectada y IP de Salida de ISP.  

  3. Revisa el Tiempo hasta el Primer Byte (TTFB) y las métricas de Tasa de Error HTTP/S durante el periodo de tiempo del incidente.  

  4. Compara la tendencia TTFB con la cronología de la historia.

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

Si solo el TTFB está elevado mientras la Tasa de Error HTTP/S se mantiene estable, la aplicación está respondiendo más lentamente de lo usual pero aún está sirviendo 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 Cuadro de Métricas de Usuario

En la página de Monitorización de la Experiencia, revisa los usuarios asociados con la IP de salida de ISP afectada durante el periodo 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 hacia el PoP

  • Distancia hacia el PoP

Compara estas métricas con la cronología de 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, investiga la conectividad de red local de esos usuarios y el rendimiento del endpoint.

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 de rastreo de ruta para la aplicación de destino.

Revisa los resultados de rastreo de ruta para:

  • Pérdida de Paquetes

  • Latencia aumentada

  • Cambios de ruta

  • Otras anomalías de 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 el camino hacia el PoP está saludable mientras el TTFB permanece elevado, investiga la aplicación de destino o verifica si el proveedor de SaaS ha reportado una degradación del servicio.

Nota: las métricas de Rastreo de Ruta están disponibles solo con el Cliente de Windows v6.10 o posterior y el Cliente de 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 investigar posibles causas relacionadas con el endpoint en Cato SDP Client Performance Troubleshooting.

Elevando casos al 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.