Temps de réponse du réseau

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 2 minutes de lecture
  • Il peut être difficile de résoudre un mauvais 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 soient 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 à un paquet pour passer de la machine source à la cible et inversement.

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

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

    Exemple de sortie ping

    Recherchez une durée inférieure à 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’un élément majeur 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 transmettre ICMP et votre demande 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, ouvrez 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 du traceroute représente une étape de réseau entre la machine source et la machine de destination. Dans l’exemple traceroute, un total de 12 étapes étaient nécessaires pour acheminer le trafic réseau de l’ordinateur portable vers <yourinstancename>.service-now.com.
    • La colonne de gauche correspond au 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 vers laquelle vous sautez.

    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, c’é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 pas individuels 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’une heure 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. Vous voyez également un astérisque si ce routeur particulier est configuré pour ne pas transmettre ICMP. Ce résultat est potentiellement une fausse alerte si les trois temps de latence d’une étape sont des astérisques.