3 votes

Abdulla avatar

Aide à l'analyse de traceroute

Demandé el 1 de Mai, 2010
Quand la question a-t-elle été
775 affichage
Nombre de visites la question a
2 Réponses
Nombre de réponses aux questions
Résolu
Situation réelle de la question

Je m'appelle Abdulla et je viens du Koweït. Je suis désolé pour ma question, car je sais qu'elle n'est pas techniquement difficile.

Je rencontre des problèmes avec ma connexion internet. Mon entreprise dispose d'une connexion DSL 2mb. Mon principal problème est la latence, le matin c'est bon mais après ça devient vraiment mauvais. Mon fournisseur d'accès me dit qu'il n'y a pas de problème et que tout fonctionne parfaitement. J'ai essayé de leur expliquer le problème de latence mais ils disent que tant que j'ai la vitesse de téléchargement, il n'y a rien que je puisse faire.

Je veux seulement savoir si c'est vrai et si la société ne peut rien faire avant que je ne change de fournisseur d'accès à Internet, car j'ai l'impression que les gars du centre de contact pourraient me répondre sans demander l'aide du support technique.

Voici deux traces que j'ai faites, l'une le matin et l'autre l'après-midi :

Cette photo a été prise vers 17h00

Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.

C:\Documents and Settings\Administrator>ping google.com

Pinging google.com [66.102.9.104] with 32 bytes of data:

Reply from 66.102.9.104: bytes=32 time=387ms TTL=49

Reply from 66.102.9.104: bytes=32 time=388ms TTL=49

Reply from 66.102.9.104: bytes=32 time=375ms TTL=49

Reply from 66.102.9.104: bytes=32 time=375ms TTL=49

Ping statistics for 66.102.9.104:

    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

    Minimum = 375ms, Maximum = 388ms, Average = 381ms

C:\Documents and Settings\Administrator>ping google.com /t

Pinging google.com [66.102.9.104] with 32 bytes of data:

Reply from 66.102.9.104: bytes=32 time=376ms TTL=49

Reply from 66.102.9.104: bytes=32 time=382ms TTL=49

Reply from 66.102.9.104: bytes=32 time=371ms TTL=49

Reply from 66.102.9.104: bytes=32 time=378ms TTL=49

Reply from 66.102.9.104: bytes=32 time=374ms TTL=49

Reply from 66.102.9.104: bytes=32 time=371ms TTL=49

Reply from 66.102.9.104: bytes=32 time=365ms TTL=49

Reply from 66.102.9.104: bytes=32 time=366ms TTL=49

Reply from 66.102.9.104: bytes=32 time=353ms TTL=49

Reply from 66.102.9.104: bytes=32 time=331ms TTL=49

Reply from 66.102.9.104: bytes=32 time=333ms TTL=49

Reply from 66.102.9.104: bytes=32 time=348ms TTL=49

Reply from 66.102.9.104: bytes=32 time=365ms TTL=49

Reply from 66.102.9.104: bytes=32 time=346ms TTL=49

Reply from 66.102.9.104: bytes=32 time=335ms TTL=49

Reply from 66.102.9.104: bytes=32 time=340ms TTL=49

Reply from 66.102.9.104: bytes=32 time=344ms TTL=49

Reply from 66.102.9.104: bytes=32 time=333ms TTL=49

Reply from 66.102.9.104: bytes=32 time=328ms TTL=49

Reply from 66.102.9.104: bytes=32 time=332ms TTL=49

Reply from 66.102.9.104: bytes=32 time=326ms TTL=49

Reply from 66.102.9.104: bytes=32 time=333ms TTL=49

Reply from 66.102.9.104: bytes=32 time=325ms TTL=49

Reply from 66.102.9.104: bytes=32 time=333ms TTL=49

Reply from 66.102.9.104: bytes=32 time=338ms TTL=49

Reply from 66.102.9.104: bytes=32 time=341ms TTL=49

Ping statistics for 66.102.9.104:

    Packets: Sent = 26, Received = 26, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

    Minimum = 325ms, Maximum = 382ms, Average = 348ms

Control-C
^C
C:\Documents and Settings\Administrator>travert google.com
'travert' is not recognized as an internal or external command,
operable program or batch file.

C:\Documents and Settings\Administrator>tracert google.com

Tracing route to google.com [66.102.9.104]

