Petite demande d'analyse de tracert

salut à tous

j'ai fais un tracert sur certain site pour voir exactement ou sa bloque

voilà le résultat :

C:\tracert http://www.google.com

 

 

Détermination de l'itinéraire vers http://www.google.com [216.239.59.103]

avec un maximum de 30 sauts*:

 

1 3 ms

2 34 ms 35 ms 32 ms 41.201.192.1

3 33 ms 34 ms 32 ms 192.168.250.1

4 33 ms 32 ms 32 ms 192.168.248.1

5 33 ms 35 ms 32 ms 193.251.169.179

6 746 ms 744 ms 746 ms pos0-8-0-7.pastr1.Paris.opentransit.net [193.251.252.57]

7 702 ms 744 ms 715 ms telia-3.GW.opentransit.net [193.251.252.22]

8 765 ms 761 ms 851 ms prs-bb2-link.telia.net [80.91.253.113]

9 740 ms 736 ms 741 ms ldn-bb2-pos7-0-0.telia.net [213.248.65.113]

10 742 ms 755 ms 762 ms ldn-b3-link.telia.net [80.91.251.237]

11 359 ms 291 ms 292 ms google-ic-126258-ldn-b3.c.telia.net [213.248.67.

66]

12 305 ms 286 ms 280 ms 64.233.175.27

13 294 ms 347 ms 324 ms 209.85.250.216

14 296 ms 514 ms 337 ms 66.249.95.164

15 323 ms 277 ms 288 ms 216.239.49.126

16 263 ms 267 ms 263 ms gv-in-f103.google.com [216.239.59.103]

 

Itinéraire déterminé.

comme vous voyez le ping deviens insuportable plus de 790 au niveua du passage de 193.251.169.179 et pos0-8-0-7.pastr1.Paris.opentransit.net [193.251.252.57]

il s'avère que ces deux ip sont française, donc le problème de lourdeur n'est pas en Algérie mais bel et bien en France

Je n'ai pas les même temps de réponse.

tracepath http://www.google.com

1: la7lou.local (192.168.1.2) 0.120ms pmtu 1500

1: 192.168.1.1 (192.168.1.1) 3.619ms

1: 192.168.1.1 (192.168.1.1) 5.198ms

2: 192.168.1.1 (192.168.1.1) 1.331ms pmtu 1492

2: 41.200.0.1 (41.200.0.1) 96.777ms

3: 193.251.169.221 (193.251.169.221) 97.113ms

4: 193.251.169.178 (193.251.169.178) 98.431ms

5: po6-3.passe2.Paris.opentransit.net (193.251.250.65) 129.650ms asymm 6

6: tengige0-15-0-1.pastr1.Paris.opentransit.net (193.251.240.213) 127.001ms asymm 5

7: telia-4.GW.opentransit.net (193.251.254.154) 127.506ms

8: prs-bb2-link.telia.net (80.91.250.57) 128.251ms

9: ffm-bb2-pos6-0-0.telia.net (213.248.65.118) 136.783ms asymm 10

10: ffm-b7-link.telia.net (80.91.254.101) 168.593ms asymm 11

11: no reply

12: no reply

13: no reply

...

30: no reply

Too many hops: pmtu 1492

Resume: pmtu 1492

 

Je sais pas pourquoi traceroute ne marche pas pour moi... Un problème de config certainement. Si quelqu'un a une idée ?

chaouche@la7lou:~$ traceroute6 http://www.google.fr

traceroute: unknown host http://www.google.fr

chaouche@la7lou:~$

salut à tous

 

j'ai fais un tracert sur certain site pour voir exactement ou sa bloque

voilà le résultat :

 

 

comme vous voyez le ping deviens insuportable plus de 790 au niveua du passage de 193.251.169.179 et pos0-8-0-7.pastr1.Paris.opentransit.net [193.251.252.57]

il s'avère que ces deux ip sont française, donc le problème de lourdeur n'est pas en Algérie mais bel et bien en France

et si tu ping une des IP de l'extérieur tu t'aperçois que le ping est tout a fait normal (35ms) j'en ai la même chose chez moi. et ces IP la sont celle de djaweb il a des liaisons avec l'espagne l'italie et la france. donc le problème réside en Algérie

salame HBM,

y a que "assilabox" qui pourra te l'analyser correctement celui la

Salam,

Effectivement, opentransit.net est un goulot d'étranglement mais le problème de lourdeur ne vient pas de chez opentransit mais de AT...

Opentransit fournit la BP que AT a demandée. Malheureusement AT a besoin de plus de BP que ce qu'elle a demande et par conséquent la demande sature ce lien international.

