OVH Community, votre nouvel espace communautaire.

Augmentation du ping, encore et toujours.


Djay86
01/09/2012, 19h22
C'est de pire en pire! le ping est au dessus de 300 quasiment toute la journée, le débit est très médiocre 2mega maximum comparé aux 8mega constant de chez orange, j'imagine que la seul solution serait de passer chez orange pro?

brunchto
28/08/2012, 18h46
bizarrement, j'ai un peu le même soucis. depuis mi aout, vers 20h, j'ai une dégradation brutale de la connexion. avec un nombre incalculable d'erreurs FEC (78.607.958 en 3j), CRC et HEC. J'ai passé un temps infini avec le support a changer de modem, de cables de filtres ADSL. j'ai aussi débranché l'ensemble des cables FT pour ne garder que les 2 fils FT. Toujours pareil ...
le support a créé un incident pour le helpdesk il y a mercredi dernier. Depuis, aucune nouvelle

Djay86
28/08/2012, 16h26
Citation Envoyé par XaTriX
Un nouveau voisin proche de la ligne (aérienne?) avec une alarme ou autre ?

XaT
non, pas de nouveaux voisins.

XaTriX
28/08/2012, 15h58
Un nouveau voisin proche de la ligne (aérienne?) avec une alarme ou autre ?

XaT

Djay86
28/08/2012, 15h52
Bonjour,
j'ai exactement le même problème que l'auteur tous les soirs vers 22h depuis 1 mois ma ligne devient inutilisable avec un ping aux alentours de 700 et une bande passante de moins de 1 mega alors que en journée j'ai un ping de 50 et une BP de 5 mega (j’étais aux alentours de 8 mega sous orange).

je n'avais jamais eu ce genre de soucis chez orange ma ligne n'a jamais était saturé de plus j'habite dans un village et il y a très peu de chance que la ligne sature, je pense personnellement à un bridage volontaire d'orange (ligne non-dégroupé) il y aurait il une manip pour permettre d'outrepasser ce bridage?

geoffrey74
20/07/2012, 23h39
Bonne question...
Essaye peut-être une mise en demeure par voie postale...

BAdr.
20/07/2012, 21h29
Citation Envoyé par Elminster
T'as vérifier tes logs du modem histoire de voir si tu te prends pas des instrusions genre attaque DOS ?
Je n'ai jamais trouvé d'élément utile dans le log du modem.
Et puis quand le problème est présent depuis un an, principale le soir et le week (principalement car l'année dernière d'étais h24 pendant 4 mois et un mec au support qui me faisait faire des traceroutes tous les 15 jours), ca ressemble beaucoup plus à un genre de saturation.


Que peut t'on faire quand le support s'en branle la nouille du client?

Elminster
20/07/2012, 15h34
T'as vérifier tes logs du modem histoire de voir si tu te prends pas des instrusions genre attaque DOS ?

BAdr.
20/07/2012, 11h53
Merci quand même.


Sinon, toujours aucune réponse du support.
Et problème toujours présent.

Mariotte91
17/07/2012, 15h59
Alors je n'ai pas d'idée,

désolé !

J'avais bien eu de tels symptômes, mais c'était avec une utilisation de P2P. J'avais également constaté pas mal de ralentissement quand le partage de fichiers multimedia était actif.

Patrick

BAdr.
17/07/2012, 10h55
Bonjour,

Mon modem possède bien des fonctions de partage de fichier, mais celles ci ne sont pas activé.

J'ai un serveur qui tourne tous le temps, mais celui n'en ai pas la cause, car je l'ai coupé du réseau pendant trois semaines et cela n'a strictement rien changé,
ancienne et nouvelle ip.

Pour le mtu, il est réglé à 1432 suite à un préconisation d'ovh à cause du problème de certain site s'affichant en page blanche.

Mariotte91
17/07/2012, 08h06
Bonjour,

Pourais tu nous préciser la configuration que tu utilise et en particulier :

- utilisation ou non des fonctions de partage de fichier de la box
- utilisation ou non sur le LAN de client(s) P2P
- réglage du MTU (si modifié)

Merci,

Patrick

BAdr.
16/07/2012, 21h53
Toujours un ping (partout) aussi lamentable le soir et donc une ligne inutilisable.

C:\Users\Adr>time
L'heure actuelle est*: 21:42:36,43
Entrez la nouvelle heure*:
C:\Users\Adr>ping -t ovh.fr

