La Fibre
Hébergeurs et opérateurs pro / entreprises => Hébergeurs et opérateurs pro / entreprises => OVH FAI => Discussion démarrée par: Electrohydnum le 08 février 2017 à 11:55:01
-
Bonjour,
J'ai un abonnement Pack ADSL Pro chez OVH depuis plusieurs années, en collecte Orange.
Ma ligne est très courte environ 100 mètres, atténuation théorique de 3 dB d'après OVH.
Depuis trois semaines, les débits IP de navigation sont instables avec de fortes baisses et pertes de paquets créant même des microcoupures dans le chargement des pages WEB, surtout les après-midi et les soirées.
Les débits montants et les pings restent corrects (légère baisse du débits montants et légère hausse des pings, les après-midi et soirées).
La synchronisation est stable, sans coupure (synchro à 1023/24997 kbps).
Voici les caractéristiques de connexion données par le modem, avant et après ce problème :
(http://alpha-beta.123.pagesperso-orange.fr/images/Connexion_DSL_comparatif_avant_apres_probleme.jpg)
Hier, les débits des téléchargements "mono thread" étaient divisés par 40 (0,5 Mbps au lieu des 20 Mbps habituels).
Les téléchargements en IPv6 plafonnent parfois à quelques ko/s (sous Firefox) avant de passer en "échec".
J'ai ouvert un compte sur grenouille.com où l'on peut voir très clairement les chutes des débits des téléchargements mono thread les après-midi et soirées :
hier par exemple :
http://www.grenouille.com/graph/index.php?zone=421450&type=download&day=2017-02-07&month=2017-02-01
Pertes de paquets, parfois supérieures à 10%, par exemple lundi soir vers 21h (pathping vers www.ovh.com) :
Saut RTT Perdu/Envoyé = % Perdu/Envoyé = % Adresse
0 DESKTOP-xxxxxxxx.xxx [192.x.x.x]
0/ 100 = 0% |
1 1ms 0/ 100 = 0% 0/ 100 = 0% 192.x.x.x
4/ 100 = 4% |
2 27ms 11/ 100 = 11% 7/ 100 = 7% th2-1-rdb.fr.eu [178.32.37.14]
0/ 100 = 0% |
3 28ms 6/ 100 = 6% 2/ 100 = 2% be10-221.rbx-g2-a9.fr.eu [178.32.37.154]
0/ 100 = 0% |
4 27ms 6/ 100 = 6% 2/ 100 = 2% vl20.rbx-g2-a75.fr.eu [188.165.9.95]
0/ 100 = 0% |
5 27ms 7/ 100 = 7% 3/ 100 = 3% po7.rbx-iplb1a-a70.fr.eu [37.187.231.77]
0/ 100 = 0% |
6 28ms 4/ 100 = 4% 0/ 100 = 0% www.ovh.com [198.27.92.1]
J'ai ouvert un ticket auprès du SAV d'OVH (ticket 1879807115).
Voilà, je vous tiendrai informé du suivi et de l'évolution du problème, cela est instructif et peut servir à d'autres clients (OVH et autres).
Merci.
-
Bizarre que ta marge de bruit soit si importante avant le problème. 15,7 ça fait énorme pour de l'ADSL a 100m. Ton installation est elle ancienne ?
Et pourquoi tu ne change pas d'offre chez OVH pour passer en VDSL2 :
https://www.ovhtelecom.fr/adsl/entreprise/
Après ca peut être une saturation de NRA... :)
-
Le chipset ID fournisseur c'est :
- En local, le chipset de ton modem : Du broadcom, cela ne risque pas de changer sauf si tu changes ton modem
- En distant, le chipset du DSLAM : Tu as changé de DSLAM, tu es passé d'un DSLAM avec chipset "Infineon Technologies" à un DsLAM avec chipset Broadcom.
Le fait d'avoir du broadcom des deux coté permet d'activer le nitro, un technologie propriétaire Brodacom de compression des en-têtes ATM et de gagner 20% de débit.
-
Mon installation est pratiquement neuve, liaison filaire directe de quelques mètres depuis le DTI.
Merci vivien pour votre explication. Y-a de vrais connaisseurs (et - ou professionnels ?) sur ce forum.
Vivien, pouvez-vous me dire si l'atténuation de la ligne "montante" égale voire supérieure à l'atténuation de la ligne "descendante" est normale en ADSL2+ ?
-
+1 pour vivien.
Mais son offfe est trop vieille car elle propose que de l'adsl 😢
-
Bonsoir,
Je n'ai toujours pas de nouvelle du SAV d'OVH. Je viens de faire des tests à l'instant. Toujours les mêmes problèmes (pertes de paquets et chute de débit ce soir).
Vivien, pouvez-vous me dire si l'atténuation de la ligne "montante" égale voire supérieure à l'atténuation de la ligne "descendante" est normale en ADSL2+ ?
Merci.
-
J'ai une atténuation montante très inferieure moi
-
Chez moi, actuellement :
Atténuation de ligne (montant/descendant) [dB]: 3,6 / 3,5
La même ligne, en janvier 2014, (modem et installation identique) :
Atténuation de ligne (montant/descendant) [dB]: 0,5 / 2,1
Concernant mon problème de chute de débit et pertes de paquets, je n'ai toujours pas reçu de réponse à mon ticket (ticket 1879807115). À suivre...
-
La puissance de sortie descendante, c'est une infirmation fournie par le DSLAM et avant ton DSLAM ne fournissait pas l’information, d'où la valeur zéro.
Tu as un débit de synchronisation de 24,99 Mb/s ATM, tout est parfait sur ta ligne avec le nouveau DSLAM, si tu n'arrives pas à avoir un bon débit, par exemple en téléchargeant un fichier de grande taille sur la page https://bouygues.testdebit.info/ c'est qu'il y un souci en amont. (teste IPv4 et IPv6 au cas où cela serait différent)
Un SmokePing de ta ligne pourrait être intéressant à faire : il faut que ta box réponde au ping (c'est déja le cas) et il me faut ta ville pour compléter le smokeping.
-
Pour info les valeur d'atténuation données par les modems ou routeurs ne sont absolument pas fiable.
Il peut y avoir des variations de plusieurs voir une dizaine de dB sur une ligne longue suivant l'appareil au bout.
La seul mesure d'atténuation valable est avec une valise 300khz à chaque extrémité.
-
Ton Graphe Smokeping (https://lafibre.info/dns/smokeping.cgi?target=ovh.a) est parfait : Latence stable et aucune perte de paquet. Je suis étonné de l'instabilité que tu décris.
-
Effectivement. À voir comment ça va évoluer aux fils des heures et jours.
Mardi le 7 février :
- ping :
(http://www.grenouille.com/graph/graph.png.php?zone=421450&type=ping&date=2017-02-07&period=day&cache=826002)
- débit de téléchargement :
(http://www.grenouille.com/graph/graph.png.php?zone=421450&type=download&date=2017-02-07&period=day&cache=826002)
Vivien, le sens de la réalisation du ping peut-il avoir une influence sur les valeurs du temps et des pertes de paquets ? Quand je ping lafibre.info depuis mon PC, j'ai une moyenne de 35ms, contre 41ms sur le Graphe Smokeping.
Merci.
-
On notera que ça semble mieux aller chez moi depuis qqs jours chez OVH collecte Orange !
-
Bonjour,
J'ai des nouvelles d'OVH suite au ticket, y-a effectivement un incident technique sur mon accès.
À suivre !
Je vous en prie.
Je vous présente nos excuses pour la durée du traitement de votre demande et
la réponse tardive.
Votre accès internet « xdsl- » est impacté par un incident technique.
Les investigations sont toujours en cours pour corriger le dysfonctionnement.
Je vous tiendrai au courant dès que j'aurai des informations à ce sujet.
Je vous présente nos excuses pour toute gêne occasionnée par cette dégradation
du service.
En vous remerciant pour votre compréhension.
Je reste à votre disposition pour toute demande complèmentaire.
Cordialement,
-
Vivien, le sens de la réalisation du ping peut-il avoir une influence sur les valeurs du temps et des pertes de paquets ? Quand je ping lafibre.info depuis mon PC, j'ai une moyenne de 35ms, contre 41ms sur le Graphe Smokeping.
Un ping c'est un aller / retour : il n'y a donc pas de sens car les deux sont testés.
Par contre pour les petits débits (c'est ton cas) la tille du paquet de ping envoyé a son importance.
La taille utilisée est dans le graphe (56 octets), il faudrait faire un test avec la même taille.
Je note par contre une dégradation récente, depuis hier à 11h le ping est beaucoup moins stable :
-
Pourtant je n'ai pas utilisé mon accès entre 21h20 et 8h45 (Wifi désactivé et tous appareils reliés au modem éteints).
Pour la commande ping avec paquets de 56 octets, c'est bien vers lafibre.info, avec la commande et l'option -l 56 comme ci-dessous ?
ping -l 56 lafibre.info
Si oui, avec cette commande, j'ai une moyenne de 29ms depuis mon pc vers lafibre.org. Pourquoi 43,5 ms sur le graphe SmokePing ?
-
Je n'ai pas la bonne IPv4. J'ai vérifié : l'IPv4 que tu m'as donné est une IP Free.
-
Avez-vous réceptionné mon message privé ? (les messages que je vous envoie ne sont pas visibles dans mon interface, est-ce normal ?)
P.-S. : j'ai trouvé, pour archiver les messages privés envoyés, il faut cocher l'option Sauvegarder par défaut une copie de tous les messages personnels que j'envoie. à Profil>Modifier le Profil>
Messagerie Personnelle
-
Bonjour,
Depuis ce matin vers 3h, les accès OVH xDSL en collecte Orange reliés au LNS de Paris connaissent des problèmes de débits, de pings (baisse ! puis hausse) et de pertes de paquets (voir les graphes SmokePing (https://lafibre.info/dns/smokeping.cgi?target=ovh.a) de bartounet16000, Electrohydnum ou encore de bidouille82).
Remarquez les baisses des pings entre 3h10 et 10h25. Ce qui nous montre que "les liens" pourraient peut-être être mieux optimisés côté OVH.
(http://alpha-beta.123.pagesperso-orange.fr/images/lafibre_22022017_incident_LNS_Paris.jpg)
Sur OVH Tasks, on remarque deux incidents clôturés ce matin liés à ces problèmes :
23273 (http://travaux.ovh.net/?do=details&id=23273)
23285 (http://travaux.ovh.net/?do=details&id=23285)
Mais depuis 10h30, les pings sont élevés et instables et les pertes de paquets persistent pour les accès OVH xDSL en collecte Orange reliés au LNS de Paris (saturation du LNS ?)
Je viens de créer un ticket auprès d'OVH.
À suivre.
-
Oui j'ai bien remarqué cela.
C'est terrible depuis 10h ce matin.
Pour ton info j'ai un ticket ouvert depuis longtemps sur ce problème de perte.
Ce sont les graphs smokeping qui ont permis de prouver que le probleme était coté OVH ( ou collecte IP/Orange OVH)
https://lafibre.info/ovh-fai/probleme-de-perte-de-paquets/
-
Salut,
T'es sur que tu es encore en collecte orange.fr ? J'ai eu exactement la meme chose que toi quand OVH avait fait passer la ligne sur SFR.
Il a fallu plus de 6 mois pour reussir a repasser sur orange.fr.
-
Oui je suis sur :)
-
Bonsoir Electrohydnum,
Effectivement, tu as changé de DSLAM, avant tu étais raccordé sur un DSLAM ECI avec chipset Infineon Technologies, maintenant, tu es raccordé sur un DSLAM Alcatel avec chipset Broadcom. Il me semble que tu as eu une baisse de Ping suite à ce changement de DSLAM sans doute que tu es raccordé sur une carte compatible G.INP 8) voire prêt pour le VDSL2.
Cependant, je trouve tout même bizarre cette augmentation d'atténuation montante ???. L'atténuation descendante est correcte.
D'accord, il y a peut-être un peu plus de longueur de câble entre le premier DSLAM (ECI) et le second, mais cela doit être dérisoire et je pense que l'atténuation au répartiteur est quasi identique. (0.1 à 0.4 db)
Il semble que le DLM n'a pas optimisé ta ligne à la vue de tes infos de connexion Adsl, (blacklisté ?) c'est dommage, car il aurait sans doute amélioré légèrement ta ligne.
D'ailleurs, les précisions qu'il y a dans ton message sur forum d'OVH son intéressant : http://community.ovh.com/t/problemes-debits-microcoupures-ip/1733
"capture datant de janvier 2014, pour comparer :"
(http://alpha-beta.123.pagesperso-orange.fr/images/for_ovh_260114_2.jpg)
Etc.
Bref, pour en revenir à ton problème n'hésite pas à surveiller le ping du LNS d'OVH (1er saut) et à les relancer.
-
Bonjour,
L'atténuation de la voie montante a encore augmentée : 5,1 dB cet après-midi ! Et toujours 3,5 dB pour la voie descendante.
Le modem commence à comptabiliser, pour la voie montante, des erreurs CRC et HEC. Il n'y en avait jamais les semaines précédentes pour la voie montante !
Pour 32 heures de connexion et 388 Mo de données transférées (voie montante) :
FEC : 5524
CRC : 45
HEC : 32
L'un des brins de la paire de cuivre peut-il avec un contact avec une résistance anormalement élevée (au niveau du DSLAM et ou au Point de Concentration sur le poteau) ?
Je voulais faire migrer mon accès vers la technologie VDSL2, mais je crains déjà qu'il va y avoir des problèmes pour la voie montante (porteuses de fréquences beaucoup plus élevées qu'en ADSL2+).
Je possède un autre modem (une box NB6 utilisée par SFR), celle-ci pourrait-il me servir à trouver l'origine du problème (graphs QLN, Hlog, SNR, etc. ) ?
-
Pour info les valeur d'atténuation données par les modems ou routeurs ne sont absolument pas fiable.
Il peut y avoir des variations de plusieurs voir une dizaine de dB sur une ligne longue suivant l'appareil au bout.
La seul mesure d'atténuation valable est avec une valise 300khz à chaque extrémité.
Je me cite...
Pour les FEC et CRC qui sont apparu depuis le changement de DSLAM c'est sûrement que le plot est moins bon que ton ancien.
-
Toujours pas d"amélioration concernant les pertes de paquets, pings et débits.
(https://lafibre.info/smokeping/ovh/a/bidouille82_last_43200.png)
Mais le problème semble être suivi :
Je vous présente nos excuses pour la durée du traitement de votre demande et
pour ce dérangement.
Les investigations sont toujours en cours pour corriger le dysfonctionnement.
Nous mettons tout en œuvre pour résoudre cela dans les plus brefs délais.
Je vous invite à patienter, je vous tiendrais au courant dès que j'aurai des
informations à ce sujet.
À suivre...
-
L'accès de bidouille82 ne présente plus de problèmes de pertes de paquets depuis vendredi 03/03 à 00h20, et le ping est même diminué d'environ 11 ms.
(http://alpha-beta.123.pagesperso-orange.fr/images/lafibre_bidouille82_last_172800.png)
-
Bonsoir.
Electrohydnum, regarde nos graphs, ils sont totalement identiques.
Nétant pas sur les même NRA cela prouve que c'est de la responsabilité de OVH
Je ne te fais pas mariner, j'ai un ticket très houleux avec OVH Actuellement.
J'ai apporté les preuves irréfutables que cela était coté OVH
Ils ont admis que les pertes venaient de chez eux, et on avoué que la collecte était sature...
Ils ont meme ajouter des liens, et fais des actions pour réduire cette saturation.
J'ai vu une nette amélioration suite à leurs actions, mais ce n'est pas suffisant
Ce soir je suis à 150ms de latence et 15% de perte de paquet.
Toujours entre 21h et 23h
Nos graphs le montre.
Ils ont jetés l'éponge et se cache derrière leur contrat avec orange qui est du "Best Effort" !!!
Orange est prioritaire et nous les pauvres collectes en faisons les frais
Ils m'ont avoué sur le ticket qu'ils ne pourraient plus faire grand chose.
je demande mon remboursement des 2 derniers mois et je passe chez Free ( dégroupé depuis peu chez moi..)
Voiçi l'historique des dernier tickets ...
Il y avait une saturation sur le lns de Roubaix, celle-ci générait une
congestion qui créait les pertes de paquets, cette saturation a été corrigée.
Pourriez-vous me fournir des horodatages / pings / mtr montrant la persistance
du défaut ?
Je reste à votre disposition pour toute demande complèmentaire.
Cordialement,
—
Luigi B.
Technicien Support IT Expert - Dysfonctionnement Télécom
Notre support : Lun - Vend : 8h à 20h | Samedi 09h à 17h au 1007 (gratuit
Suite aux investigations, nous avons constatés une saturation sur le lns de
Roubaix, le traffic était à certaines heures complètement saturé, nous avons
placé un monitoring et corrigé ce comportement afin d'éviter cette saturation.
Actuellement, nous continuons de surveiller le lns.
Cependant, n'hésitez pas à revenir vers nous si vous constatez une anomalie.
Je reste à votre disposition pour toute demande complèmentaire.
Cordialement,
—
Luigi B.
Technicien Support IT Expert - Dysfonctionnement Télécom
Suite aux nouvelles analyses, on me confirme qu'il s'agit là d'un souci de
congestion,nous avons mis en place de nouveaux peering avec Orange sur les
précédentes actions pour éviter ce comportement mais nous n'avons pas la
possibilité d'éviter que les clients de l'opérateur historique soient
prioritaires lorsqu'une congestion survient avec le contrat Best Effort que la
collecte propose.
Nous ne pourrons donc améliorer la qualité de votre connexion.
Je reste à votre disposition pour toute demande complèmentaire.
Cordialement,
—
Luigi B.
Technicien Support IT Expert - Dysfonctionnement Télécom
e vous confirme que nous sommes ici sur une fin de parcours au niveau du
traitement technique, nous ne pourrons améliorer la qualité de la connexion
sur ce défaut.
Pourriez-vous me préciser le geste commercial souhaité afin que je transmets à
la cellule concerné ?
Je reste à votre disposition pour toute demande complèmentaire.
Cordialement,
—
Luigi B.
Technicien Support IT Expert - Dysfonctionnement Télécom
Je ne veux pas me jeter de fleurs :)
Mais bidouille peux me remercier :)
Ce sont mes retours graphs à l'appui qui ont poussé OVH à améliorer