Ping élevé jeux en réseaux

[cdl]

Il y a clairement un problème:

traceroute 188.165.196.163

Code : Tout sélectionner

Détermination de l'itinéraire vers ns209921.ovh.net [188.165.196.163]
avec un maximum de 30 sauts :

  1     4 ms     3 ms     4 ms  192.168.0.1
  2    11 ms     9 ms    10 ms  10.171.0.1
  3    51 ms    11 ms    43 ms  78.129.125.61
  4    20 ms    21 ms    21 ms  195.219.228.17
  5    19 ms    21 ms    19 ms  if-10-1-1-0.tcore1.PVU-Paris.as6453.net [80.231.153.69]
  6     *       85 ms    82 ms  th2-5-6k.fr.eu [213.186.32.245]
  7    81 ms    80 ms    80 ms  th2-g1-a9.fr.eu [213.186.32.202]
  8    83 ms    86 ms    88 ms  rbx-g1-a9.fr.eu [91.121.131.209]
  9   353 ms   276 ms    90 ms  vss-3-6k.fr.eu [94.23.122.237]
 10    80 ms    81 ms    84 ms  ns209921.ovh.net [188.165.196.163]

Itinéraire déterminé.

traceroute proof.ovh.net

Code : Tout sélectionner

Détermination de l'itinéraire vers proof.ovh.net [188.165.12.106]
avec un maximum de 30 sauts :

  1     3 ms     3 ms     4 ms  192.168.0.1
  2     9 ms    13 ms    12 ms  10.171.0.1
  3    10 ms    10 ms    11 ms  78.129.125.61
  4    22 ms    19 ms    20 ms  195.219.228.17
  5    39 ms    20 ms    24 ms  if-10-1-1-0.tcore1.PVU-Paris.as6453.net [80.231.153.69]
  6    79 ms    79 ms     *     th2-5-6k.fr.eu [213.186.32.245]
  7    83 ms    82 ms    82 ms  th2-g1-a9.fr.eu [213.186.32.202]
  8    84 ms    87 ms    90 ms  rbx-g1-a9.fr.eu [91.121.131.209]
  9     *        *        *     Délai d'attente de la demande dépassé.
 10    83 ms    87 ms    87 ms  proof.ovh.net [188.165.12.106]

Itinéraire déterminé.

Mais j'ai l'impression que c'est du côté d'Ovh:

traceroute free.fr

Code : Tout sélectionner

Détermination de l'itinéraire vers free.fr [212.27.48.10]
avec un maximum de 30 sauts :

  1     3 ms     3 ms     4 ms  192.168.0.1
  2    10 ms    14 ms     9 ms  10.171.0.1
  3    11 ms    12 ms    12 ms  78.129.125.61
  4    20 ms    21 ms    19 ms  195.219.228.17
  5    20 ms    37 ms    20 ms  if-10-1-1-0.tcore1.PVU-Paris.as6453.net [80.231.153.69]
  6    21 ms    21 ms    32 ms  195.219.241.174
  7    28 ms    22 ms    20 ms  bzn-6k-sys-po21.intf.routers.proxad.net [212.27.50.6]
  8    22 ms    20 ms    22 ms  www.free.fr [212.27.48.10]

Itinéraire déterminé.

@Oracle, il serait intéressant de mettre ton traceroute

[betaku]

Avec edpnet voilà ce que j'ai :

Code : Tout sélectionner

Détermination de l'itinéraire vers ns209921.ovh.net [188.165.196.163]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2    19 ms    19 ms    20 ms  bras05.sn.be.edpnet.net [213.219.132.17]
  3    20 ms    19 ms    20 ms  212.71.17.1.res.static.edpnet.net [212.71.17.1]

  4    23 ms    27 ms    22 ms  router03.adamtel.nl.edpnet.net [212.71.1.225]
  5    22 ms    23 ms     *     amsix2.routers.ovh.net [195.69.145.245]
  6    25 ms    25 ms    27 ms  rbx-g2-a9.fr.eu [94.23.122.189]
  7    26 ms    25 ms     *     vss-3-6k.fr.eu [213.251.130.77]
  8    30 ms    25 ms    25 ms  ns209921.ovh.net [188.165.196.163]