Envoi d'une requête 'ping' sur ovh.fr [213.186.33.33] avec 32 octets de données*:
Réponse de 213.186.33.33*: octets=32 temps=963 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1057 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1134 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1057 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=780 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=701 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=657 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=790 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1004 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1115 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1086 ms TTL=59
Délai d'attente de la demande dépassé.
Réponse de 213.186.33.33*: octets=32 temps=554 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=579 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=666 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=766 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=842 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=910 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=887 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1030 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1162 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1171 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1048 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1096 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1113 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1098 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1114 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1061 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1084 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1063 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1062 ms TTL=59

Statistiques Ping pour 213.186.33.33:
Paquets*: envoyés = 31, reçus = 30, perdus = 1 (perte 3%),
Durée approximative des boucles en millisecondes :
Minimum = 554ms, Maximum = 1171ms, Moyenne = 955ms
Ctrl+C
Merci.

BAdr.
15/07/2012, 19h41
Salut,
C'est le graph du manager d'ovh.

Autant c'est normal que ton ping augmente lorsque tu satures ta BP
Quand la ligne fonctionne normalement, le ping de dépasse pas les 100~150 environ quand celle ci est sollicitée à 100%, grand max.
Là on ne voit que des stats, et on parle de monté à + de 1000 pendant des heures(le débit n'est pas impacté).

Je vous explique pas l'utilisation de putty à ces moments, 1s de délai par caractère ...

c'est qu'une autre machine de ton réseau local utilise la BP, et sature les buffers du routeur. Je ne connais pas le modèle de routeur qu'utilise OVH, mais vu ce que j'ai pu constater sur les modems routeurs livebox et freebox, ça m'étonnerait qu'ils gèrent mieux le problème de la saturation des buffers.

Si tu n'as pas d'autres machines sur ton réseau local, assure-toi que ton wifi n'est pas ouvert aux quatres vents.
Le problème est présent même sans aucune machine d'allumée. Le wifi est complétement désactivé et je possède un modem dgn3500. De toute façon même avec celui fournie par ovh c'était pareil.

Toujours aucune réponse du support malgré les relances et un abonnement à 25€ pour du no!box.
Du bon gros foutage de gueule, ça fait toujours plaisir d'être pris pour un pigeon.

Ovh adsl, la farce de l'année? C'est Darty qui y'a derrière? pire?
C:\Users\Adr>time
L'heure actuelle est*: 19:54:46,51
Entrez la nouvelle heure*:
C:\Users\Adr>ping -t ovh.fr

Envoi d'une requête 'ping' sur ovh.fr [213.186.33.33] avec 32 octets de données*:
Réponse de 213.186.33.33*: octets=32 temps=696 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=896 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1066 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1130 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1164 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1035 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=855 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=752 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=631 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=523 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=615 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=684 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=570 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=656 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=577 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=418 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=287 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=533 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=622 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=490 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=418 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=364 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=394 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=457 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=497 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=485 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=392 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=495 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=532 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=606 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=500 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=596 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=655 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=752 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=842 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=916 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=899 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1008 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1033 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=871 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1199 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=1091 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=758 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=513 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=480 ms TTL=59

Statistiques Ping pour 213.186.33.33:
Paquets*: envoyés = 45, reçus = 45, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 287ms, Maximum = 1199ms, Moyenne = 687ms

C:\Users\Adr>time
L'heure actuelle est*: 22:25:45,89
Entrez la nouvelle heure*:
C:\Users\Adr>ping -t ovh.fr

Envoi d'une requête 'ping' sur ovh.fr [213.186.33.33] avec 32 octets de données*:
Réponse de 213.186.33.33*: octets=32 temps=508 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=436 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=489 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=495 ms TTL=59
Délai d'attente de la demande dépassé.
Réponse de 213.186.33.33*: octets=32 temps=682 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=637 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=585 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=481 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=339 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=407 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=488 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=479 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=525 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=584 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=514 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=372 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=402 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=422 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=374 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=360 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=329 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=360 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=270 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=193 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=289 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=363 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=463 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=522 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=466 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=437 ms TTL=59

Statistiques Ping pour 213.186.33.33:
Paquets*: envoyés = 31, reçus = 30, perdus = 1 (perte 3%),
Durée approximative des boucles en millisecondes :
Minimum = 193ms, Maximum = 682ms, Moyenne = 442ms
Ctrl+C

gpit
12/07/2012, 09h14
Bon si ton graph est celui du modem/routeur ADSL, il y a probablement un problème côté OVH. Autant c'est normal que ton ping augmente lorsque tu satures ta BP (enfin normal, c'est un grand mot, avec une bonne config de ta machine, ça ne devrait pas arriver). Autant la grosse augmentation qui arrive après (vers 21h) ne s'explique que par un mauvais partage entre les utilisateurs OVH.

