La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Orange / Sosh => 
ADSL / VDSL => Discussion démarrée par: clovis71 le 22 mai 2016 à 15:22:18
-
Bonjour.
Suite à une migration adsl en vdsl2 qui a été activé le 06 mai, j'ai remarqué dès son activation un débit descendant largement insuffisant tandis que le débit montant est souvent au max.
Donc mon débit de synchro est de 101 MB/s pour le descendant et de 20MB/s pour le montant.
Lors de test de débit, le descendant arrive péniblement à 10/15 mégas, le montant atteint 18/20 mégas. Pire, à certaines heures de la journée (18h/23h), le descendant chute drastiquement à 0.5/1méga...
Mes tests sont toujours faits sur la prise DTI, avec un pc connecté en Éthernet, wifi éteint, sans logiciels en arrière plan, ni pare-feu, rien du tout. Machine sous Debian, noyau 4.2.
Mais des tests avec tablette ou smartphone donnent sensiblement les mêmes résultats.
Pour résumer, je peux exploiter les 100% de la bande passante en montant mais je suis à 0.5 à 18% (0.5 le soir à 18 mégas le matin vers 11h) de la bande passante en descendant à l'égard des chiffres de synchro pré-cités.
J'avais écrit un sujet sur un forum et un membre me conseille de venir ici aussi exposer mon problème.
http://www.forum-orange.com/viewtopic.php?id=75507&p=2
Pour info, avant nous étions sur un NRA non fibré, donc limitation à 2mm mais des travaux ont été fait pour l'opticaliser, ils sont achevés depuis le 15 avril. Depuis la migration, le descendant est instable et bien en deçà des caractéristiques de ma ligne tandis que le montant est bien conforme au VDSL2.
Des tests avec traceroute laisse supposer un engorgement ou tout du moins une fortes variations du RTT.
Qu'en pensez-vous ?
Édition:
https://beta.speedtest.net/result/5345414571
Édition 2: correction du titre !
Édition 3: problème résolu !
-
Ça ressemble a une saturation ... mais si le NRA est fibré depuis peu je ne comprend pas comment ça peut arrivé, Orange n'aurait-il pas bien calculé les ressources qu'il aurait besoin en collecte ?
Je ne pense que ça n'y fera pas grand chose mais en ADSL classique ton débit fluctue autant ?
-
Avant non, en adsl, le débit bloqué à 2 mégas pour cause de non opticalisation, il était stable à 240~256 KO/s en descendant et à 0.80 KO/s en montant quelque soit le moment de la journée. Certes faibles mais stable.
Aujourd'hui ce n'est plus le cas pour le descendant, le montant lui est au top. Pire, même en période creuse, j'ai pu approché une fois le 22 mégas,mais comme dit plus haut, bien souvent, il tourne à 15 mégas ce qui est loin des possibilités de ma ligne.
Édit:
À noter qu'un client Sosh, dans la même commune est dans la même situation que moi. Sa ligne présente les mêmes caractéristiques que la mienne (longueur inférieur à 400 mts).
-
Ton speedtest qui indique :
DOWNLOAD 3.92 Mbps
UPLOAD 14.57 Mbps
Montre bien qu'il y a un soucis ;D après je vais laisser parler les pro :D
-
Hé oui, c'est dans ces moments ou on se sent seul ;D :'(
(http://nsa38.casimages.com/img/2016/05/22/160522052308744498.png) (http://www.casimages.com/i/160522052308744498.png.html)
https://beta.speedtest.net/result/5345566950
Le traceroute qui va avec :
traceroute to 193.200.42.217 (193.200.42.217), 30 hops max, 60 byte packets
1 livebox.home (192.168.1.1) 0.615 ms 0.749 ms 0.651 ms
2 80.10.233.161 (80.10.233.161) 59.073 ms 59.803 ms 60.333 ms
3 ae101-0.ncdij201.Dijon.francetelecom.net (193.253.90.14) 60.298 ms 60.312 ms 61.758 ms
4 ae42-0.nrstr101.Schiltigheim.francetelecom.net (193.252.160.106) 68.114 ms 68.833 ms 69.538 ms
5 ae48-0.nridf301.Paris.francetelecom.net (193.251.126.206) 75.466 ms 75.477 ms 76.411 ms
6 ae44-0.noidf001.Paris.francetelecom.net (193.252.99.102) 76.415 ms 75.995 ms 75.927 ms
7 ae41-0.noidf003.Paris.francetelecom.net (193.252.98.122) 74.247 ms 82.962 ms 82.887 ms
8 193.252.227.58 (193.252.227.58) 85.678 ms * *
9 paris1.speedtest.orange.fr (193.200.42.217) 82.163 ms 1233.225 ms 3644.030 ms
-
as tu tester :
- avec un autre PC ?
- as tu désactivé ton A.V 50% des Anti virus bouffe ou te limite 100mega de BP ?
-
Ça ressemble clairement à une saturation côté NRA.
-
@dj54: Tout mes pcs sont sur Debian, pas d'antivirus, pas de pare-feu, rien du tout. D'autres test avec mobile Androïd et tablette Androïd montrent eux aussi le problème. Débit descendant maxi à 20 mégas aux heures creuses et 05/1 méga aux heures chargées!
Un membre de ma famille, qui habite la même commune que moi avec des caractéristiques de ligne identiques (mmoi de 400 mts du NRA) a les mêmes problèmes avec Sosh en VDSL2. Il est venu faire des tests avec son pc portable W8, les résultats sont pires. Et moi je suis aller chez lui, idem... Donc nos pc vont bien.
@DamienC: C'est possible, mais alors que faire dans ce cas ? Tu parles d'une éventuelle saturation dans le NRA (câblages) ? Mais alors, il aurait-été fibré sans autre aménagement ?
-
C'est possible, mais alors que faire dans ce cas ? Tu parles d'une éventuelle saturation dans le NRA (câblages) ? Mais alors, il aurait-été fibré sans autre aménagement ?
Ce n'est peut-être pas ça, mais une hypothèse existe sur le fait que le lien de collecte Fibre pour les xDSL est insuffisant.
Ça expliquerai pourquoi tu as un peu plus en heure creuse qu'en heure pleine, en revanche 20M maxi pour une syncro à quasi 100M c'est étrange. On dirait une limitation.
-
Le traceroute qui va avec :
traceroute to 193.200.42.217 (193.200.42.217), 30 hops max, 60 byte packets
1 livebox.home (192.168.1.1) 0.615 ms 0.749 ms 0.651 ms
2 80.10.233.161 (80.10.233.161) 59.073 ms 59.803 ms 60.333 ms
3 ae101-0.ncdij201.Dijon.francetelecom.net (193.253.90.14) 60.298 ms 60.312 ms 61.758 ms
4 ae42-0.nrstr101.Schiltigheim.francetelecom.net (193.252.160.106) 68.114 ms 68.833 ms 69.538 ms
5 ae48-0.nridf301.Paris.francetelecom.net (193.251.126.206) 75.466 ms 75.477 ms 76.411 ms
6 ae44-0.noidf001.Paris.francetelecom.net (193.252.99.102) 76.415 ms 75.995 ms 75.927 ms
7 ae41-0.noidf003.Paris.francetelecom.net (193.252.98.122) 74.247 ms 82.962 ms 82.887 ms
8 193.252.227.58 (193.252.227.58) 85.678 ms * *
9 paris1.speedtest.orange.fr (193.200.42.217) 82.163 ms 1233.225 ms 3644.030 ms
60ms avec le second saut en VDSL2 ça à pas l'air normal. 1233.225ms de moyenne avec le serveur c'est pas bon non plus. D'ailleurs, paris1.speedtest.orange.fr (193.200.42.217) n'est pas sur le réseau d'orange.fr .
En synchronisant à presque 100Mbit/s en descendant n'avoir que 20Mbit/s en montant me semble peu aussi sauf si orange.fr limite volontairement ça devrait être plus proche des 40 voire 50Mbit/s.
Quelle est la longueur de la ligne ?
Que donne un ping vers orange.fr (193.252.133.34) sur 1 minute ?
Il y a d'autres utilisateurs sur le même répartiteur et à une distance similaire mais chez un autre opérateur qui subissent les mêmes symptômes ?
Sinon ça ressemble bien à orange.fr qui se fout de la gueule du monde.
-
@ DamienC: merci pour ton complèment.
@ cali, longueur de ligne selon degrouptest:
Etat de la ligne : ACTIVE
Code Commutateur Local : 71506SA7 [ Fiche détaillée ]
Nom Commutateur Local : xxxxxxxxxxxxxxxxxxxxxxxxxx
Longueur de ligne : 365 mètres :
4/10 sur 30 mètres
6/10 sur 335 mètres
Distribution directe oui
Paires disponibles 1
Affaiblissement théorique : 3.9005 dB
[Estimation] Débit descendant ADSL : 8000 kbps (1000 ko/s)
[Estimation] Débit descendant ADSL 2+ : 19941 kbps (2493 ko/s)
[Estimation] Débit descendant VDSL 2 : 94316 kbps (11790 ko/s)
[Estimation] Débit montant VDSL 2 : 32537 kbps (4067 ko/s)
Complèment toujours selon degrouptest :
Plaque ADSL : BO1
Type de DSLAM :
Zone Dense (> 20 000 lignes) : Non
Nombre d'abonnés approximatif : 500
NRA compatible ADSL FT : Oui
NRA compatible ADSL Max FT : Non
NRA compatible ADSL2+ FT : Oui
NRA compatible ReADSL FT : Oui
Ping orange.fr:
--- orange.fr ping statistics ---
80 packets transmitted, 60 received, 25% packet loss, time 79173ms
rtt min/avg/max/mdev = 33.060/66.244/179.053/24.972 ms
J'ai des paquets qui se perdent donc :-\ ... De mieux en mieux !
Les seuls utilisateurs qui connaissent ce phénomène sont chez Orange et Sosh. Je connais quelqu'un qui est chez SFR, j'irai le voir !
Que faire ? Je vais essayer le 3900 demain mais j'ai peur qu'il essaie de me fourguer la visite d'un tech. Pour rappel, les tests sont faits Box sur boitier DTI. À sa prise normal, j'ai une légère augmentation de l'atténuation de l'ordre de 0.3%. Pas de branche morte, rien.
-
Il y a peu de risques que ça soit autre chose que l'installation de orange.fr dans le répartiteur.
Il n'y a que le dslam d'orange.fr dans ce répartiteur donc peu de chances pour que l'abonnée de sfr.fr que tu connais obtienne de meilleures performances vu que sa ligne reste connectée sur le materiel d'orange.fr.
Avant tu étais en ADSL2+ ? Tu obtennais combien en débit descendant ? Si tu as des voisins encore en ADSL2+ tu peux essayer de voir si ils obtiennent toujours un débit correcte en descendant. Si c'est le cas ça pourrait être un problème avec les fréquences utilisées en VDSL2.
Je conseille l'envoie d'une lettre recommandée, ne surtout pas appeler le 3900 car tu vas te retrouver pendant des semaines avec des zeros qui feront que de te changer les prises dans ton logement.
-
tu vas te retrouver pendant des semaines avec des zeros qui feront que de te changer les prises dans ton logement.
Mes collègues et moi te remercions pour la grande considération que tu nous portes... :-X
Non mais sérieusement tu crois qu'une lettre recommandée ne va pas déclencher en premier lieux une intervention d'un technicien pour vérification de la ligne et des branchements au NRA?
Si le problème ne viens pas de la ligne on est tout à fait capable de faire remonter un problème venant du NRA aux services concernés pour résoudre la situation.
-
@ cali :
https://beta.speedtest.net/result/5345831914
un traceroute sur old linux.com, Dijon:
traceroute to 89.84.127.53 (89.84.127.53), 30 hops max, 60 byte packets
1 livebox.home (192.168.1.1) 0.664 ms 0.925 ms 0.940 ms
2 80.10.233.161 (80.10.233.161) 38.175 ms 38.884 ms 38.889 ms
3 ae101-0.ncdij201.Dijon.francetelecom.net (193.253.90.14) 38.886 ms 38.884 ms 41.578 ms
4 ae42-0.nrstr101.Schiltigheim.francetelecom.net (193.252.160.106) 50.514 ms 50.535 ms 51.083 ms
5 ae48-0.nridf301.Paris.francetelecom.net (193.251.126.206) 58.181 ms 58.732 ms 58.732 ms
6 ae44-0.noidf001.Paris.francetelecom.net (193.252.99.102) 58.729 ms 57.213 ms 57.186 ms
7 la105.rpt01-th2.net.bbox.fr (89.89.100.9) 51.944 ms 60.622 ms 60.588 ms
8 be13.cbr01-cro.net.bbox.fr (212.194.170.23) 74.165 ms 77.931 ms 77.892 ms
9 * * *
10 89.84.127.53 (89.84.127.53) 71.408 ms 73.188 ms 1035.357 ms
-
Mes collègues et moi te remercions pour la grande considération que tu nous portes... :-X
Non mais sérieusement tu crois qu'une lettre recommandée ne va pas déclencher en premier lieux une intervention d'un technicien pour vérification de la ligne et des branchements au NRA?
Si le problème ne viens pas de la ligne on est tout à fait capable de faire remonter un problème venant du NRA aux services concernés pour résoudre la situation.
Bonjour Tchetch,
J'ai envoyé un courrier en AR le 13 mai 2016 pour signaler mes déboires. J'attends donc la suite sans préjugés cependant. ;)
-
Je pense moi aussi un problème de collecte du NRA au vu des infos que tu nous donne.
Mais il faut comprendre que 99% du temps quand un client se plaint de problème de débit soit sa ligne a un défaut, soit le problème vient du client ou de ses équipements, il est donc logique en premier lieux de vérifier la ligne et son installation même si Cali trouve ca débile...
Pour moi tu ferai mieux de demander une intervention au 3900 ca sera sûrement plus rapide que d'attendre le retour à ton courrier.
-
Mes collègues et moi te remercions pour la grande considération que tu nous portes... :-X
J'ai pas à avoir de considération pour orange.fr, ils font suffisement de mal comme ça. J'ai moi-même subit ce genre de désagrèments donc je sais très bien comment ça se passe. Il m'est arrivé d'avoir une ligne coupée pendant 3 mois parce que gogol n'avait pas branché le cable au bon endroit ou qu'un autre avait grillé je sais plus quoi. J'avais même parfois fait le diagnostique moi-même mais les guignols ne comprennaient pas ce que je disais, forcemment ils ne savaient parler aucune des langues que je connaissais.
Ca fait longtemps que j'ai arrêté d'être aimable avec ce genre de trucs car sinon il n'y a jamais aucun respect.
-
Si un jour je suis amené à intervenir chez toi je te donnerai mes outils et appareils de mesure et tu te demerdera, vu que l'on est de gogol incapable de comprendre.
Il ne faut pas généraliser il y a malheureusement des mauvais partout dans tous les domaines.
Je pourrai moi aussi dire que les informaticiens de la plus part de mes client ( je ne bosse que chez les pro et entreprises) sont des idiot car ils sont incapable de configurer un switch avec de la QOS et des VLAN (vu 2 fois le mec me dit mais ça sert à rien les VLAN pour la VOIP CENTREX)
Bon je stoppe le HS.
-
Seule solution : appeler le 3900, si tu es dans le nord ouest donne ton numero en privé je passerai le dossier a un collegue du 3900 qui n'est pas un gogolle ;)
-
@Pepeanuts
Oui, je le ferai demain matin mais c'est moins parlant qu'un traceroute, j'ai un peu peur des réponses types d'autant que mes synchros sont au top! Il va tout falloir que je ré-explique, mais je le ferai car voilà 16 jours que le problème perdure.
Merci pour ta proposition ;).
-
Si un jour je suis amené à intervenir chez toi je te donnerai mes outils et appareils de mesure et tu te demerdera, vu que l'on est de gogol incapable de comprendre.
Ouais ça m'est arrivé plusieurs fois de devoir leur expliquer comment fonctionne leurs appareils. J'ai plus de 10 ans d'éxperience d'orange.fr, tous les gens que j'ai réussi à aider c'est uniquement parce que je connais des personnes aux bons endroits.
-
Ton souci me fait penser à celui-ci. Malheureusement, la solution n'a pas, apparemment, encore été trouvée.
Bonjour,
je me permets de "déterrer" ce post car il semble qu'il y ait des soucis de stabilité xDSL sur ce(s) NRA.
Je reprends un peu d'historique car depuis fin 2015 (novembre/décembre) je constatais des problème de baisse de débit au fur et à mesure des semaines et des déconnexions intempestives une à deux fois par semaine sur la livebox play (j'étais encore chez Orange en VDSL).
Seul moyen de revenir à un débit "normal" supprimer la supervision DLM ou appeler Orange pour faire "Nettoyer la ligne".
Pour rappel deux NRA-MeD ont été installés début 2015 sur la commune (1TL35 et 2TL35). Je suis personnellement sur 1TL35.
Il y a quelques semaines je suis repassé chez Free : offre Révolution à 9.9 par mois tout inclus pendant un an et fin d'offre Orange qui repassait à plus de 40 euros, bref...
Je synchronise à un débit un peu près équivalent (12-13Mb/s en UP et 53-54 en DOWN) mais je constate un taux énorme de FEC dès fois en UP, d'autres fois en DOWN et plusieurs déconnexions chaque semaine.
En gros j'ai l'impression que le problème est le même que chez Orange (sauf que sur la livebox, il était moins facile d'avoir une visibilité sur toutes ces infos).
Sachant que le NRA est dégroupé par Free, les DSLAM ne sont pas les mêmes, la source du problème pourrait être sur ma ligne ou chez moi.
MAIS plusieurs autres personnes ont les mêmes problèmes sur la communes et certains ne sont pas dans le même quartier. La plupart sont abonnés Orange VDSL et font les mêmes constats : Baisse de débit et désynchro régulière. Toutes ces personnes sont sur 1TL35 (je ne connais personne sur 2TL35).
Je me dis donc que le problème pourrait venir d'un élèment perturbateur positionné à côté du NRA ou du SR qui est à côté.
Qu'en pensez vous ?
Merci d'avance de vos avis sur la question.
Fil de discussion : https://lafibre.info/ille-et-vilaine/nra-med-a-talensac-1tl35/ (https://lafibre.info/ille-et-vilaine/nra-med-a-talensac-1tl35/)
-
Voilà en gros ou j'en suis à ce jour. Ça me fait suer d'entendre ça et de reprendre à zero ! M'enfin si je dois en passer par là pour avoir un débit normal, allons-y :'(
Je t'avais dit de pas appeler le 3900. Il est fort probable qu'orange.fr sait depuis le début qu'il y a un problème au niveau du dslam mais qu'ils espèrent que les clients ne s'en rendent pas compte.
-
Je t'avais dit de pas appeler le 3900. Il est fort probable qu'orange.fr sait depuis le début qu'il y a un problème au niveau du dslam mais qu'ils espèrent que les clients ne s'en rendent pas compte.
Je crois que j'ai jamais vu autant de mauvaise foi. Tu as surement eu une mauvaise aventure avec Orange, j'en suis désolé. De la à dire que tout les services Orange sont nuls... :o
Il n'a pas le choix que de passer par les gogoles du 3900 sinon il ne sera jamais dépanné, donc évites de donner des conseils sans intérêt si tu ne connais pas les procédures Orange.
-
Je crois que j'ai jamais vu autant de mauvaise foi. Tu as surement eu une mauvaise aventure avec Orange, j'en suis désolé. De la à dire que tout les services Orange sont nuls... :o
Ce sont des dizaines de mésaventures. Le 3900 c'est la plateforme au plus bas niveau et les hotliners ne connaissent rien.
Il n'a pas le choix que de passer par les gogoles du 3900 sinon il ne sera jamais dépanné, donc évites de donner des conseils sans intérêt si tu ne connais pas les procédures Orange.
C'est faux, il perdra sûrement moins de temps avec une lettre à la poste que d'appeler le 3900. Au 3900 il n'y a pas forcement que des gogols, ça arrive d'avoir des gens honnêtes qui disent qu'ils ne peuvent rien faire.
-
Donc ce que tu dis là c'est que clovis71 ne sera pas dépanné ?
-
Je t'avais dit de pas appeler le 3900. Il est fort probable qu'orange.fr sait depuis le début qu'il y a un problème au niveau du dslam mais qu'ils espèrent que les clients ne s'en rendent pas compte.
C'est assez désespérant de lire ça sur ce forum. Le problème est peut-être au niveau dslam, en effet, mais de là à dire qu'Orange espère que les clients ne s'en rendent pas compte...
Rappelle moi de ne jamais te filer un coup de main Cali.
Sinon clovis71 file ton ipv4 / fti / ND/ whatever en mp, je vais regarder ce qu'il se passe. D'après les différents traceroutes tu sembles raccordé sur un routeur à Chalons, et comme il y a plusieurs dslams à Savigny j'ai pas envie de faire du diag a tord.
-
Bonsoir.
Le but de ma demande d'aide n'était pas de lancer une polémique entre FAI ou je ne sais quoi.
Je suis navré si mes messages en donnaient l'apparence, j'en ai d'ailleurs supprimé un qui pouvait s'apparenter à de l'impatience.
Le dernier message de Petrus me redonne espoir.
Petrus, tu as les infos en MP
-
Ne t'en fait pas aucun de tes messages ne donnaient l'impression de lancer une polémique, tu as un problème sur ton accès c'est certain, c'est juste que Petrus, Pepeanuts et moi même qui travaillions chez Orange n'apprécont guère les messages limite diffamatoires de cali...
Il faut bien comprendre que l'on ne peut pas tomber sur un ingénieur réseaux surcalifier en appelant le 3900, ils sont avant tout là pour faire le tri dans les appels client, faire un premier diagnostic et éventuellement le régler avec les moyens dont ils disposent. Si ils ne peuvent pas ils envoient le dossier aux Unités d'intervention (dont je fais parti) pour vérifier le problème sur le terrain ou aux services concernés si comme pour toi le problème ne viens manifestement pas de la ligne ni de ton installation.
-
Ne t'en fait pas aucun de tes messages ne donnaient l'impression de lancer une polémique, tu as un problème sur ton accès c'est certain, c'est juste que Petrus, Pepeanuts et moi même qui travaillions chez Orange n'apprécont guère les messages limite diffamatoires de cali...
Il faut bien comprendre que l'on ne peut pas tomber sur un ingénieur réseaux surcalifier en appelant le 3900, ils sont avant tout là pour faire le tri dans les appels client, faire un premier diagnostic et éventuellement le régler avec les moyens dont ils disposent. Si ils ne peuvent pas ils envoient le dossier aux Unités d'intervention (dont je fais parti) pour vérifier le problème sur le terrain ou aux services concernés si comme pour toi le problème ne viens manifestement pas de la ligne ni de ton installation.
En fait, les tech chez Orange sont en général assez cool, surtout ceux qui s'occupent des interventions sur le terrain. le dernier qui s'est occupé de ma panne m'a même proposé de me montrer le DSLAM et éventuellement le NRA comme il voyait que m’intéressait au sujet. ;) Le soucis c'est que vraiment, au 3900, y'en à certains qui sont foutus de te faire péter des plombs (comme chez Bouygues et SFR d'ailleurs). En général maintenant, je demande directement le service technique. Appeler 8 fois pour qu'au final le soucis ce soit "Réinitialisez le décodeur TV car notre dernière MaJ à foirée" alors qu'auparavant on t'a déjà fait changer deux filtres, la box & cie car le SAV 3900 à refusé de t'envoyer au service technique, c'est vraiment très rageant. ;) Je pense que c'est pour ça que pas mal de monde crache sur ceux qui sont au service technique / "commercial" des FAI : En général, on perds du temps alors que le plus simple ce serait de laisser quelqu'un de "qualifié" gérer la situation, surtout si la panne sur la ligne/matériel est confirmé dés le début par le 3900. ^^
-
Ne t'en fait pas aucun de tes messages ne donnaient l'impression de lancer une polémique, tu as un problème sur ton accès c'est certain, c'est juste que Petrus, Pepeanuts et moi même qui travaillions chez Orange n'apprécont guère les messages limite diffamatoires de cali...
N'hésite pas à m'attaquer en justice comme ça je pourrai offrir un ou deux ans d'abonnement gratos à clovis71.
Donc ce que tu dis là c'est que clovis71 ne sera pas dépanné ?
Maintenant c'est possible avec le bruit mais sinon ça prendrait sûrement plusieurs mois et rien n'est moins sûr.
Rappelle moi de ne jamais te filer un coup de main Cali.
C'est dommage on aurait pu constater l'efficacité d'orange.fr.
-
Bon, maintenant les prises de bec, STOP.
Clovis71 attend que son soucis soit solutionné. Tout post qui n'aura pas d'autres buts que celui là partira immédiatement à la poubelle !
-
Le dernier message de Petrus me redonne espoir.
Petrus, tu as les infos en MP
Vu, je regarde demain ce que je peux voir entre le dslam et le backbone. Si saturation il y a, c'est sur cette portion du réseau.
-
Le soucis c'est que vraiment, au 3900, y'en à certains qui sont foutus de te faire péter des plombs (comme chez Bouygues et SFR d'ailleurs).
Le 3900 n'est pas au niveau du lecteur moyen de lafibre.info. Il ne faut pas leur en vouloir, comme le disait Tchetch, le rôle du 3900 est de trier les incidents, et les résoudre si possible, mais sinon il faut faire appel à d'autres personnes dans le groupe.
En général maintenant, je demande directement le service technique. Appeler 8 fois pour qu'au final le soucis ce soit "Réinitialisez le décodeur TV car notre dernière MaJ à foirée" alors qu'auparavant on t'a déjà fait changer deux filtres, la box & cie car le SAV 3900 à refusé de t'envoyer au service technique, c'est vraiment très rageant. ;) Je pense que c'est pour ça que pas mal de monde crache sur ceux qui sont au service technique / "commercial" des FAI : En général, on perds du temps alors que le plus simple ce serait de laisser quelqu'un de "qualifié" gérer la situation, surtout si la panne sur la ligne/matériel est confirmé dés le début par le 3900. ^^
Demander un service technique, ou faire "celui qui s'y connait" est généralement contre-productif. Le mieux est de laisser l'opérateur suivre son script, en espérant que ça aille vers les bonnes conclusions. Et si ce n'est pas le cas, ou que le problème n'est pas résolu, ne pas hésiter à insister en rappelant le 3900. Un client qui rappelle souvent coûte du temps en hotline, un client rentable est un client qui n'appelle pas. Sans s'énerver (oui je sais), en restant poli et courtois, on obtient généralement de meilleurs résultats qu'en menaçant.
(eruditus ou autre modo : oui je sais, feel free to delete, mais j'en avais besoin)
-
En fait on dirai presque une saturation d'un Actelis, comme si commercialement ils on ouvert les offres HD VDSL et ADSL > 2Mb alors que la fibre qui aliment les DSLAM n'est pas en service.
Un collègue à moi est dans une situation similaire, synchro a 20Mb mais un Actelis qui alimente le NRA donc le soir debit < 2Mb.
Petrus je suppose que tu as accès aux infos pour savoir si la fibre est bien utilisé pour alimenter le NRA, je n'ai malheureusement pas les applis qui me donneront cette info.
-
En fait on dirai presque une saturation d'un Actelis, comme si commercialement ils on ouvert les offres HD VDSL et ADSL > 2Mb alors que la fibre qui aliment les DSLAM n'est pas en service.
Un collègue à moi est dans une situation similaire, synchro a 20Mb mais un Actelis qui alimente le NRA donc le soir debit < 2Mb.
Petrus je suppose que tu as accès aux infos pour savoir si la fibre est bien utilisé pour alimenter le NRA, je n'ai malheureusement pas les applis qui me donneront cette info.
Un actelis qui sature ça fait des dégats bien plus que ça. Et là, l'upload n'est pas touché a priori, si c'était un actelis le débit total serait plus faible que son upload (si je dis pas de conneries).
En tout cas oui, je vais vérifier.
-
Vu, je regarde demain ce que je peux voir entre le dslam et le backbone. Si saturation il y a, c'est sur cette portion du réseau.
Super, merci !
@ Tchetch: en supposant que la fibre ne soit pas utilisée pour alimenter le NRA, j'ai un upload proche de 20 mégas et visiblement, un mel d'orange de la semaine dernière me confirme l'arrivée de la TV par adsl. Serait-ce possible sans fibre, en sachant que le NRA avant était bridé à 2 pour tous, sans service TV (parabole), d'ailleurs que je garde pour concentrer le débit sur Internet ?
-
Un Actelis c'est grosso modo 40Mb symétrique sur 8 paires de cuivre, en toute logique l'upload est toujours moins utilisé que le down donc ça ne me parrait pas impossible davoir 20Mb en up sur un Actelis si personne n'utilise son up sur le NRA au moment du speedtest.
Par contre avec les debit de 1 mega la TV ne marchera pas c'est certain, c'est bien pour ça qu'on ne propose pas la TV sur les NRA non opticalisé.
Petrus nous confirmera demain si j'ai tors ou raison vis à vis de l'Actelis c'est juste une supposition de ma part.
-
Ok, merci pour les précisions ;)
Sinon, mon dernier test dans les moments ou ça rame:
https://beta.speedtest.net/result/5348613932
Traceroute en paquet tcp port 80 en IPv4
# traceroute -4 -T -p80 -q1 1.testdebit.info
traceroute to 1.testdebit.info (89.84.127.53), 30 hops max, 60 byte packets
1 livebox.home (192.168.1.1) 0.640 ms
2 80.10.233.161 (80.10.233.161) 29.540 ms
3 ae101-0.ncdij201.Dijon.francetelecom.net (193.253.90.14) 30.420 ms
4 ae42-0.nrstr101.Schiltigheim.francetelecom.net (193.252.160.106) 35.925 ms
5 ae48-0.nridf301.Paris.francetelecom.net (193.251.126.206) 48.105 ms
6 ae44-0.noidf001.Paris.francetelecom.net (193.252.99.102) 49.436 ms
7 la105.rpt01-th2.net.bbox.fr (89.89.100.9) 45.889 ms
8 be13.cbr01-cro.net.bbox.fr (212.194.170.23) 55.667 ms
9 *
10 89.84.127.53 (89.84.127.53) 49.844 ms
Alors que ce midi, j'avais ça:
https://beta.speedtest.net/result/5347342747
Traceroute idem:
traceroute to 1.testdebit.info (89.84.127.53), 30 hops max, 60 byte packets
1 livebox.home (192.168.1.1) 0.757 ms
2 80.10.233.161 (80.10.233.161) 19.904 ms
3 ae101-0.ncdij201.Dijon.francetelecom.net (193.253.90.14) 20.041 ms
4 ae42-0.nrstr101.Schiltigheim.francetelecom.net (193.252.160.106) 75.745 ms
5 ae48-0.nridf301.Paris.francetelecom.net (193.251.126.206) 34.609 ms
6 ae44-0.noidf001.Paris.francetelecom.net (193.252.99.102) 34.632 ms
7 la105.rpt01-th2.net.bbox.fr (89.89.100.9) 32.571 ms
8 be13.cbr01-cro.net.bbox.fr (212.194.170.23) 41.473 ms
9 *
10 89.84.127.53 (89.84.127.53) 35.453 ms
Je ne peux pas vous en dire plus malheureusement, le deuxième saut d'ip est rarement à moins de 20 ms quand tout va bien.
Édit:
Et hier en fin de journée (17h30), la on éteint son pc :D
https://beta.speedtest.net/result/5345566950
traceroute to 193.200.42.217 (193.200.42.217), 30 hops max, 60 byte packets
1 livebox.home (192.168.1.1) 0.615 ms 0.749 ms 0.651 ms
2 80.10.233.161 (80.10.233.161) 59.073 ms 59.803 ms 60.333 ms
3 ae101-0.ncdij201.Dijon.francetelecom.net (193.253.90.14) 60.298 ms 60.312 ms 61.758 ms
4 ae42-0.nrstr101.Schiltigheim.francetelecom.net (193.252.160.106) 68.114 ms 68.833 ms 69.538 ms
5 ae48-0.nridf301.Paris.francetelecom.net (193.251.126.206) 75.466 ms 75.477 ms 76.411 ms
6 ae44-0.noidf001.Paris.francetelecom.net (193.252.99.102) 76.415 ms 75.995 ms 75.927 ms
7 ae41-0.noidf003.Paris.francetelecom.net (193.252.98.122) 74.247 ms 82.962 ms 82.887 ms
8 193.252.227.58 (193.252.227.58) 85.678 ms * *
9 paris1.speedtest.orange.fr (193.200.42.217) 82.163 ms 1233.225 ms 3644.030 ms
Merci et bonne soirée !
-
Bon. Plusieurs choses à dire.
Déjà, je suis pas tout seul à regarder ton problème. J'ai trouvé des traces dans les applis d'autres employés qui ont effectué des vérifications (coucou je vous vois ;)) et notamment un technicien de front-office et un technicien d'intervention. J'imagine que tu as donc appelé le 3900, c'est bien !
Ensuite, et c'est là que c'est moins drôle, c'est que je n'ai rien trouvé coté réseau qui puisse expliquer ton problème. Ton dslam est raccordé sur un autre nra, et c'est bien une fibre optique (pas un actelis comme évoqué précédemment). Les niveaux en réception sont très corrects, sans erreurs, et sans saturation. De même que le raccordement de l'autre NRA vers le routeur de collecte. Ni erreurs, ni saturation, que ça soit sur le lien ou les équipements.
Il reste la possibilité d'avoir des erreurs sur les cartes dslams, chose sur laquelle je n'ai pas de visibilité, mais c'est peu probable.
Coté boucle locale, j'ai rarement (jamais) vu une synchro aussi propre. 101760kb/s dans le sens descendant, 20920kb/s dans le sens montant, et pas une seule erreur CRC. Quelques FECs, mais rien de grave (ça n'impacte pas le trafic, les erreurs FECs sont corrigées).
A voir donc s'il n'y a pas un soucis entre la livebox et le pc (tu utilises bien un cable ethernet direct hein ? pas du cpl ou du wifi ?) et qu'il n'y a pas un antivirus qui fait des siennes.
Tu peux également tester sur un serveur de speedtest plus loin géographiquement, mais plus près au niveau réseau : essaye sur le serveur de Massy qui fonctionne bien, et si tu as un unix (mac/linux/bsd), tente un "time wget -O- http://ping.online.net/5000Mo.dat > /dev/null". "mtr" est également un traceroute bien plus performant que l'outil "traceroute" fournit avec les OS (il existe en version windows - winmtr).
En ce qui concerne le ping routeur de collecte (celui qui a l'ip 80.10.233.161) - box, il est très correct, puisque j'obtiens les résultats suivants sur 1000 paquets :
round-trip min = 5.85ms, avg = 6.92ms, max = 30.7ms, stddev = 0.848ms
En attente de nouveaux speedtests & mtr,
-petrus
-
Bonjour petrus,
Et merci pour tes test. Ceci étant, nous sommes plusieurs avec se problème... Et oui, j'ai appelé hier le 3900, il a placé ma ligne sous surveillance. On doit m'appeler demain à 14h.
De toute évidence, je demanderai l'intervention d'un technicien pour d'une part, constater mon installation privative et la qualité que j'y ai apporté et d'autre part, faire un test devant lui afin qu'il vérifie que mon pc soit correctement raccordé en Éthernet. On placera la LB au DTI et nous verrons bien.
Pour ton information, nous avions eu ce phénomène il y a 10 ans, de mémoire, un tech était venu constater le souci de débit, nous avait changé de plot ou je ne sais quoi au niveau NRA et c'était repartit ;). Je n'ai pas pour habitude d'écrire au service client de mon FAI ou me plaindre sans fondement. Si j'ai entrepris cela en parallèle, c'est que le problème en devient gênant même si tes tests ne trouvent rien visiblement. Il y a bien un souci quelque part, dernier traceroute de ce midi (naviguation très lente) avec paquet tcp sur le port ipv4 80 et ipv4 port 8080.
# traceroute -4 -T -p80 -q1 1.testdebit.info
traceroute to 1.testdebit.info (89.84.127.53), 30 hops max, 60 byte packets
1 livebox.home (192.168.1.1) 0.625 ms
2 80.10.233.161 (80.10.233.161) 1056.430 ms
3 ae101-0.ncdij201.Dijon.francetelecom.net (193.253.90.14) 1054.350 ms
4 ae42-0.nrstr101.Schiltigheim.francetelecom.net (193.252.160.106) 1110.704 ms
5 ae48-0.nridf301.Paris.francetelecom.net (193.251.126.206) 1075.727 ms
6 ae44-0.noidf001.Paris.francetelecom.net (193.252.99.102) 1078.194 ms
7 la105.rpt01-th2.net.bbox.fr (89.89.100.9) 1073.795 ms
8 be13.cbr01-cro.net.bbox.fr (212.194.170.23) 1086.797 ms
9 la43.rpt06-th2.net.bbox.fr (212.194.171.147) 1077.594 ms
10 89.84.127.53 (89.84.127.53) 1078.090 ms
# traceroute -4 -T -p8080 -q1 1.testdebit.info
traceroute to 1.testdebit.info (89.84.127.53), 30 hops max, 60 byte packets
1 livebox.home (192.168.1.1) 0.566 ms
2 80.10.233.161 (80.10.233.161) 30.522 ms
3 ae101-0.ncdij201.Dijon.francetelecom.net (193.253.90.14) 30.539 ms
4 ae42-0.nrstr101.Schiltigheim.francetelecom.net (193.252.160.106) 35.373 ms
5 ae48-0.nridf301.Paris.francetelecom.net (193.251.126.206) 55.061 ms
6 ae44-0.noidf001.Paris.francetelecom.net (193.252.99.102) 45.458 ms
7 la105.rpt01-th2.net.bbox.fr (89.89.100.9) 43.122 ms
8 be13.cbr01-cro.net.bbox.fr (212.194.170.23) 57.719 ms
9 *
10 89.84.127.53 (89.84.127.53) 46.666 ms
Pour info, machine sous Debian 8, noyau 4.2, système sain (tty donc pas de DE, pas de pare-feu, antivirus etc). Même constat avec mobile et tablette Androïd, un pc portable sous W8, un autre sur Xubuntu 14.04. Les tests sont réalisés en Éthernet, wifi éteint, seule machine connectée eu net etc etc...
Donc sur le port 80, ça râme bien mais le port 8080 lui est beaucoup plus fluide. Donc pas de souci ? On navigue sur le port 80 ;)
Je ferai les tests avec mtr si tu veux mais je demande d'ore et déjà l'intervention d'un tech pour qu'il constate mes déboires. Il va bien falloir trouver une solution même si je sais qu'il faut déjà localiser le problème :D
Enfin, j'observe attentivement que la meilleure plage de mon débit est située entre 11h et 16h, après ça chute lentement. Au meilleur, depuis l'activation de mon offre VDSL2, j'ai pu avoir 26 mégas hier, suite au reboot électrique de la LB. Sinon, c'est majoritairement entre 5 et 15 Mégas en descendant quand tout va bien et à partir de 18h... Bien loin donc du potentiel de ma ligne et chose surprenante, pourquoi le descendant est touché alors que le montant n'en souffre quasiment pas ?
Donc je regarde ça ce soir attentivement et je te replace les infos dans ce post.
Merci bien que j'aurais souhaité que cette panne soit plus facilement localisable :-[
Édition premier MTR avec serveur speedtest Paris:
root@clovis71:~# mtr --report 193.200.42.217
Start: Tue May 24 16:20:52 2016
HOST:clovis71 Loss% Snt Last Avg Best Wrst StDev
1.|-- livebox.home 0.0% 10 0.5 0.5 0.5 0.6 0.0
2.|-- 80.10.233.161 10.0% 10 41.7 36.2 21.5 51.6 10.3
3.|-- ae101-0.ncdij201.Dijon.fr 20.0% 10 39.9 30.4 10.3 49.7 13.1
4.|-- ae42-0.nrstr101.Schiltigh 10.0% 10 52.4 34.4 16.0 53.0 14.4
5.|-- ae48-0.nridf301.Paris.fra 10.0% 10 41.2 38.0 19.6 50.0 9.7
6.|-- ae44-0.noidf001.Paris.fra 20.0% 10 19.5 36.9 19.5 58.9 13.9
7.|-- ae41-0.noidf003.Paris.fra 30.0% 10 25.1 31.7 17.6 59.7 15.0
8.|-- 193.252.227.58 10.0% 10 43.3 46.2 33.5 58.5 7.8
9.|-- paris1.speedtest.orange.f 10.0% 10 19.0 40.7 18.9 61.2 16.9
root@clovis71:~#
Test sur serveur proche 1.testdebit.info
Et le MTR derrière:
root@clovis71:~# mtr --report 1.testdebit.info
Start: Tue May 24 16:32:27 2016
HOST: clovis71 Loss% Snt Last Avg Best Wrst StDev
1.|-- livebox.home 0.0% 10 0.9 1.5 0.8 7.8 2.1
2.|-- 2a01cb08a0040209019302530 0.0% 10 39.0 31.7 9.2 43.7 10.7
3.|-- 2a01:cfc0:200:8300:193:25 0.0% 10 24.9 48.3 22.6 64.7 17.2
4.|-- 2a01:cfc4:0:1b00::d 0.0% 10 48.5 43.5 21.1 62.3 13.6
5.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
6.|-- 2001:860:bbee:7b::1 0.0% 10 21.7 37.7 21.7 63.7 17.0
7.|-- 2001:860:f70b::53 0.0% 10 62.8 43.0 21.8 63.9 15.9
root@clovis71:~#
Les sauts d'IP ne sont toujours pas bon pour du VDSL2 et des paquets se perdent visiblement.
--- 1.testdebit.info ping statistics ---
33 packets transmitted, 31 received, 6% packet loss, time 32045ms
rtt min/avg/max/mdev = 22.479/43.616/63.801/11.899 ms
Je ferai des tests avec serveur demandés, proche et lointain !
-
Bonsoir.
@petrus, ci-joint tests avec mtr sur serveur Paris Orange et Dijon, je n'ai pas trouvé le serveur que tu m'indiques (massy). Au fait, speedtest se sert de quels ports pour ses tests? 1 seul ?
Comme tu le constates, je n'ai pas de perte sur livebox.home, un bon point, ma connexion Éthernet est au top. Pour le reste, je te laisse juge
mais des pertes de paquets traduisent habituellement une saturation de la cible ou un problème matériel.
J'ai été pendant 10ans cableur réseau, je tirais du cable informatique, quoi, le basique tu sais. Ce sont ceux qui se font chi*er dans les lycées par exemple pour que nos futurs adultes soient reliés au 1GB/s en infra, tout ça pour travailler sur la suite Office donc PPS PPT et surfer avec IE. On tirait même des fibres entre sous-répartiteurs dans les établissements afin de remplacer le cable CAT6 qui représentait un goulot d'étranglement, j'ai donc quelques notions matérielles, soit dit en passant.
Mais je n'étais pas qualifié pour diagnostiquer des pannes réseau, je suis un sans-dent, c'est sûr mais je crois que tu connais la vitesse de propagation de la fibre et ses conséquences heureuses sur la latence réseau.
Tu as fait tes tests, ils sont bons, les miens, fidèles à eux-mêmes traduisent inlassablement le même problème depuis le 06 mai.
J'attends donc la visite d'un technicien et ses propos sur le cable Éthernet, mon cablage intérieur, mais pour ma part, je lui demanderais son avis sur la pile tcp/ip et son travail sur ipv4 et ipv6 dans le kernel Linux4.2. Sa réponse me plaira mais je ne ferai pas preuve de condescendance pour autant ! Tu as les infos sur mon interface réseau, pas de dropped, ni collisions etc, ce qui est normal, j'ai juste viré les adresses hardware à la vue de mes tests.
J'ai un peu le sentiment d'être le pot de terre contre le pot de fer mais comme je ne suis pas le seul à constater le souci et que vous planchez sur le sujet, les choses
devraient rentrer dans l'ordre. Je ne perds pas ma courtoisie mais une chose est certaine, je ne fais plus de tests maintenant, j'en ai assez fait pour vous aider à mieux cerner le couac!
eth0 Link encap:Ethernet HWaddr xxxxxxxxxxxxxxxxx
inet adr:192.168.1.18 Bcast:192.168.1.255 Masque:255.255.255.0
adr inet6:
adr inet6:
adr inet6:
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Packets reçus:22500 erreurs:0 :0 overruns:0 frame:0
TX packets:39454 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:1000
Octets reçus:10313916 (10.3 MB) Octets transmis:43112484 (43.1 MB)
Paris Orange
https://beta.speedtest.net/result/5351140811
root@clovis71:~# mtr --report 193.200.42.217
Start: Tue May 24 19:59:11 2016
HOST: clovis71 Loss% Snt Last Avg Best Wrst StDev
1.|-- livebox.home 0.0% 10 0.5 0.5 0.4 0.5 0.0
2.|-- 80.10.233.161 10.0% 10 43.2 42.3 25.9 57.0 9.8
3.|-- ae101-0.ncdij201.Dijon.fr 70.0% 10 51.6 33.8 10.6 51.6 21.0
4.|-- ae42-0.nrstr101.Schiltigh 10.0% 10 67.9 45.2 22.9 67.9 14.8
5.|-- ae48-0.nridf301.Paris.fra 10.0% 10 35.0 52.2 21.8 67.6 15.2
6.|-- ae44-0.noidf001.Paris.fra 40.0% 10 28.9 45.2 19.5 71.0 20.5
7.|-- ae41-0.noidf003.Paris.fra 40.0% 10 38.9 47.6 38.1 72.5 12.7
8.|-- 193.252.227.58 30.0% 10 68.4 45.6 21.7 68.4 20.1
9.|-- paris1.speedtest.orange.f 30.0% 10 66.6 49.1 23.8 66.6 14.5
root@clovis71:~#
root@clovis71:~# mtr --report 89.84.127.53
Start: Tue May 24 20:02:57 2016
HOST: clovis71 Loss% Snt Last Avg Best Wrst StDev
1.|-- livebox.home 0.0% 10 0.5 0.5 0.4 1.1 0.0
2.|-- 80.10.233.161 20.0% 10 50.1 36.9 8.4 59.5 20.1
3.|-- ae101-0.ncdij201.Dijon.fr 20.0% 10 55.4 46.3 7.7 71.3 23.4
4.|-- ae42-0.nrstr101.Schiltigh 60.0% 10 18.1 42.6 18.1 63.2 22.6
5.|-- ae48-0.nridf301.Paris.fra 40.0% 10 66.8 54.6 24.1 72.8 22.3
6.|-- ae44-0.noidf001.Paris.fra 20.0% 10 26.5 58.0 24.8 77.2 22.1
7.|-- la105.rpt01-th2.net.bbox. 40.0% 10 29.0 44.6 21.5 75.7 24.0
8.|-- be13.cbr01-cro.net.bbox.f 40.0% 10 59.7 54.5 29.5 82.7 22.7
9.|-- la43.rpt06-th2.net.bbox.f 90.0% 10 71.9 71.9 71.9 71.9 0.0
10.|-- 89.84.127.53 50.0% 10 73.2 64.6 42.9 73.2 12.4
root@clovis71:~#root@clovis71:~# traceroute -4 -T -p8080 -q1 193.200.42.217
traceroute to 193.200.42.217 (193.200.42.217), 30 hops max, 60 byte packets
1 livebox.home (192.168.1.1) 0.839 ms
2 80.10.233.161 (80.10.233.161) 37.599 ms
3 ae101-0.ncdij201.Dijon.francetelecom.net (193.253.90.14) 30.567 ms
4 ae42-0.nrstr101.Schiltigheim.francetelecom.net (193.252.160.106) 38.787 ms
5 ae48-0.nridf301.Paris.francetelecom.net (193.251.126.206) 52.239 ms
6 ae44-0.noidf001.Paris.francetelecom.net (193.252.99.102) 52.251 ms
7 ae41-0.noidf003.Paris.francetelecom.net (193.252.98.122) 52.223 ms
8 193.252.227.58 (193.252.227.58) 54.607 ms
9 paris1.speedtest.orange.fr (193.200.42.217) 50.564 ms
root@clovis71:~# traceroute -4 -T -p80 -q1 193.200.42.217
traceroute to 193.200.42.217 (193.200.42.217), 30 hops max, 60 byte packets
1 livebox.home (192.168.1.1) 0.669 ms
2 80.10.233.161 (80.10.233.161) 61.851 ms
3 ae101-0.ncdij201.Dijon.francetelecom.net (193.253.90.14) 53.323 ms
4 *
5 ae48-0.nridf301.Paris.francetelecom.net (193.251.126.206) 73.753 ms
6 ae44-0.noidf001.Paris.francetelecom.net (193.252.99.102) 73.749 ms
7 ae41-0.noidf003.Paris.francetelecom.net (193.252.98.122) 69.825 ms
8 193.252.227.58 (193.252.227.58) 75.691 ms
9 paris1.speedtest.orange.fr (193.200.42.217) 71.734 ms
Et en ces temps de disette, un dernier traceroute tcp ipv4 port 80 et port 8080, toujours une différence.
Bonne soirée et merci pour tes tests et aussi les MP.
Cordialement :)
-
Bonjour.
@ petrus: ci-dessous tests avec une ligne Free en adsl2 avec une Debian 7, noyau 3.16 64 bits
<a href="http://www.casimages.com/i/160525012000873703.png.html" title="Capture">Lien vers mon image[/url]
(http://nsa38.casimages.com/img/2016/05/25/mini_160525012000873703.png) (http://www.casimages.com/i/160525012000873703.png.html)
Freebox revolution synchro en descendant à 26488 ATM soit un débit IP 2.84MO/s en moyenne sur une iso de 1000 Mo pour une ligne de 922 metres au diag de la freebox !
Le traceroute est direct, les latences sont logiques, le BAS, wahhhou 5.655ms, lol, ce n'est pas du VDSL2 ! Non, il n'y a pas de PEBKAC, mais bien deux mondes. :/
J'annule la visite de votre tech ! Pour info, le monitoring de ma livebox relève des erreurs FEC mais CRC aussi... Note bien que j'ai pris une capture pour ne pas entrer du texte simple dans les balises code afin de ne pas être taxé de mauvaise foi. Les choses sont donc plus claires pour moi. Mais, merci quand même, toujours sans animosité hein ;)
Longue vie à la fibre.info.
-
(Je n'ai absolument rien compris à ton post.)
-
(Je n'ai absolument rien compris à ton post.)
Ah, toi aussi.
-
(https://www.speedtest.net/result/5353442484.png) (https://www.speedtest.net/my-result/5353442484)
Pour info, il n'y avait rien en hard, juste un problème de configuration d'un serveur. C'était limité à 45 mégas pour tout le monde.
Plusieurs appels de plusieurs personnes dans la commune = ticket d'incident = réparation rapide !
Le nombre fait la force.
Là, j'ai une connexion conforme au service VDSL2.
Merci Orange.
-
Parfait. Profite ! ;)
-
Merci !
@ hugues et DamienC, mon précédent post concernant free précisait que l'abonné chez qui j'étais ce midi profitait de 100% de sa bande passante en ADSL2, c'était un compliment pour Free, oeuf corse ;)
Ce qui est aussi le cas maintenant entre ma synchro LB et le débit effectif.
-
Tant mieux ! Je vois mieux pour Free, je n'avais pas compris ce que tu voulais dire, je pensais que c'etait en rapport avec Orange ;)
-
Merde alors, tu as été depanné grace aux appels au 3900 ::)
-
Ouais ;D
Bon, je serais taquin, je te dirais qu'il n'y avait pas de panne en faite :þ, juste un mauvais profil serveur, du moins, de ce que j'en ai compris.
Mais ne jetons pas la pierre, qui ne fait jamais d'erreur... ;).
C'est sans doute pour cela que petrus n'a rien trouvé dans son diag du hardware alors que la situation était difficilement vivable en fin de journée de l'autre côté de la ligne.
Je passe en résolu.
Merci pour ton contact Pepeanuts ;)
-
Sans ton appel (et celui de tes voisins) aucun ticket d'incident n'aurait été crée. ;)
-
Sans ton appels (et celui de tes voisins) aucun ticket d'incident n'aurait été crée. ;)
Voilà.
Content que ton problème soit résolu Clovis71 !
-
Comme quoi le 3900 sert bien à quelque chose :P
-
Bonjour.
Aujourd'hui, voici mon nouveau débit:
(https://www.speedtest.net/result/5405795964.png) (https://www.speedtest.net/my-result/5405795964).
Il va de soit que la synchro de la box est idoine aux valeurs du test.
Les débits ont été divisés par deux :-/
Que faire ?