Code : Tout sélectionner

Détermination de l'itinéraire vers proof.ovh.net [188.165.12.106]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2    28 ms    24 ms    19 ms  bras05.sn.be.edpnet.net [213.219.132.17]
  3    20 ms    20 ms    20 ms  212.71.17.1.res.static.edpnet.net [212.71.17.1]

  4    26 ms    26 ms    27 ms  router03.adamtel.nl.edpnet.net [212.71.1.225]
  5    24 ms     *       29 ms  amsix2.routers.ovh.net [195.69.145.245]
  6    26 ms    26 ms    29 ms  rbx-g2-a9.fr.eu [178.33.100.230]
  7    26 ms    25 ms     *     rbx-s3-6k.fr.eu [213.186.32.166]
  8    29 ms    31 ms    32 ms  proof.ovh.net [188.165.12.106]

Itinéraire déterminé.

Code : Tout sélectionner

Détermination de l'itinéraire vers free.fr [212.27.48.10]
avec un maximum de 30 sauts :

  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2    20 ms    25 ms    19 ms  bras05.sn.be.edpnet.net [213.219.132.17]
  3    20 ms    20 ms    19 ms  212.71.17.1.res.static.edpnet.net [212.71.17.1]

  4   102 ms   104 ms   103 ms  router02.bruix.be.edpnet.net [212.71.1.62]
  5   102 ms   102 ms   103 ms  router01.ldn.uk.edpnet.net [212.71.11.42]
  6   102 ms   102 ms   103 ms  router01.nytelx.us.edpnet.net [212.71.11.109]
  7   102 ms   105 ms   102 ms  router01.asheq.us.edpnet.net [212.71.11.154]
  8   110 ms   111 ms   112 ms  equinix-6k-1.routers.proxad.net [206.223.115.160
]
  9   192 ms   194 ms   193 ms  212.27.57.13
 10   193 ms   192 ms   194 ms  th2-crs16-1-be1009.intf.routers.proxad.net [212.
27.58.30]
 11   191 ms   185 ms   188 ms  bzn-6k-sys-po21.intf.routers.proxad.net [212.27.
50.6]
 12   191 ms   190 ms   193 ms  www.free.fr [212.27.48.10]

Itinéraire déterminé.

Moi c'est avec Free qu'il y a un problème xD

Le 26 je suis de retour chez Telenet donc on verra si ça pose aussi problème.

[oracle]

ok dit moi comment faire le traceroute , ca fait des années que je me suis pas amusé a ca, donc oublié le processus ...


Xeon, tu retournes chez telenet ? je sais que tu as jamais eu de pb chez eux et que t es partie chez edpnet pour l up , mais pourquoi tu veux y retourner ma poule?


PS mon test tout frais du jour :

Latency: 21 ms
samedi 10 novembre 2012 17:05:42

[cdl]

Sous linux:

Code : Tout sélectionner

traceroute IP

Sous windows:

Code : Tout sélectionner

tracert IP

Tout ça dans un terminal

[oracle]

Plus d explication n aurai pas ete de refus, je le tape ou ? j ai lancé un programme mais l ecran et tout noire , c est bizzar ca ressemblait pas a ce que je fessais avant, enfin il a fait le test dans la fenêtre qui a la gueule du "DOS ", mais elle a vite disparue


bon tant pis je le donne comme ca :

[cdl]

Ok...
Oracle passe par Londres. Cela explique qu'il n'ait pas de problèmes.

Il semblerait qu'il y ait un problème après

Code : Tout sélectionner

if-10-1-1-0.tcore1.PVU-Paris.as6453.net

pour certaines IP's (attribuées par voo)

Je contacté Ovh pour voir ce qu'ils en pensent mais il faudra surement se retourner vers Voo.


Ce qui est étrange c'est que il y a deux semaines je passais aussi par Londres...