C'est une peu comme lorsque tu mets plusieurs telechargement en parallèle, tu satures ta BP ce qui fait augmenter rapidement le ping.

Afin d'assurer une bonne qualité de service les FAI doivent garantir une certaine marge pour ne pas saturer la BP au niveau des liens internationaux et assurer une la fluidité de la connexion

A mon avis le AT souffre actuellement de deux gros problemes, le premier est l'insuffisance de la BP international mais aussi du nombre élevée de connexions parasites (logiciels malveillants, serveurs zombies, vers ... ) qui rendent l'etat de leur réseau "moins" que médiocre

++

comme vous voyez le ping deviens insuportable plus de 790 au niveua du passage de 193.251.169.179 et pos0-8-0-7.pastr1.Paris.opentransit.net [193.251.252.57]

il s'avère que ces deux ip sont française, donc le problème de lourdeur n'est pas en Algérie mais bel et bien en France

ça me semble logique votre analyse, par contre je tien à préciser que ce problème est tout récent 4 jours, avant j'avais un bon ping de 90 à 200 ms max

salam se problème et apparue après le stoppé cours de EEpad une saturation pure et simple D'AT

salem

un nouveau tracert

Détermination de l'itinéraire vers http://www.djazairdvb.biz [91.121.44.147]

avec un maximum de 30 sauts*:

 

1 1 ms

2 34 ms 33 ms 32 ms 41.201.192.1

3 34 ms 34 ms 36 ms 192.168.250.1

4 32 ms 33 ms 32 ms 192.168.248.1

5 33 ms 34 ms 36 ms 193.251.169.179

6 203 ms 142 ms 143 ms pos0-8-0-7.pastr1.Paris.opentransit.net [193.25

.252.57]

7 146 ms 147 ms 144 ms teleglobe-4.GW.opentransit.net [193.251.250.6]

8 160 ms 164 ms 161 ms if-13-0-0.core3.PG1-Paris.as6453.net [80.231.72

17]

9 158 ms 150 ms 152 ms 195.219.228.25

10 151 ms 147 ms 148 ms 195.219.227.13

11 164 ms 161 ms 162 ms if-6-0.core2.AD1-Amsterdam.as6453.net [80.231.8

.9]

12 155 ms 161 ms 162 ms Vlan82.icore1.AD1-Amsterdam.as6453.net [80.231.

1.26]

13 153 ms 155 ms 156 ms 20g.ams-1-6k.routers.ovh.net [94.23.122.129]

14 158 ms 152 ms 155 ms 20g.vss-2-6k.routers.chtix.eu [94.23.122.113]

15 148 ms 154 ms 157 ms ns1.gold-serveur.biz [91.121.44.147]

 

Itinéraire déterminé.

voila pour moi, easy 1 Mbps, Oran

Microsoft Windows [version 6.1.7600]
Copyright (c) 2009 Microsoft Corporation. Tous droits réservés.

C:\Users\ABDELKADER>tracert www.google.com

Détermination de l'itinéraire vers www.l.google.com [209.85.229.106]
avec un maximum de 30 sauts*:

 1      2    89 ms    76 ms    73 ms  41.201.96.1
 3    88 ms    76 ms   102 ms  192.168.250.213
 4     *        *        *     Délai d'attente de la demande dépassé.
 5     *        *        *     Délai d'attente de la demande dépassé.
 6     *        *        *     Délai d'attente de la demande dépassé.
 7   273 ms     *      283 ms  193.251.169.179
 8   527 ms   496 ms   484 ms  pos0-8-0-7.pastr1.Paris.opentransit.net [193.251
.252.57]
 9     *      604 ms   603 ms  telia-2.GW.opentransit.net [193.251.250.222]
10   578 ms   606 ms   609 ms  prs-bb2-link.telia.net [80.91.252.145]
11   230 ms   226 ms   217 ms  ldn-bb2-link.telia.net [80.91.247.9]
12   314 ms   297 ms   347 ms  ldn-b3-link.telia.net [80.91.247.27]
13     *        *      701 ms  google-ic-126258-ldn-b3.c.telia.net [213.248.67.
66]
14   617 ms   622 ms   609 ms  64.233.175.27
15   701 ms     *      754 ms  66.249.95.170
16   626 ms   634 ms   609 ms  209.85.251.231
17   713 ms   719 ms   737 ms  209.85.243.85
18   710 ms   727 ms   712 ms  ww-in-f106.1e100.net [209.85.229.106]

Itinéraire déterminé.

C:\Users\ABDELKADER>tracert www.djazairdvb.biz

