Auteur Sujet: Instabilité des connexions sur 91114BRN (Brunoy, Crosne, Yerres)  (Lu 11605 fois)

0 Membres et 1 Invité sur ce sujet

alain_p

  • Abonné Free fibre
  • *
  • Messages: 16 168
  • Delta S 10G-EPON sur Les Ulis (91)
Lenteurs de navigation et perte importante de paquets en ZMD
« Réponse #12 le: 29 avril 2017 à 14:33:29 »
Je constate que les résultats sont quand même meilleurs qu'annoncés. Le traceroute est très bon, ~3ms pour atteindre la destination, que ce soit en IPv6 ou en Ipv4. Pour le débit, en Mo/s, il faut donc multiplier par 8, on est à 600 Mb/s pour le premier test, et aux environs de 400 Mb/s pour les deux autres. C'est à peu près ce que constatent d'autres en ZMD Free. C'est sûr que l'on est loin du Gb/s annoncé (disons 930 Mb/s de façon réaliste), mais c'est mieux que les 160 Mb/s, débit max annoncé dans le premier post. Peut-être que le disque, ou l'antivirus ?, participent à la limitation du débit ? Tu as quoi comme PCs ?

Et puis évidemment, on est plutôt en heure creuse, vers 13h, un samedi de long week-end. Il faudrait recommencer ce soir, et surtout le plus représentatif, mardi soir, après la fin du week-end.

Lemmiwinks

  • Abonné Free fibre
  • *
  • Messages: 19
  • Brunoy 91
Lenteurs de navigation et perte importante de paquets en ZMD
« Réponse #13 le: 29 avril 2017 à 14:44:03 »
Bonjour romeo_en_skate_board,

Pour ce qui est de contacter Free pour déclarer des pertes de débits et de paquets, je l'ai fait plusieurs fois ces derniers jours, je ne constate pas d'évolution. Ces dégradations de qualité de service paraissent se manifester de façon aléatoire pendant des périodes plus ou moins longues.

Je ne peux parler de "bande passante correcte", c'est la stabilité de la connexion qui est en cause.
Un coup tout fonctionne très bien et d'un coup, ça déconne puis ça refonctionne normalement...

Citer
Free est comme un géant que l'on veut déplacer :
il y a une énergie énorme à développer pour obtenir sa cohésion. Une fois obtenue on a des résultats.

Vous êtes Macroniste? Je ne comprend pas bien votre argumentaire ensuite.
Je plaisante bien sûr, c'est juste un petit trait d'humour en rapport avec cette belle actualité.
Pour ce qui est des annonces du monde financier, c'est à prendre avec des pincettes, entre susciter l'envie d'investissement d'un coté et ceux qui auraient un intérêt contraire, ce ne sont que des effets d'annonce destinés à pousser vers une certaine évolution du marché.

Je vous tiendrai informé dès qu'il y aura du nouveau.
« Modifié: 29 avril 2017 à 15:09:03 par Lemmiwinks »

Lemmiwinks

  • Abonné Free fibre
  • *
  • Messages: 19
  • Brunoy 91
Lenteurs de navigation et perte importante de paquets en ZMD
« Réponse #14 le: 29 avril 2017 à 14:55:00 »
Je constate que les résultats sont quand même meilleurs qu'annoncés. Le traceroute est très bon, ~3ms pour atteindre la destination, que ce soit en IPv6 ou en Ipv4. Pour le débit, en Mo/s, il faut donc multiplier par 8, on est à 600 Mb/s pour le premier test, et aux environs de 400 Mb/s pour les deux autres. C'est à peu près ce que constatent d'autres en ZMD Free. C'est sûr que l'on est loin du Gb/s annoncé (disons 930 Mb/s de façon réaliste), mais c'est mieux que les 160 Mb/s, débit max annoncé dans le premier post. Peut-être que le disque, ou l'antivirus ?, participent à la limitation du débit ? Tu as quoi comme PCs ?

Et puis évidemment, on est plutôt en heure creuse, vers 13h, un samedi de long week-end. Il faudrait recommencer ce soir, et surtout le plus représentatif, mardi soir, après la fin du week-end.

Je reprécise, les problèmes constatés apparaissent de manière aléatoire.
Ca fonctionne très bien, d'un coup ça déconne (pages qui ne chargent plus, erreurs 404) les pings se rallongent et les requêtes ping n'aboutissent pas dans 10 à 30% des cas, puis ça se remet à fonctionner correctement.
Et ça plusieurs fois dans la journée, aggravé au moment des pics importants de trafic.