[oracle]

voici le test pour free puisque xenon a des soucis






je vais re-tester les deux une fois que j aurai fini de télécharger car je télécharger en ce moment

[ymai]

Bonjour

Je me permets de m'immiscer dans cette conversation dont le seul lien avec ma question est sans doute la connexion VOO => OVH
Un modérateur pourrait-il déplacer si je poste à côté de la plaque?

Depuis quelques jours, j'ai de grandes difficultés à rester connecté en FTP sur différents hébergements mutualisés chez OVH.
Je précise que cette connexion ne m'a jamais posé de problème jusqu'ici.

Sous FileZilla, la connexion est souvent difficile à établir (plusieurs essais sont nécessaires) et elle est très instable (parcourir deux ou trois sous-répertoires est un maximum avant d'être déconnecté).

Là, je viens de faire un test de connexion FTP dans un terminal. La session s'ouvre normalement, mais des choses un peu particulières se produisent durant cette session.
Exemple: je suis connecté dans un répertoire précis. j'en obtiens une liste de contenu par la commande ls

Code : Tout sélectionner

ftp> ls
200 PORT command successful
150 Connecting to port 47865
drwx---r-x    2 3590       users               3 Nov  9 10:42 .
drwx---r-x   11 3590       users              11 Nov 10 18:40 ..
-rw-r--r--    1 3590       users           46534 Nov  9 10:42 2781.pdf
226-Options: -a -l
226 3 matches total


Parfait, tout se passe bien. Je peux même relancer immédiatement la même commande.

Code : Tout sélectionner

ftp> ls
200 PORT command successful
150 Connecting to port 38431
drwx---r-x    2 3590       users               3 Nov  9 10:42 .
drwx---r-x   11 3590       users              11 Nov 10 18:40 ..
-rw-r--r--    1 3590       users           46534 Nov  9 10:42 2781.pdf
226-Options: -a -l
226 3 matches total


Mais, aléatoirement, de temps en temps, la commande échoue

Code : Tout sélectionner

ftp> ls
200 PORT command successful
425 Could not open data connection to port 54441: No route to host
ftp> ls
200 PORT command successful
425 Could not open data connection to port 50786: No route to host


Puis elle fonctionne à nouveau.

Code : Tout sélectionner

ftp> ls
200 PORT command successful
150 Connecting to port 57284
drwx---r-x    2 3590       users               3 Nov  9 10:42 .
drwx---r-x   11 3590       users              11 Nov 10 18:40 ..
-rw-r--r--    1 3590       users           46534 Nov  9 10:42 2781.pdf
226-Options: -a -l
226 3 matches total


La seule différence, à chaque fois, semble être le numéro de port.
Mais je ne vois aucune logique dans les ports admis et les ports non admis.

Pendant le même temps, une connexion FTP vers les mêmes hébergements, mais sur une connexion Numéricable est parfaitement stable.

Quelqu'un par ici aurait-il les compétences techniques suffisantes pour expliquer ce qui se passe et me donner quelques biscuits pour aborder le service technique de VOO avec des arguments?

Petit souci supplémentaire aussi depuis quelques jours: de grosses difficultés à faire partir les mails sur le serveur ns0.ovh.net. Il faut rater plusieurs tentatives d'envoi avant que, tout à coup, le mail parte. Cela ressemble un peu au phénomène aléatoire décrit plus haut avec le FTP.

Merci pour toute réponse.

[cdl]

Les problèmes sont peut-être liés.
Pouvez-vous faire un traceroute vers l'ip de votre serveur ftp.

[ymai]

Bonjour

Les problèmes sont peut-être liés.
Pouvez-vous faire un traceroute vers l'ip de votre serveur ftp.

Merci de réagir.
Malheureusement, les serveurs mutualisés chez OVH ne répondent pas, ni aux pings, ni aux traceroute.
Le traceroute s'arrête à Londres.

Code : Tout sélectionner

yves@Bureau:~$ traceroute isnd.be
traceroute to isnd.be (213.186.33.4), 30 hops max, 60 byte packets
 1  192.168.0.1 (192.168.0.1)  0.170 ms  0.215 ms  0.247 ms
 2  * * *
 3  78.129.125.249 (78.129.125.249)  11.345 ms  11.373 ms  11.258 ms
 4  212.68.211.137 (212.68.211.137)  11.948 ms  11.971 ms  12.011 ms
 5  212.3.232.1 (212.3.232.1)  11.365 ms  11.441 ms  11.352 ms
 6  ae-7-7.ebr1.London1.Level3.net (4.69.148.182)  15.348 ms  11.654 ms  15.779 ms
 7  ae-59-114.csw1.London1.Level3.net (4.69.153.126)  15.820 ms ae-58-113.csw1.London1.Level3.net (4.69.153.122)  10.766 ms ae-56-111.csw1.London1.Level3.net (4.69.153.114)  18.051 ms
 8  ae-118-3504.edge3.London1.Level3.net (4.69.166.142)  55.272 ms ae-117-3503.edge3.London1.Level3.net (4.69.166.138)  15.509 ms ae-115-3501.edge3.London1.Level3.net (4.69.166.130)  15.542 ms
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
etc...



[Papanowel]

Essaye avec celui-ci:

176.31.253.58

[betaku]

Xeon, tu retournes chez telenet ? je sais que tu as jamais eu de pb chez eux et que t es partie chez edpnet pour l up , mais pourquoi tu veux y retourner ma poule?

Je suis complètement satisfait de edpnet, le seul truc qui me gêne c'est la grosse latence du vdsl2 alors voilà

[ymai]

Essaye avec celui-ci:

176.31.253.58

Comme l'impression d'arriver à Roubaix Valley...

Code : Tout sélectionner

 yves@Bureau:~$ traceroute 176.31.253.58
traceroute to 176.31.253.58 (176.31.253.58), 30 hops max, 60 byte packets
 1  192.168.0.1 (192.168.0.1)  0.255 ms  0.240 ms  0.254 ms
 2  * * *
 3  78.129.125.249 (78.129.125.249)  11.227 ms  11.241 ms  11.264 ms
 4  212.3.238.9 (212.3.238.9)  11.322 ms  11.342 ms  11.418 ms
 5  ae-0-11.bar2.Brussels1.Level3.net (4.69.148.178)  11.721 ms  11.431 ms  11.458 ms
 6  ae-7-7.ebr1.London1.Level3.net (4.69.148.182)  15.772 ms  11.897 ms  17.463 ms
 7  ae-57-112.csw1.London1.Level3.net (4.69.153.118)  24.778 ms ae-58-113.csw1.London1.Level3.net (4.69.153.122)  11.735 ms ae-59-114.csw1.London1.Level3.net (4.69.153.126)  14.630 ms
 8  ae-117-3503.edge3.London1.Level3.net (4.69.166.138)  15.532 ms  14.527 ms ae-118-3504.edge3.London1.Level3.net (4.69.166.142)  14.469 ms
 9  * ldn-1-6.uk.eu (178.33.100.213)  17.016 ms *
10  rbx-g1-a9.fr.eu (94.23.122.66)  20.616 ms  20.630 ms  20.653 ms
11  * * vss-6a-6k.fr.eu (91.121.128.38)  15.641 ms
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
etc...


Mais la conclusion à en tirer?

En passant, je signale que j'ai trouvé une parade presque acceptable (sauf que c'est inadmissible de devoir chipoter). En switchant vers le mode "Actif", c'est toujours aussi difficile de se connecter, mais quand on est connecté et que le changement de répertoire rate la marche, on a droit à des chances supplémentaires. On est averti du problème de port, mais la connexion n'est pas rompue définitivement.
Donc, j'arrive tant bien que mal à uploader des fichiers sur mon serveur FTP.
Ce fait donne-t-il une idée pour une piste à suivre?
Et toujours ce gap au relais 2, à la sortie de mon modem. Significatif? J'ai fait plein d'autres tests sur d'autres serveurs. Il n'y a, apparemment, qu'avec les serveurs chez OVH que j'ai ça.