Détermination de l'itinéraire vers www.djazairdvb.biz [91.121.44.147]
avec un maximum de 30 sauts*:

 1      2    87 ms    83 ms    81 ms  41.201.96.1
 3    56 ms    88 ms    85 ms  192.168.250.213
 4     *        *        *     Délai d'attente de la demande dépassé.
 5     *        *        *     Délai d'attente de la demande dépassé.
 6     *        *        *     Délai d'attente de la demande dépassé.
 7   235 ms   273 ms   270 ms  193.251.169.179
 8     *      595 ms     *     pos0-8-0-7.pastr1.Paris.opentransit.net [193.251
.252.57]
 9   208 ms   219 ms   215 ms  teleglobe-4.GW.opentransit.net [193.251.250.6]
10   404 ms   336 ms   303 ms  if-13-0-0.core3.PG1-Paris.as6453.net [80.231.72.
17]
11   603 ms   622 ms   614 ms  195.219.228.25
12     *      568 ms   610 ms  195.219.228.2
13   721 ms   687 ms     *     if-6-0.core2.AD1-Amsterdam.as6453.net [80.231.81
.9]
14   711 ms   730 ms     *     Vlan1135.icore1.AD1-Amsterdam.as6453.net [80.231
.81.18]
15   600 ms   617 ms   645 ms  20g.ams-1-6k.routers.ovh.net [94.23.122.82]
16   336 ms   396 ms   322 ms  20g.vss-2-6k.routers.chtix.eu [94.23.122.113]
17   322 ms   331 ms   328 ms  ns1.gold-serveur.biz [91.121.44.147]

Itinéraire déterminé.

C:\Users\ABDELKADER>tracert www.forumdz.com

Détermination de l'itinéraire vers www.forumdz.com [91.121.24.26]
avec un maximum de 30 sauts*:

 1      2    78 ms    83 ms    67 ms  41.201.96.1
 3    71 ms    35 ms    44 ms  192.168.250.229
 4     *        *        *     Délai d'attente de la demande dépassé.
 5     *        *        *     Délai d'attente de la demande dépassé.
 6     *        *        *     Délai d'attente de la demande dépassé.
 7   158 ms   161 ms   165 ms  193.251.169.178
 8   667 ms   688 ms   701 ms  po14-0.passe2.Paris.opentransit.net [193.251.252
.185]
 9   621 ms   594 ms   591 ms  tengige0-15-0-1.pastr1.Paris.opentransit.net [19
3.251.240.213]
10   208 ms   213 ms   190 ms  teleglobe-4.GW.opentransit.net [193.251.250.6]
11   366 ms   320 ms   283 ms  if-13-0-0.core3.PG1-Paris.as6453.net [80.231.72.
17]
12   578 ms   567 ms     *     195.219.228.25
13   567 ms     *      341 ms  195.219.228.2
14     *      696 ms     *     if-6-0.core2.AD1-Amsterdam.as6453.net [80.231.81
.9]
15   584 ms   588 ms   581 ms  Vlan82.icore1.AD1-Amsterdam.as6453.net [80.231.8
1.26]
16   612 ms   779 ms   686 ms  20g.ams-1-6k.routers.ovh.net [94.23.122.82]
17   604 ms   602 ms   608 ms  40g.rbx-2-6k.routers.chtix.eu [91.121.131.9]
18   201 ms   603 ms   194 ms  rbx-14-m1.routers.chtix.eu [213.251.191.165]
19   219 ms   228 ms     *     ns24801.ovh.net [91.121.24.26]
20   236 ms   231 ms   212 ms  ns24801.ovh.net [91.121.24.26]

Itinéraire déterminé.

C:\Users\ABDELKADER>

il me semble qu'a notre niveau le problème a été résolu

C:\Documents and Settings\HBM>tracert http://www.google.com

 

Détermination de l'itinéraire vers google.navigation.opendns.com [208.69.34.230]

 

avec un maximum de 30 sauts*:

 

1 3 ms

2 33 ms 38 ms 31 ms 41.201.248.1

3 33 ms 31 ms 33 ms 192.168.250.17

4 32 ms 32 ms 44 ms 192.168.248.13

5 36 ms 34 ms 34 ms 193.251.169.179

6 169 ms 170 ms 170 ms pos0-8-0-7.pastr1.Paris.opentransit.net [193.251.252.57]

7 167 ms 168 ms 166 ms te3-3.parse1.Paris.opentransit.net [193.251.128.78]

8 92 ms 93 ms 91 ms verio-11.GW.opentransit.net [193.251.251.246]