Maintenant, si ce graph est généré sur ta machine et non pas sur le routeur, alors il y a une autre explication, c'est qu'une autre machine de ton réseau local utilise la BP, et sature les buffers du routeur. Je ne connais pas le modèle de routeur qu'utilise OVH, mais vu ce que j'ai pu constater sur les modems routeurs livebox et freebox, ça m'étonnerait qu'ils gèrent mieux le problème de la saturation des buffers.

Si tu n'as pas d'autres machines sur ton réseau local, assure-toi que ton wifi n'est pas ouvert aux quatres vents.

BAdr.
11/07/2012, 22h49
Connexion toujours aussi lamentable, et toujours aucuns signe du support, mais ca on est habitué.
Merci ovh pour cette qualité toujours aussi merdique et un support niveau 0.

Y'en as ras le bol de se faire pigeonner bien profond.

http://d4.e-loader.net/lygp2GEmF7.png


Citation Envoyé par gpit
Et quelles sont tes caractéristiques de ligne (atténuation, débit, etc)
Ceci dit, que tu soit laissé à l'abandon par OVH n'est pas excusable.
Code:
Lien ADSL 	        Descendant     Montant
Vitesse de connexion    7616 kbps       928 kbps
Atténuation lignen        17.2 db          9.0 db
Rapport Signal/Bruit      8.4 db            9.0 db