Qu'est-ce que vous avez tous avec les débits?
Je ne cherche pas à avoir la plus grosse, je veux un traffic stable à toute heure de la journée comme Free me l'a fourni pendant des mois en FTTH.
J'avais une meilleure qualité de service en ADSL et même si les débits étaient beaucoup plus faibles.

Pour répondre à Jojo, Free ne laisse rien entendre, vous les connaissez, non?
Ils laissent sous entendre que ce n'est pas de leur ressort, tirez-en les conclusions que vous voulez...

romeo_en_skate_board

  • Abonné Free adsl
  • *
  • Messages: 2
  • LYON
Lenteurs de navigation et perte importante de paquets en ZMD
« Réponse #15 le: 29 avril 2017 à 16:12:13 »
Bonjour romeo_en_skate_board,

Vous êtes Macroniste? Je ne comprend pas bien votre argumentaire ensuite.
Je plaisante bien sûr, c'est juste un petit trait d'humour en rapport avec cette belle actualité.
Pour ce qui est des annonces du monde financier, c'est à prendre avec des pincettes, entre susciter l'envie d'investissement d'un coté et ceux qui auraient un intérêt contraire, ce ne sont que des effets d'annonce destinés à pousser vers une certaine évolution du marché.

Je vous tiendrai informé dès qu'il y aura du nouveau.

cELLE LÀ on ne me l'avait jamais faite encore
mais oui c'est peut-être d'actualité mais imaginez que je vous dise non  je ne le suis pas...
et voilà que je m'aliène la moitié au moins du forum
Attention. hein je vais vous signaler hein.....
je suis MDR


plus sérieusement, j'ai constaté que l'on avait plus souvent des techniciens en fin de journée ( de Free bien entendu:)
pour orange, la nuit était meilleure conseillère pour avoir un technicien réseaux et télécoms vers 2 4h du matin.

le tout avec Free est de lui dire, je ne comprends pas, la bande passante par mes tests ( et on fait plusieurs sites) me donne ça ...
vous vous me dites ....
Curieusement, si je compare vos chiffres avec les miens sur plusieurs sites, vos chiffres sont systématiquement remis en cause tant par les freenautes que par les sites de tests sfradsl, speed.... etc.
J'ai toujours pratiqué cette démarche de comparaison. Pour moi elle porte effet.

Concernant la mise en vente ou pas de Free,
lorsque la rumeur vient de la toile grand-public je suis d'accord
mais si des sites spécialisés bancaires ou investisseurs interviennent il n'est pas bon choix que d'ignorer ces interventions pour un investisseur.
Vous connaissez LDLC ? Pendant des mois la rumeur a laissé entendre qu'il serait racheté par MATERIEL je ne sais plus quoi.
En février 2016, il y a eu 3 entre filets dans les sites liés à la Bourse et au rachat ... 5 lignes environ pour dire que LDLC était acquéreur. En mars de la même année, le mariage était fait sous LDLC rachète ...
Donc non les grandes déclarations fracassantes ne sont pas à prendre en considération.
Le diable se cache dans les détails...

Par contre je suis interpellé par ce que tu dis ici :
"  Je ne peux parler de "bande passante correcte", c'est la stabilité de la connexion qui est en cause.
Un coup tout fonctionne très bien et d'un coup, ça déconne puis ça refonctionne normalement..."


Il y a quelques années, j'avais une situation comme la tienne, j'étais chez Orange alors FT. J'en ai tellement marre que je les ai quitté pour FREE. j'avais des pertes de porteuse (entre box et dslam) des coupures de téléphones...
J'ai mis en cause FREE qui m'a renvoyé vers FT qui a fait venir un technicien.
Mes coupures venaient simplement du fait que la ligne téléphonique PHYSIQUE tapait avec le vent contre l'arête du coin de l'immeuble et que, petit à petit, le cable en cuivre intérieur de la gaine extérieure, à force d'être tapé ainsi se coupait.

Le technicien est resté 20 minutes, a changé tout le cable et l'a fixé.
Aux résultats : FT qui gagnait alors 2000/mois pour les appels m'a perdu au profit de FREE.

