Anomalie du Temps de Réponse de l'Application pour les IPs Sortantes de l'ISP

Prev Next

Ce playbook décrit les étapes pour enquêter et résoudre les problèmes de Temps de Réponse de l'Application affectant les IPs sortantes de l'ISP pour les utilisateurs distants.

Présentation

Une Anomalie du Temps de Réponse de l'Application pour une IP Sortante de l'ISP indique que le Temps jusqu'au Premier Octet (TTFB) pour une application spécifique a augmenté de façon significative pour le trafic sortant à travers une IP Sortante de l'ISP spécifique.

Parce que l'anomalie est associée à une IP sortante de l'ISP, elle représente l'expérience d'un ou de plusieurs utilisateurs distants utilisant le même chemin ISP pour accéder à l'application. Ce playbook aide à déterminer si la dégradation est causée par le chemin réseau de l'utilisateur, l'ISP ou l'application elle-même.

Vérifier le Temps de Réponse de l'Application

Utilisation de l'analyse détaillée des histoires

  1.     Dans le menu de navigation, cliquez sur Accueil > Atelier des Histoires.  

  2.     Dans la barre de filtre, ajoutez un ensemble de filtres à Nom du Producteur dans Anomalie d'Expérience.  

  3.     Ajoutez le filtre Indication est Anomalie du Temps de Réponse de l'Application pour IPs Sortantes de l'ISP. 
        

  4.     Vérifiez qu'une histoire a été générée.

  5.     Cliquez sur la ligne de l'histoire pour ouvrir la page de détail afin de vérifier les détails de l'incident.

  6.     Examinez la chronologie de l'incident pour déterminer si la dégradation est continue ou intermittente.  

Filtrer pour Événements Liés

  Sur la page Accueil > Événements, appliquez les filtres suivants :

  • Sous-Type est Anomalie

  • Message d'Événement contient Anomalies de Temps dans les applications pour les IPs Sortantes de l'ISP       

 

Vérifiez que des événements d'anomalie ont été générés pendant la période signalée.

Étapes de dépannage

Vérifiez la Performance de l'Application

  1. Ouvrez la page Accueil > Surveillance de l'Expérience.  

  2. Filtrez les données pour l'application affectée et l'IP Sortante de l'ISP.  

  3. Examinez les métriques Temps jusqu'au Premier Octet (TTFB) et Taux d'Erreur HTTP/S pendant la période de l'incident.  

  4. Comparez la tendance du TTFB avec la chronologie de l'histoire.

Si le Taux d'Erreur HTTP/S augmente en même temps que le TTFB, vérifiez si le fournisseur de l'application a signalé une dégradation du service ou si l'application backend rencontre des problèmes.

Si seul le TTFB est élevé tandis que le Taux d'Erreur HTTP/S reste stable, l'application répond plus lentement que d'habitude mais continue de traiter les demandes.

Si plusieurs IPs Sortantes de l'ISP présentent une augmentation du TTFB pour la même application, vérifiez si le fournisseur de l'application a signalé une dégradation généralisée du service.

Examinez les Métriques Utilisateur

Dans la page Surveillance de l'Expérience, examinez les utilisateurs associés à l'IP Sortante de l'ISP affectée pendant la période de l'incident.

Examinez les métriques suivantes :

  • Utilisation du CPU

  • Utilisation de la Mémoire

  • Qualité du signal Wi-Fi

  • Perte de Paquets vers la Passerelle LAN

  • Distance vers la Passerelle LAN

  • Perte de Paquets vers le PoP

  • Distance au PoP

Comparez ces métriques avec la chronologie du TTFB.

Si plusieurs utilisateurs montrent une perte de paquets ou une latence accrue en même temps que l'anomalie TTFB, vérifiez si l'ISP ou le chemin Internet rencontre une dégradation.

Si un seul ou un petit nombre d'utilisateurs montrent des métriques dégradées, examinez la connectivité réseau locale de ces utilisateurs et leurs performances à l'extrémité.

Examinez les Résultats Traceroute

Ouvrez le widget Détails de la Connexion pour un ou plusieurs utilisateurs affectés et examinez les résultats disponibles de traceroute pour l'application de destination.

Examinez les résultats de traceroute pour :

  • Perte de paquets

  • Latence accrue

  • Modifications de l'itinéraire

  • Autres anomalies du réseau

Si une perte de paquets ou une latence accrue est observée avant que le trafic n'atteigne le PoP de Cato, examinez la connectivité de l'ISP des utilisateurs ou le réseau local.

Si le chemin vers le PoP est sain tandis que le TTFB demeure élevé, enquêtez sur l'application de destination ou vérifiez si le fournisseur SaaS a signalé une dégradation du service.

Note : Les métriques Traceroute sont disponibles uniquement avec le Client Windows v6.10 ou version ultérieure et le Client macOS v5.14 ou version ultérieure.

Comparer d'autres IPs Sortantes de l'ISP

Utilisez la page Surveillance de l'Expérience pour comparer l'application affectée à travers différentes IPs Sortantes de l'ISP.

Si seule une IP Sortante de l'ISP montre un TTFB élevé, le problème concerne probablement cet ISP ou chemin Internet.

Si plusieurs IPs Sortantes de l'ISP montrent un TTFB élevé pour la même application, le problème est plus probablement lié à l'application ou au fournisseur SaaS.

Si plusieurs applications montrent un TTFB accru pour la même IP Sortante de l'ISP, examinez un problème possible de l'ISP ou du chemin réseau.

Examinez les Performances des Points d'Extrémité

Si aucun problème n'est identifié dans les étapes précédentes, passez à Cato SDP Client Performance Troubleshooting pour enquêter sur les causes potentielles liées aux points d'extrémité.

Lever des cas vers le Support Cato

Si ce guide n'a pas résolu un problème, soumettez un ticket de support.   Pour obtenir la réponse la plus utile à une demande, un administrateur doit fournir les résultats des étapes de dépannage suivies.