over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.0.1

  2     6 ms     6 ms     6 ms  80-184-31-1.adsl.kems.net [80.184.31.1]

  3     7 ms     7 ms     8 ms  168.187.0.226

  4     7 ms     8 ms     9 ms  168.187.0.125

  5   180 ms   187 ms   188 ms  if-11-2.core1.RSD-Riyad.as6453.net [116.0.78.89]

  6   209 ms   222 ms   204 ms  195.219.167.57

  7   541 ms   536 ms   540 ms  195.219.167.42

  8   553 ms   552 ms   538 ms  Vlan1102.icore1.PVU-Paris.as6453.net [195.219.24
1.109]

  9   547 ms   543 ms   542 ms  xe-9-1-0.edge4.paris1.level3.net [4.68.110.213]

 10   540 ms   523 ms   531 ms  ae-33-51.ebr1.Paris1.Level3.net [4.69.139.193]

 11   755 ms   761 ms   695 ms  ae-45-45.ebr1.London1.Level3.net [4.69.143.101]

 12   271 ms   263 ms   400 ms  ae-11-51.car1.London1.Level3.net [4.69.139.66]

 13   701 ms   730 ms   742 ms  195.50.118.210

 14   659 ms   641 ms   660 ms  209.85.255.76

 15   280 ms   283 ms   292 ms  209.85.251.190

 16   308 ms   293 ms   296 ms  72.14.232.239

 17   679 ms   700 ms   721 ms  64.233.174.18

 18   268 ms   281 ms   269 ms  lm-in-f104.1e100.net [66.102.9.104]

Trace complete.

C:\Documents and Settings\Administrator>

Cette photo a été prise à 10h00

Microsoft Windows XP [Version 5.1.2600]
(C) Copyright 1985-2001 Microsoft Corp.
C:\Documents and Settings\Administrator>ping google.com

Pinging google.com [66.102.9.106] with 32 bytes of data:

Reply from 66.102.9.106: bytes=32 time=110ms TTL=49

Reply from 66.102.9.106: bytes=32 time=111ms TTL=49

Reply from 66.102.9.106: bytes=32 time=112ms TTL=49

Reply from 66.102.9.106: bytes=32 time=120ms TTL=49

Ping statistics for 66.102.9.106:

    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

    Minimum = 110ms, Maximum = 120ms, Average = 113ms

C:\Documents and Settings\Administrator>ping google.com /t

Pinging google.com [66.102.9.106] with 32 bytes of data:

Reply from 66.102.9.106: bytes=32 time=109ms TTL=49

Reply from 66.102.9.106: bytes=32 time=110ms TTL=49

Reply from 66.102.9.106: bytes=32 time=111ms TTL=49

Reply from 66.102.9.106: bytes=32 time=111ms TTL=49

Reply from 66.102.9.106: bytes=32 time=112ms TTL=49

Reply from 66.102.9.106: bytes=32 time=112ms TTL=49

Reply from 66.102.9.106: bytes=32 time=116ms TTL=49

Reply from 66.102.9.106: bytes=32 time=110ms TTL=49

Reply from 66.102.9.106: bytes=32 time=109ms TTL=49

Reply from 66.102.9.106: bytes=32 time=110ms TTL=49

Reply from 66.102.9.106: bytes=32 time=109ms TTL=49

Reply from 66.102.9.106: bytes=32 time=110ms TTL=49

Reply from 66.102.9.106: bytes=32 time=112ms TTL=49

Reply from 66.102.9.106: bytes=32 time=109ms TTL=49

Reply from 66.102.9.106: bytes=32 time=110ms TTL=49

Reply from 66.102.9.106: bytes=32 time=115ms TTL=49

Reply from 66.102.9.106: bytes=32 time=110ms TTL=49

Reply from 66.102.9.106: bytes=32 time=109ms TTL=49

Reply from 66.102.9.106: bytes=32 time=110ms TTL=49

Reply from 66.102.9.106: bytes=32 time=113ms TTL=49

Reply from 66.102.9.106: bytes=32 time=115ms TTL=49

Reply from 66.102.9.106: bytes=32 time=109ms TTL=49

Reply from 66.102.9.106: bytes=32 time=110ms TTL=49

Ping statistics for 66.102.9.106:

    Packets: Sent = 32, Received = 32, Lost = 0 (0% loss),

Approximate round trip times in milli-seconds:

    Minimum = 109ms, Maximum = 135ms, Average = 112ms

Control-C
^C
C:\Documents and Settings\Administrator>tracert google.com

Tracing route to google.com [66.102.9.104]

over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.0.1

  2     6 ms     6 ms     6 ms  80-184-31-1.adsl.kems.net [80.184.31.1]

  3     8 ms     7 ms     6 ms  168.187.0.226

  4     6 ms     7 ms     7 ms  168.187.0.125

  5    20 ms    20 ms    18 ms  if-11-2.core1.RSD-Riyad.as6453.net [116.0.78.89]

  6   171 ms   205 ms   215 ms  195.219.167.57

  7   191 ms   215 ms   226 ms  195.219.167.42

  8     *      103 ms    94 ms  Vlan1102.icore1.PVU-Paris.as6453.net [195.219.24
1.109]

  9    94 ms    95 ms    97 ms  xe-9-1-0.edge4.paris1.level3.net [4.68.110.213]

 10    94 ms    94 ms    94 ms  ae-33-51.ebr1.Paris1.Level3.net [4.69.139.193]

 11   101 ms   101 ms   101 ms  ae-48-48.ebr1.London1.Level3.net [4.69.143.113]

 12   102 ms   102 ms   101 ms  ae-11-51.car1.London1.Level3.net [4.69.139.66]

 13   103 ms   102 ms   103 ms  195.50.118.210

 14   137 ms   103 ms   100 ms  209.85.255.76

 15   130 ms   124 ms   124 ms  209.85.251.190

 16   114 ms   116 ms   116 ms  72.14.232.239

 17   135 ms   113 ms   126 ms  64.233.174.18

 18   126 ms   125 ms   127 ms  lm-in-f104.1e100.net [66.102.9.104]