Donc regarde par ta fenêtre si ton cable est fixé, s'il bouge avec le vent....
Si tu es en maison, regarde le câble sortir de chez toi jusqu'au boitier puis du boitier jusqu'au poteau. Si tu trouves que cela flotte trop à ton goût c'est que peut-être cela vient de là.
Et s'il est enterré, vérifies qu'il ait été enterré selon les normes et non suivant un bricolage de bricolo donc au minimum 1.5m de profondeur. Si c'est du bricolage, vérifies qu'un coup de bêche ou un stationnement de voiture ne l'ai ni sectionné partiellement ni écrasé par le poids....
Si c'est correctement fait, tu dois avoir un filet avant d'apercevoir le cable...
Tu peux aussi vérifier cela avec un voltmètre ohmètre :
de mémoire - les gars de la fibre te le diront ici - tu cherches quels fils amènent le courant.
Mode d'emploi
tu cherches le + et le - dans les fils de ta prise téléphonique
j'ai oublié la norme de l'impédance au repos
mais tu prends ton portable et tu appelles ton numéro adsl ou fixe ( si c'est un portage)
tu verras alors l'aiguille monter et s'affoler...
cela simplement t'indique que le courant arrive chez toi par le téléphone.
je crois que c'est 15v en sonnerie mais d'autres te le diront avec exactitude...
Cela permet d'active la sonnette extérieure du téléphone.
Du moment que tu ne mets pas en contact le + et le - La démarche n'a pas de conséquence si tu sais te servir de cet appareil. Sinon laisses tomber et demandes à un copain.

Désolé de ne pas approfondir mais je n'ai plus le temps. Regardes à tous hasard ds ggle  cablage téléphonique + tension repos tension sonnerie
J'espère avoir répondu à des questions. Tiens nous au courant

alain_p

  • Abonné Free fibre
  • *
  • Messages: 16 168
  • Delta S 10G-EPON sur Les Ulis (91)
Lenteurs de navigation et perte importante de paquets en ZMD
« Réponse #16 le: 29 avril 2017 à 16:37:52 »
Dis Romeo, tu ne confondrais pas cuivre et FTTH ? Ici, c'est du FTTH (en ZMD).

Lemmiwinks

  • Abonné Free fibre
  • *
  • Messages: 19
  • Brunoy 91
Lenteurs de navigation et perte importante de paquets en ZMD
« Réponse #17 le: 29 avril 2017 à 17:17:39 »
Dis Romeo, tu ne confondrais pas cuivre et FTTH ? Ici, c'est du FTTH (en ZMD).
C'est exact!
Pour info, le technicien free qui est passé il y a trois jours a testé l'affaiblissement: 17dB (en sortie de jarretière, juste avant l'ONU)
C'est un affaiblissement normal d'après lui (faudrait s'inquiéter au delà de 20-21dB...)

alain_p

  • Abonné Free fibre
  • *
  • Messages: 16 168
  • Delta S 10G-EPON sur Les Ulis (91)
Lenteurs de navigation et perte importante de paquets en ZMD
« Réponse #18 le: 29 avril 2017 à 17:42:01 »
En fait, cela doit être des valeurs négatives, -17 db. Plus l'affaiblissement est petit, plus la valeur en db (négative) est petite. Effectivement, -17 db, cela me parait très bien. (db = 10 log(P reçue/ P émise), P reçue < P émise, donc x < 1, log(x) < 0)

Voir :
https://lafibre.info/dorsale-internet/la-notion-daffaiblissement-pour-la-fibre/msg59228/#msg59228

Nico

  • Modérateur
  • *
  • Messages: 44 445
  • FTTH 1000/500 sur Paris 15ème (75)
    • @_GaLaK_
Lenteurs de navigation et perte importante de paquets en ZMD
« Réponse #19 le: 29 avril 2017 à 18:51:41 »
On m'a aussi expliqué que Free n'avait pas possibilité de faire intervenir, ni même de rentrer en contact avec Orange (leur prestataire chargé de la collecte qui a une obligation de fourniture de service, non?)
Oh j'avais loupé ce passage, joli bullshitage en règle !

Jojo78

  • Abonné Free fibre
  • *
  • Messages: 4 133
  • Nord 14
Lenteurs de navigation et perte importante de paquets en ZMD
« Réponse #20 le: 29 avril 2017 à 19:05:22 »
Ils laissent sous entendre que ce n'est pas de leur ressort, tirez-en les conclusions que vous voulez...
C'est du 1er degré?
Parce que si oui, malheureusement, free raconte n'importe quoi.
Si c'est du second degré, bah effectivement ils racontent n'importe quoi.
Bonne chance...

alain_p

  • Abonné Free fibre
  • *
  • Messages: 16 168
  • Delta S 10G-EPON sur Les Ulis (91)
Lenteurs de navigation et perte importante de paquets en ZMD
« Réponse #21 le: 29 avril 2017 à 19:25:23 »
De toute façon, la HotLine confond encore bien souvent FTTH et xDSL, malheureusement...

Lemmiwinks

  • Abonné Free fibre
  • *
  • Messages: 19
  • Brunoy 91
Lenteurs de navigation et perte importante de paquets en ZMD
« Réponse #22 le: 03 mai 2017 à 10:54:41 »
Bonjour,

Quelqu'un aurait-il de nouvelles infos?
Le problème n'est toujours pas réglé.

Quand les perturbations se produisent, l'OLT sur lequel ma box semble être connectée (du moins le premier équipement actif après ma box selon le traceroute, qui semble correspondre à l'OLT selon françois04)
http://degroupage.online.fr/connex_dslam.php?nra=e02-a-1700-3b4-Z
Détermination de l'itinéraire vers 2a01:e02:a:1700:fe00::3b4 avec un maximum de 30 sauts.

  1    <1 ms    <1 ms    <1 ms  2a01:e0a:e:*:*:*:*:*
  2     *        *       11 ms  2a01:e02:a:1700:fe00::3b4
