Temps de réponse du réseau

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 2 minutes de lecture
  • Il peut être difficile de résoudre un problème de temps de réponse du réseau, mais vous pouvez effectuer certains tests rapides.

    Un indicateur clair d’un problème réseau est lorsque vous constatez que les utilisateurs d’un emplacement ont de bonnes performances et que les utilisateurs d’un autre emplacement ont de mauvaises performances. Cela vous indique que le serveur et l’application vont bien. En supposant que les paramètres du navigateur sont identiques, la seule différence significative est le réseau.

    Temps de ping

    La mesure la plus grossière du temps de réponse du réseau est un ping. Un ping mesure le temps total nécessaire pour qu’un paquet passe de la machine source à la cible et vice-versa.

    Pour effectuer un ping dans Windows, ouvrez une fenêtre de commande (invite DOS) et tapez :

    ping -t <yourinstancename>.service-now.com

    Échantillon de sortie ping

    Recherchez un temps inférieur à 100 ms si vous êtes aux États-Unis, ou à 150 ms si vous êtes en Europe ou en Asie. En pratique, tout ce qui est inférieur à 250 ms n’est pas préoccupant car il ne s’agit généralement pas d’une composante majeure de votre temps de réponse perçu.

    Traceroute

    Si vous constatez des temps de ping lents, vous pouvez exécuter un traceroute. Certains réseaux refusent de transférer ICMP, et votre requête traceroute peut ne pas fonctionner. Si cela fonctionne, c’est un excellent outil pour identifier les goulots d’étranglement du réseau. Pour exécuter un traceroute sur Windows, affichez une fenêtre de commande et exécutez la commande suivante.

    tracert <yourinstancename>.service-now.com
    

    Exemple de sortie :

     C:\dev\mysql5\bin>tracert mycompany.service-now.com
     Tracing route to mycompany.service-now.com [70.87.98.130]
     over a maximum of 30 hops:
     1     1 ms     1 ms     1 ms  12.192.116.193
     2     4 ms     4 ms     4 ms  12.116.227.37
     3    32 ms    32 ms    32 ms  gbr1-p90.sd2ca.ip.att.net [12.123.145.178]
     4    33 ms    33 ms    33 ms  tbr1-p013503.phmaz.ip.att.net [12.122.2.142]
     5    34 ms    33 ms    33 ms  tbr2-cl1521.phmaz.ip.att.net [12.122.10.194]
     6    32 ms    33 ms    33 ms  tbr2-cl1592.dlstx.ip.att.net [12.122.10.81]
     7    31 ms    50 ms    31 ms  gar1-p370.dlrtx.ip.att.net [12.123.16.173]
     8    31 ms    31 ms    31 ms  12.119.136.14
     9    31 ms    31 ms    31 ms  te9-1.dsr02.dllstx3.theplanet.com [70.87.253.22]
    10    37 ms    37 ms    37 ms  vl41.dsr01.dllstx4.theplanet.com [70.85.127.83]
    11    31 ms    37 ms    31 ms  gi1-0-1.car16.dllstx4.theplanet.com [67.18.116.67]
    12    32 ms    32 ms    32 ms  70.87.98.130
    Trace complete.
    Chaque ligne de la traceroute représente une étape du réseau entre la machine source et la machine de destination. Dans l’exemple de traceroute, un total de 12 étapes étaient requises pour obtenir le trafic réseau de l’ordinateur portable vers <votrenominstance>.service-now.com.
    • La colonne de gauche est le numéro de l’étape.
    • Les trois colonnes suivantes sont des estimations de latence, effectuées trois fois pour donner une moyenne.
    • La dernière colonne est la machine à laquelle vous accédez.

    Par exemple, à partir des lignes #1 et #2 ci-dessus, vous pouvez dire :

     1     1 ms     1 ms     1 ms  12.192.116.193
     2     4 ms     4 ms     4 ms  12.116.227.37

    À la fin de la rangée 1, il était à 12.192.116.193. Il a ensuite fallu 4 ms (en moyenne) pour arriver à 12.116.227.37.

    Généralement, avec un traceroute, vous recherchez des étapes individuelles qui prennent beaucoup de temps, comme 500 ms pour un saut particulier. Vous recherchez également des étapes qui affichent un astérisque (*) au lieu d’un temps d’étape, par exemple :

     1     100 ms   *        500ms  12.192.116.193

    L’astérisque indique qu’un paquet particulier n’est pas arrivé, ce qui peut indiquer des problèmes de réseau sur ce saut particulier. Un astérisque s’affiche également si ce routeur particulier est configuré pour ne pas transférer ICMP. Ce résultat est potentiellement une fausse alerte si les trois temps de latence d’une étape sont des astérisques.