laurentm
08/07/2012, 11h13
Ce n'est donc pas de la faute d'OVH directement, on en revient encore à cette horrible collecte ip (qu'elle soit SFR ou Orange, elle est bridée ou saturée très souvent).

Pour moi la meilleure stratégie c'est :

dégroupage possible = OVH
dégroupage non disponible et très près du DSLAM = on peut tenter OVH
dégroupage non disponible et forte atténuation = Orange pro

Marc Z
07/07/2012, 10h48
Il faudrait passer la collecte d'Orange à SFR, ou inversement, si le DSLAM est saturé en débit. Tu habites un quartier de geeks ?

BAdr.
07/07/2012, 07h22
Citation Envoyé par gpit
Ca donne quoi avec l'outil mtr (WinMTR sous windows) ?
Je ne connais pas du tous. Je vais regarder ce que c'est.

Et quelles sont tes caractéristiques de ligne (atténuation, débit, etc) ? Le problème peut venir de plein d'endroits, y compris ton installation locale (tu es en wifi ?) ou ta prise telephone. Pourquoi dis-tu "sachant que ça ne vient pas de chez moi" ?
J'ai une installation "normal" est installé il y'a 3 ans dans la maison. Je n'utilise pas le wifi.
Je dit que cela ne vient pas de chez moi, car le problème est toujours au heures "de pointes", le soir et le week end, et qu'ovh m'a régulièrement dit avoir trouvé le problème mais sans jamais donné de détails, certe après que pendant 4 mois un gars ne m'est fais faire des traceroutes pendant 4 mois...
De plus, mêmes quand il n'y a aucuns ordinateurs d'allumés, le problème se présente régulièrement. Soit disant que ft avait fait des intervention est que eux aussi connaissait l'origine du problème, mais au bout d'un an c'est toujours aussi le bordel où tous le monde sans fout. Ca se voit que c'est pas eux qui doivent administrer des dédiés avec putty où tu dois attendre 1s après chaque caractère envoyé. Sans compté encore une fois l'abonnement 25% plus cher que celui actuel, histoire d'en remettre une couche.


Ceci dit, dans le cas d'une ligne "merdique", l'adsl pro Orange a 35 euros ht / mois est celui qui a le plus de chance de fonctionner correctement, car FT ne sabote pas les connexions Orange, mais s'arrange pour que, comme par hasard, elles fonctionnent mieux que la concurrence (surtout comparé à de la collecte ip).
C'est l'abonnement que j'avais avant, et je n'ai jamais eu ce genre de problème. Mais je ne pensais vraiement qu'en passant chez ovh, je resterais dans un domaine "pour pro". J'ai pris une bonne claque, c'est bien dommage.

laurentm
06/07/2012, 10h56
Compte-tenu des procédures chez France Télécom pour réparer les lignes des opérateurs tiers, c'est bien plus simple de commander une nouvelle ligne de téléphone et de mettre un autre adsl dessus ! Bien sûr cela fait des frais pour vous, mais est ce que votre temps est gratuit, quand vous perdez des journées entières au téléphone avec les hotline ?

Ceci dit, dans le cas d'une ligne "merdique", l'adsl pro Orange a 35 euros ht / mois est celui qui a le plus de chance de fonctionner correctement, car FT ne sabote pas les connexions Orange, mais s'arrange pour que, comme par hasard, elles fonctionnent mieux que la concurrence (surtout comparé à de la collecte ip).

gpit
05/07/2012, 13h05
Ca donne quoi avec l'outil mtr (WinMTR sous windows) ? Et quelles sont tes caractéristiques de ligne (atténuation, débit, etc) ? Le problème peut venir de plein d'endroits, y compris ton installation locale (tu es en wifi ?) ou ta prise telephone. Pourquoi dis-tu "sachant que ça ne vient pas de chez moi" ?

Ceci dit, que tu soit laissé à l'abandon par OVH n'est pas excusable.

Elminster
05/07/2012, 08h23
C'est probablement dû à une mauvaise qualité de ta ligne physique.
Et là, seul FT peut y faire quelque chose même si OVH demande de la controler, si les mesures de FT sont qualifiées de suffisante, rien ne bougera.

C'est la même chose pour tout les FAI, seul moyen, retourner chez FT et les pousser pour qu'il corrige le problème.

BAdr.
04/07/2012, 23h08
ovh.fr n'était qu'un exemple. C'est vers n'importe où que le ping est à 1000.

Voila pour le dernier dimanche: http://d7.e-loader.net/Mzh4J4VxQp.png

Et pour cette soirée: http://d21.e-loader.net/x6fTVwhPfM.png

Merci ovh pour cette qualité de ligne complétement merdique depuis un ans.

bac_a_sable
04/07/2012, 20h07
ping -t ovh.fr

Cela donne chez moi
mini: 43ms ; maxi 45ms; moyenne 44ms

Gaston_Phone
01/07/2012, 22h19
De mon coté : ping -t ovh.fr

Envoi d'une requête 'ping' sur ovh.fr [213.186.33.33] avec 32 octets de données :
Réponse de 213.186.33.33 : octets=32 temps=49 ms TTL=59
Réponse de 213.186.33.33 : octets=32 temps=50 ms TTL=59
Réponse de 213.186.33.33 : octets=32 temps=51 ms TTL=59
Réponse de 213.186.33.33 : octets=32 temps=52 ms TTL=59
Réponse de 213.186.33.33 : octets=32 temps=50 ms TTL=59
Réponse de 213.186.33.33 : octets=32 temps=51 ms TTL=59
Réponse de 213.186.33.33 : octets=32 temps=49 ms TTL=59
Réponse de 213.186.33.33 : octets=32 temps=50 ms TTL=59
Réponse de 213.186.33.33 : octets=32 temps=50 ms TTL=59
Réponse de 213.186.33.33 : octets=32 temps=50 ms TTL=59
Réponse de 213.186.33.33 : octets=32 temps=52 ms TTL=59
Réponse de 213.186.33.33 : octets=32 temps=51 ms TTL=59

Statistiques Ping pour 213.186.33.33:
Paquets : envoyés = 12, reçus = 12, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 49ms, Maximum = 52ms, Moyenne = 50ms

Marc Z
01/07/2012, 22h07
Désolé

Code:
L:\>ping -t ovh.fr

Envoi d'une requête 'ping' sur ovh.fr [213.186.33.33] avec 32 octets de données:

Réponse de 213.186.33.33*: octets=32 temps=30 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=29 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=31 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=30 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=30 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=31 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=31 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=31 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=30 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=31 ms TTL=59

Statistiques Ping pour 213.186.33.33:
    Paquets*: envoyés = 10, reçus = 10, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 29ms, Maximum = 31ms, Moyenne = 30ms

BAdr.
01/07/2012, 17h03
Bonjour,
quelle solution existe pour ne plus avoir un ping qui monte jusqu'a 1000 quand la situation dure depuis 1 an et que le support apparemment n'est pas en mesure de régler ça?
Sachant que cela ne vient pas de chez moi.

Avec un abonnement 25% plus cher que la normal et 50€ de frais d'activation de ligne, ceci pour avoir gracieusement participé à la beta de l'offre, on touche sérieusement le fond coté grand public. OVH et le grand public c'est une honte.

Code:
C:\Users\Adr>ping -t ovh.fr

Envoi d'une requête 'ping' sur ovh.fr [213.186.33.33] avec 32 octets de données*:
Réponse de 213.186.33.33*: octets=32 temps=359 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=497 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=710 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=816 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=934 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=854 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=702 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=713 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=670 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=621 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=601 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=603 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=687 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=673 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=741 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=803 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=865 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=830 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=887 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=764 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=659 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=517 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=555 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=615 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=640 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=749 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=771 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=640 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=657 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=745 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=608 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=545 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=621 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=707 ms TTL=59
Réponse de 213.186.33.33*: octets=32 temps=710 ms TTL=59

Statistiques Ping pour 213.186.33.33:
    Paquets*: envoyés = 35, reçus = 35, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 359ms, Maximum = 934ms, Moyenne = 687ms
Ctrl+C
^C