soit ne répond pas, soit sa latence augmente.
**** 03/05/2017 - 09:28 ****

Détermination de l'itinéraire vers 2a01:e02:a:1700:fe00::3b4 avec un maximum de 30 sauts.

  1  Erreur de transmission : code 1231

Itinéraire déterminé.

---

Envoi d'une requête 'Ping'  2a01:e02:a:1700:fe00::3b4 avec 32 octets de données :
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
PING : échec de la transmission. Défaillance générale.
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=2 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=3 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=1 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms

Statistiques Ping pour 2a01:e02:a:1700:fe00::3b4:
    Paquets : envoyés = 65, reçus = 18, perdus = 47 (perte 72%),
Durée approximative des boucles en millisecondes :
    Minimum = 0ms, Maximum = 3ms, Moyenne = 0ms

Envoi d'une requête 'Ping'  2a01:e02:a:1700:fe00::3b4 avec 32 octets de données :
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=18 ms
Délai d'attente de la demande dépassé.
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=11 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=12 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=11 ms
Délai d'attente de la demande dépassé.
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=11 ms
Délai d'attente de la demande dépassé.
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=12 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=11 ms
Délai d'attente de la demande dépassé.
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=1028 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=11 ms
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=12 ms
Délai d'attente de la demande dépassé.
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=11 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=11 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=11 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=32 ms
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=11 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=6 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=11 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=11 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=11 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=11 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=12 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=9 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=4 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=11 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=11 ms
Délai d'attente de la demande dépassé.
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=11 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=11 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=12 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=10 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=1 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=6 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=11 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=13 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=4 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=9 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=12 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=13 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=12 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=11 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=12 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=10 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=1 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=1 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=1 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=1 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=1 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=1 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=1 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=1 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=1 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=4 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=1 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=10 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=9 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=1 ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps<1ms
Réponse de 2a01:e02:a:1700:fe00::3b4 : temps=1 ms

Statistiques Ping pour 2a01:e02:a:1700:fe00::3b4:
    Paquets : envoyés = 100, reçus = 88, perdus = 12 (perte 12%),
Durée approximative des boucles en millisecondes :
    Minimum = 0ms, Maximum = 1028ms, Moyenne = 17ms

J'attends un technicien qui doit venir remplacer l'ONU.
Si seulement ça pouvait être ça!
« Modifié: 04 mai 2017 à 03:29:52 par Lemmiwinks »

paokouran

  • Abonné Free fibre
  • *
  • Messages: 9
  • crosne 91560
Lenteurs de navigation et perte importante de paquets en ZMD
« Réponse #23 le: 03 mai 2017 à 14:13:58 »
ésalut Lemmiwinks

alors moi j'habite à crosne, même nro même déploiement etc et aussi même soucis depuis environ une semaine un coup on a 200 meg un coup 0,5 un coup en up un coup en down...

tech est deja venu aussi, a refait les soudures pour rien etc etc

moi ce qui me dérange c'est que la tv free (sur boîtier 4k) elle marche très bien et non stop pas un freeze rien "lol" alors que dans le même temps t'arrives pas à afficher une page web...  rien que ça on imagine bien un delire sur le réseau alors quoi j'en sais rien mais de mon point de vue ce n'est pas un soucis matériel, tout le monde plaide sur l' ONU moi je demande à voir mais ça m'étonnerai... ( il aurait claqué en même temps pour toi et moi alors hummm...)

je sais que ça va rentrer dans l ordre perso je sais juste pas quand, hier soir ras 0 soucis j ai pu regarder mon iptv perso en full hd sans soucis 0 freeze etc, 1 ère fois depuis une semaine ... wait and see

ps: je mets un petit screenshot de mes tests de debit du 29/04

++