9 122 ms 247 ms 201 ms xe-6-0-0.r21.parsfr01.fr.bb.gin.ntt.net [129.250.2.134]

10 98 ms 115 ms 96 ms xe-6-1-0.r20.parsfr01.fr.bb.gin.ntt.net [129.250.2.120]

11 99 ms 94 ms 93 ms p64-3-0-0.r23.londen03.uk.bb.gin.ntt.net [129.250.5.17]

12 236 ms 223 ms 233 ms po-5.r01.londen03.uk.bb.gin.ntt.net [129.250.5.238]

13 89 ms 89 ms 90 ms 83.231.146.198

14 109 ms 108 ms 110 ms google.navigation.opendns.com [208.69.34.230]

 

Itinéraire déterminé.

 

C:\Documents and Settings\HBM>

tu as un bon ping maintenant et stable toute la journée ?? (car c'est ce que je qualifie de problème résolue)

salut

qlq'1 peut m'expliquez ça ??

Copyright © 2009 Microsoft Corporation. Tous droits réservés.

 

C:\Users\ABDELKADER>tracert http://www.google.fr

 

Détermination de l'itinéraire vers http://www.l.google.com [209.85.229.103]

avec un maximum de 30 sauts*:

 

1

2 113 ms 13 ms 17 ms 41.201.96.1

3 19 ms 14 ms 13 ms 192.168.250.229

4 * * * Délai d'attente de la demande dépassé.

5 * * * Délai d'attente de la demande dépassé.

6 * * * Délai d'attente de la demande dépassé.

7 89 ms 174 ms 77 ms 193.251.169.179

8 471 ms 561 ms 502 ms pos0-8-0-7.pastr1.Paris.opentransit.net [193.251

.252.57]

9 491 ms 473 ms 481 ms telia-2.GW.opentransit.net [193.251.250.222]

10 478 ms * 453 ms prs-bb2-link.telia.net [80.91.253.113]

11 131 ms 136 ms 132 ms ldn-bb2-link.telia.net [80.91.247.9]

12 123 ms 157 ms 127 ms ldn-b3-link.telia.net [80.91.247.27]

13 478 ms * 513 ms google-ic-126258-ldn-b3.c.telia.net [213.248.67.

66]

14 474 ms * 528 ms 64.233.175.25

15 633 ms 476 ms 477 ms 72.14.232.134

16 463 ms 512 ms 501 ms 209.85.252.83

17 481 ms 469 ms 484 ms 209.85.243.85

18 473 ms 624 ms 461 ms ww-in-f103.1e100.net [209.85.229.103]

 

Itinéraire déterminé.

Paquet perdu ? la machine en question ne réponds pas ? la machine réponds mais avec un ttl trop faible pour que le paquet retourne sur ta machine ? le port sur lequel le paquet UDP a été envoyé est déjà utilisé par la machine ?

salame,

ce que je ne comprends pas, c'est que j'ai ça même la nuit a 4h du matin quand la connexion est rapide et que j'ai un vrai 1 Mbps et que le ping est de 70 ms

en comparant au tracert de HBM il y a un truc qui ne réponds pas

comparez

HBM

2 34 ms 35 ms 32 ms 41.201.192.1

3 33 ms 34 ms 32 ms 192.168.250.1

4 33 ms 32 ms 32 ms 192.168.248.1

5 33 ms 35 ms 32 ms 193.251.169.179

6 746 ms 744 ms 746 ms pos0-8-0-7.pastr1.Paris.opentransit.net [193.251.252.57]

et moi

Copyright © 2009 Microsoft Corporation. Tous droits réservés.

 

C:\Users\ABDELKADER>tracert http://www.google.fr

 

Détermination de l'itinéraire vers http://www.l.google.com [209.85.229.103]

avec un maximum de 30 sauts*:

 

1

2 113 ms 13 ms 17 ms 41.201.96.1

3 19 ms 14 ms 13 ms 192.168.250.229

4 * * * Délai d'attente de la demande dépassé.

5 * * * Délai d'attente de la demande dépassé.

6 * * * Délai d'attente de la demande dépassé.

7 89 ms 174 ms 77 ms 193.251.169.179

8 471 ms 561 ms 502 ms pos0-8-0-7.pastr1.Paris.opentransit.net [193.251

.252.57]

[209.85.229.103]

mais je ne comprends pas, normalement ça doit bloquer la connexion non ??

Non la connexion n'est bloquée si un hôte ne réponds pas. Il faut bien garder en mémoire que le protocole IP ne garantie pas que tous les paquets envoyés passeront par le même chemin, donc il se peut très bien que le paquet parti en 7 n'est passé par la machine trouvé en 6.