Code : Tout sélectionner

yves@Bureau:~$ traceroute ovh.fr
traceroute to ovh.fr (213.186.33.33), 30 hops max, 60 byte packets
 1  192.168.0.1 (192.168.0.1)  0.508 ms  0.552 ms  0.581 ms
 2  * * *
 3  78.129.125.249 (78.129.125.249)  11.553 ms  11.578 ms  11.469 ms
 4  212.68.211.137 (212.68.211.137)  55.159 ms  55.177 ms  55.205 ms
 5  212.3.232.1 (212.3.232.1)  11.688 ms  11.711 ms  11.736 ms
 6  ae-7-7.ebr1.London1.Level3.net (4.69.148.182)  16.526 ms  11.281 ms  11.746 ms
 7  ae-57-112.csw1.London1.Level3.net (4.69.153.118)  12.717 ms ae-56-111.csw1.London1.Level3.net (4.69.153.114)  16.423 ms ae-59-114.csw1.London1.Level3.net (4.69.153.126)  16.440 ms
 8  ae-118-3504.edge3.London1.Level3.net (4.69.166.142)  16.238 ms ae-116-3502.edge3.London1.Level3.net (4.69.166.134)  16.161 ms ae-117-3503.edge3.London1.Level3.net (4.69.166.138)  16.236 ms
 9  * * *