Trace complete.

C:\Documents and Settings\Administrator>
Demandé el 1 de Mai, 2010 par Abdulla

Réponses

Trop de publicités?

3voto

Kyle Brandt avatar
Kyle Brandt Points 81077

D'accord, il me semble que la latence provient du réseau de communication de TATA. Votre fournisseur KEMS n'est donc en relation qu'avec le réseau de communication de TATA.

Si un autre fournisseur d'accès à Internet fait du peering avec un autre fournisseur dans votre région (Koweït ?), vous obtiendrez peut-être de meilleures performances. Si les autres FAI sont toujours en peering avec TATA, il semble que vous ne ferez pas mieux avec eux, à moins qu'ils n'aient une priorité plus élevée sur le réseau de TATA.

Vous pouvez le découvrir en utilisant whois pour voir qui possède quelle IP :

$ whois 168.187.0.226

...
inetnum:        168.187.0.0 - 168.187.255.255
netname:        KEMS-KW
org:            ORG-GI9-RIPE
descr:          Kuwait Electronic and Messaging Services Company
descr:          PO Box No 31811111
descr:          Safat, kw 13036
country:        KW
...

Vous pouvez ensuite lancer une requête de peering BGP sur cet AS :

whois -h v4-peer.whois.cymru.com 168.187.0.226
PEER_AS | IP               | AS Name
6453    | 168.187.0.226    | GLOBEINTERNET TATA Communications

Si j'ai bien compris, la latence se situe donc au sein du réseau de communication de TATA.

Je n'ai jamais travaillé pour un fournisseur d'accès à Internet, donc quelqu'un qui l'a fait pourrait être plus autorisé que ma réponse.

Répondu el 1 de Mai, 2010 par Kyle Brandt (81077 Points )

2voto

James Sneeringer avatar
James Sneeringer Points 6645

Kyle a raison sur le fond. Le problème de latence semble se situer en amont de votre FAI, qui ne peut donc pas y remédier directement, puisque le problème ne se situe pas dans son propre réseau.

A 17h00, vous aviez :

5   180 ms   187 ms   188 ms  if-11-2.core1.RSD-Riyad.as6453.net [116.0.78.89]
6   209 ms   222 ms   204 ms  195.219.167.57
7   541 ms   536 ms   540 ms  195.219.167.42
8   553 ms   552 ms   538 ms  Vlan1102.icore1.PVU-Paris.as6453.net [195.219.241.109]

À 10 heures, vous aviez :

5    20 ms    20 ms    18 ms  if-11-2.core1.RSD-Riyad.as6453.net [116.0.78.89]
6   171 ms   205 ms   215 ms  195.219.167.57
7   191 ms   215 ms   226 ms  195.219.167.42
8     *      103 ms    94 ms  Vlan1102.icore1.PVU-Paris.as6453.net [195.219.241.109]

Vous voyez le changement de latence entre 195.219.167.57 et 195.219.167.42 ? Le matin, elle n'est que d'environ 10 ms, ce qui est très bien. En revanche, l'après-midi, la différence est de 300 ms. Ces deux adresses font partie du réseau dorsal de TATA, et votre trace (ainsi que les commentaires généraux) semblent indiquer que TATA est confronté à une congestion entre ces deux adresses IP au cours de l'après-midi. En bref, il y a trop de trafic sur une liaison dont la largeur de bande est insuffisante.

Kyle a raison. Puisque le problème se situe dans le réseau de TATA, c'est à eux de le résoudre. Votre FAI semble utiliser TATA comme liaison montante. Je pense que trois choix s'offrent à vous :

  • Faites pression sur votre fournisseur d'accès pour qu'il fasse pression sur TATA afin qu'il règle le problème. Malheureusement, cela ne sera probablement pas d'une grande aide, mais si un nombre suffisant de personnes se plaignent du problème, il se peut qu'ils fassent quelque chose. Il se peut que TATA ait déjà prévu de régler le problème, mais vous ne le saurez peut-être jamais si votre fournisseur d'accès ne contacte pas TATA.
  • Vérifiez si votre fournisseur d'accès à Internet dispose d'autres liaisons montantes. Si c'est le cas, vérifiez s'il leur est possible de réacheminer votre trafic en dehors du réseau de TATA.
  • Trouvez un autre ISP qui n'utilise pas le réseau de TATA, ou au moins un qui utilise TATA mais qui ne passe pas par ce point de congestion.
Répondu el 1 de Mai, 2010 par James Sneeringer (6645 Points )

Questions en vedette

Top Tags

Dans notre réseau

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

Yandex
X