10  * * *
etc...


et, tiens, avec infomaniak aussi.

[oracle]

Xeon

Ah rien de tel que le cable.... mais qui sait, peut etre qu avec l ouverture du câble a la concurrence tu retrouveras ton edpnet d amour de ton petit cœur en porcelaine ....

Au faite, tu vas garder la parabole et simplement prendre internet ?

[betaku]

Xeon

Ah rien de tel que le cable.... mais qui sait, peut etre qu avec l ouverture du câble a la concurrence tu retrouveras ton edpnet d amour de ton petit cœur en porcelaine ....

Au faite, tu vas garder la parabole et simplement prendre internet ?

J'ai jamais pris la parabole chez edpnet, j'ai déjà la télédistribution+digital de telenet alors

[oracle]

aaaa ok j avais oublié ce détail. Tu nous diras quel abonnement tu as prit chez telenet et vient refaire les tests du ping pour comparer

[aladec]

Bonjour,
J'ai le même problème que Ymai
Le tracert vers un site hébergé par ovh ne termine pas la route (exactement le même problème que Ymai)
Test avec un portable situé à mon domicile : connexion instable par FTP, navigation avec Internet Explorer 9 instable, pas de problème avec FireFox, Opéra et Chrome, boîte mail sur OVH (connexion instable).
Test avec le même portable dans la région de Lierneux : FAI aussi Voo, tracert route non déterminé, FTP stable, navigation avec Internet Explorer 9 relativement stable, pas de problème avec les autres navigateurs

tracert www.ovh.com
blocage à ce niveau comme Ymai :
ae-118-3504.edge3.London1.Level3.net (4.69.166.142) 16.238 ms ae-116-3502.edge3.London1.Level3.net (4.69.166.134) 16.161 ms ae-117-3503.edge3.London1.Level3.net (4.69.166.138) 16.236 ms
9 * * *

[cdl]

Je pense que sur les mutualise ils bloquent le traceroute et le Ping.

En tout cas ce matin, ça semble aller mieux.

[Papanowel]

En tout cas ce matin, ça semble aller mieux.

Pas chez moi en tout cas

[ymai]

En tout cas ce matin, ça semble aller mieux.

Depuis Auderghem, je confirme. Il n'y a pas photo.
- les mails partent tout seuls
- même en mode passif, aucun problème pour papillonner parmi mes répertoires sur le serveur FTP chez OVH. Et ce depuis une bonne dizaine de minutes maintenant; plus de déconnexions après quelques poignées de secondes.

Ce serait quand même bien de savoir ce qui se passait.