fenrir

Il semble y avoir du mieux de mon coté, plus de perte de paquet depuis 1h ce matin, on verra en fin de journée si ça reste comme ça

Je ne vais pas défendre Free, mais ça ne serait pas mieux chez un autre opérateur, ils ont tous ce genre de problème (pour Orange par exemple j'ai un pote et tout son secteur qui ont été coupé 1mois cet été). C'est clairement un problème d'infrastructure (un équipement de cœur HS à mon avis).

Oui la même chez moi, ça me conforte dans l'idée que c'est un problème d'infra, dès qu'il commence à y avoir du trafic (le soir -> youtube/netflix/...) ça sature. Ajouté à ça les pertes de paquets ...

La situation s'est améliorée en fin de soirée mais je n'ai pas encore retrouvé le débit attendu (il est néanmoins suffisamment élevé pour attendre) et je n'ai presque plus de pertes de paquets. Ça ressemble fortement à un problème matériel sur le backbone de Free. Latency: 5.1ms Download: 79.84 Mbit/s Upload: 361.18 Mbit/s On va voir comment la situation évolue

Je viens de passer 40min au téléphone avec Free, une fois terminé l’interrogatoire classique (vous êtres sous windows ? en wifi ? ...), après avoir eu accès à ma box et l'avoir réinitialisé, le technicien m'indique avoir fait ses propres tests et qu'il ne trouve aucun problème sur ma ligne ni dans les Yvelines d'ailleurs mais qu'il faut attendre 22h pour voir si la situation s'améliore (pas problème mais on doit attendre ... 🙄) Donc @Paspou je pense qu'on a plus qu'à prendre notre mal en patience jusqu'à ce Free détecte qu'ils ont un souci quelque part dans leur infrastructure. ps : pour la blague, comme il m'a indiqué être en mesure de faire un test de ping DEPUIS ma freebox, je lui ai demandé le résultat, il m'a indiqué 5secondes vers free.fr, sans que ça le choque le moins du monde (en pratique il ne doit pas savoir lire un test de latence, ce qui n'est pas une critique, les personnes des hotline sont rarement formées correctement), encore heureux que la situation n'est pas catastrophique à ce point, je ne pourrai même pas poster ce message sinon 😂

Bonjour, Le débit de ma connexion free (Freebox 4k fibre) a fortement chuté ces dernières heures : -en temps normal j'ai bien 1Gbs en down et 600Mbs en UP -actuellement j'ai 3Mbs en down et 30Mbs en UP (pas d'erreur, 3 en down, 30 en up) La latence a aussi fortement augmentée (cf pièce jointe) et j'ai quelques pertes de paquets. J'ai bien entendu tout relancé, il n'y a pas de travaux chez moi ni à proximité, les résultats sont les mêmes avec différents appareils et rien n'a changé dans mon installation. Il semble y avoir des problème sur POA78 (coté ADSL en tout cas), peut être en lien avec mon problème, ou pas ? L'assistance Free est non joignable (pas de réponse sur le téléphone et trop de monde sur le chat), l'assistance en ligne indique : Aucune anomalie n'est détectée sur votre ligne. Quelqu'un a t'il des informations à m'apporter sur ce problème ? Merci par avance

Bonjour, Même problème pour moi, j'essaye de les joindre sans succès depuis ce midi (6 tentatives en tout, la dernière à l'instant) mais une fois passé le robot, malgré un temps d'attente indiqué à 2min, au bout de 10 minutes un messager signalant un problème technique met fin à l'appel (tests effectués depuis plusieurs lignes téléphoniques). Je souhaite simplement décaler une date d'intervention (installation fibre).

Bonjour, Je post ici car l'ouverture de tickets auprès de Free ne semble plus prise en compte correctement : les tickets sont clos en indiquant que le problème est résolu, alors que ce n'est pas le cas. Exemple : (et par mail) Pourtant ma Freebox m’indique clairement le contraire : Journal de connexion adsl : --------------------------- Date Etat Débit (kb/s) -- -- -- 02/11/2017 à 20:53:32 Connexion 3799 / 1025 02/11/2017 à 20:52:45 Déconnexion 02/11/2017 à 20:52:08 Connexion 5667 / 1025 02/11/2017 à 20:51:21 Déconnexion 01/11/2017 à 13:25:27 Connexion 3556 / 1025 01/11/2017 à 13:24:40 Déconnexion 01/11/2017 à 13:23:51 Connexion 5323 / 1025 01/11/2017 à 13:23:04 Déconnexion 01/11/2017 à 13:22:32 Connexion 6028 / 1025 01/11/2017 à 13:21:45 Déconnexion 31/10/2017 à 18:39:30 Connexion 4382 / 1025 31/10/2017 à 18:38:44 Déconnexion 31/10/2017 à 18:38:04 Connexion 5190 / 1025 31/10/2017 à 18:37:17 Déconnexion 31/10/2017 à 18:36:41 Connexion 6007 / 1025 31/10/2017 à 18:35:55 Déconnexion 31/10/2017 à 11:11:37 Connexion 7083 / 1025 31/10/2017 à 11:10:50 Déconnexion 30/10/2017 à 20:52:54 Connexion 4584 / 1025 30/10/2017 à 20:52:08 Déconnexion 30/10/2017 à 20:51:14 Connexion 4317 / 1025 30/10/2017 à 20:50:27 Déconnexion 30/10/2017 à 20:49:45 Connexion 5753 / 1025 30/10/2017 à 20:48:58 Déconnexion Je n'ai pas plus d'historique, mais j'avais ouvert un premier ticket début octobre qui avait été traité "normalement" (corrections sur la ligne+intervention à domicile) mais qui a lui aussi été clos automatiquement alors que le problème n'était pas corrigé, bien qu'atténué. Pour faire simple, j'ai plusieurs déconnexions par jours depuis début octobre. De ce que je constate, de manière totalement empirique avec zéro rigueur scientifique, c'est que la stabilité de ma connexion semble liée aux conditions météo (les coupures semblent augmenter avec la baisse des température et l'augmentation de l'humidité). À toutes fins utiles, mon installation téléphonique et ma freebox sont bien au sec ... Après la coupure totale d'1 mois en octobre de l'année dernière (cf ici, en passant, merci encore à @noreto pour son suivi) et les dysfonctionnements en décembre de l'année précédente, je commence à penser que Free n'aime pas les fins d'années. Si une âme charitable pouvait passer par ici pour remonter le problème (je parle bien du problème avec le support) et me donner une explication des clôtures abusives des tickets, je lui en serais reconnaissant. En attendant j'hésite à ré-ouvrir un ticket, si c'est pour le voir clôturé automatiquement ça ne sert à rien ... Merci de m'avoir lu

Depuis quelques jours certains morceaux d'Internet ne sont plus joignables depuis les lignes ADSL Free. Par exemple des sites comme http://english.moc.gov.tw ou encore http://synology.com (nb : le problème n'est pas limité au web, tous les protocoles sont impactés). Le problème touche plusieurs abonnés Free un peu partout en France (j'ai relevé plusieurs dizaines de signalements). Ils semblent tous être derrière l'AS3462 ce qui laisse à penser qu'il s'agit d'un souci de mise à jour BGP. Comme les traceroute bloquent au niveau du nœud 213.228.8.254 (depuis ma connexion) et que le problème n'est pas présent depuis les réseaux Dedibox (ni chez les concurrents), il est probable qu'il s'agisse d'un souci dans l'infrastructure de routage des réseau Free ADSL. À noter que cet AS a fait de très nombreuses annonces ces derniers temps :https://stat.ripe.net/AS3462#tabId=routing

c'est parce que ma ligne a été réparée le 3

Je viens de récupérer ma connexion après 1 mois de coupure, chez moi l'ipv6 fonctionne toujours : ping6 -n -c 2 free.fr PING free.fr(2a01:e0c:1::1) 56 data bytes 64 bytes from 2a01:e0c:1::1: icmp_seq=1 ttl=60 time=40.3 ms 64 bytes from 2a01:e0c:1::1: icmp_seq=2 ttl=60 time=39.4 ms --- free.fr ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1001ms rtt min/avg/max/mdev = 39.409/39.868/40.328/0.501 ms ######################################################################### ping6 -n -c 2 kernel.org PING kernel.org(2001:4f8:1:10:0:1991:8:25) 56 data bytes 64 bytes from 2001:4f8:1:10:0:1991:8:25: icmp_seq=1 ttl=45 time=233 ms 64 bytes from 2001:4f8:1:10:0:1991:8:25: icmp_seq=2 ttl=45 time=230 ms --- kernel.org ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1000ms rtt min/avg/max/mdev = 230.528/232.246/233.965/1.784 ms Et mon préfixe est 2a01:e35:xxxx:xxxx::/64 edit : un petit traceroute depuis http://www.traceroute6.net/ vers mon routeur (freebox en bridge) traceroute to 2a01:e35:xxxx (2a01:e35:xxxx), 30 hops max, 80 byte packets 1 2001:2e8:665:0:2:2:0:1 (2001:2e8:665:0:2:2:0:1) 0.103 ms 0.077 ms 0.043 ms 2 2001:2e8:22:204::2 (2001:2e8:22:204::2) 1.042 ms 0.968 ms 1.151 ms 3 2001:2e8:20::22:11 (2001:2e8:20::22:11) 1.019 ms 0.914 ms 0.834 ms 4 xe-0-6-0-11.r00.tokyjp01.jp.bb.gin.ntt.net (2001:218:2000:5000::1a9) 1.635 ms 1.456 ms 1.368 ms 5 ae-8.r31.tokyjp05.jp.bb.gin.ntt.net (2001:218:0:2000::361) 1.259 ms 1.093 ms 0.993 ms 6 ae-1.r23.snjsca04.us.bb.gin.ntt.net (2001:218:0:2000::d1) 117.305 ms ae-4.r23.snjsca04.us.bb.gin.ntt.net (2001:218:0:2000::51) 107.445 ms ae-4.r23.lsanca07.us.bb.gin.ntt.net (2001:218:0:2000::62) 110.302 ms 7 ae-41.r02.snjsca04.us.bb.gin.ntt.net (2001:418:0:2000::f6) 117.084 ms 117.490 ms ae-2.r01.lsanca07.us.bb.gin.ntt.net (2001:418:0:2000::146) 109.511 ms 8 be3052.ccr41.sjc03.atlas.cogentco.com (2001:550:3::ed) 117.725 ms be12914.ccr41.lax04.atlas.cogentco.com (2001:550:3::a5) 110.044 ms be3052.ccr41.sjc03.atlas.cogentco.com (2001:550:3::ed) 109.393 ms 9 be2000.ccr21.sjc01.atlas.cogentco.com (2001:550:0:1000::9a36:669) 109.882 ms be2047.ccr22.sjc01.atlas.cogentco.com (2001:550:0:1000::9a36:571) 105.434 ms be2965.ccr22.lax01.atlas.cogentco.com (2001:550:0:1000::9a36:2d01) 111.234 ms 10 be2164.ccr21.sfo01.atlas.cogentco.com (2001:550:0:1000::9a36:1c21) 110.207 ms 111.547 ms be2165.ccr22.sfo01.atlas.cogentco.com (2001:550:0:1000::9a36:1c41) 109.310 ms 11 be2086.ccr21.slc01.atlas.cogentco.com (2001:550:0:1000::9a36:3ba) 125.698 ms be2929.ccr21.elp01.atlas.cogentco.com (2001:550:0:1000::9a36:2a42) 129.384 ms * 12 be3037.ccr21.den01.atlas.cogentco.com (2001:550:0:1000::9a36:2992) 151.273 ms 151.112 ms be2927.ccr21.iah01.atlas.cogentco.com (2001:550:0:1000::9a36:1ddd) 147.446 ms 13 be2687.ccr41.atl01.atlas.cogentco.com (2001:550:0:1000::9a36:1c45) 164.243 ms * * 14 be2112.ccr41.dca01.atlas.cogentco.com (2001:550:0:1000::9a36:79d) 174.897 ms 173.736 ms * 15 be2806.ccr41.jfk02.atlas.cogentco.com (2001:550:0:1000::9a36:2869) 160.073 ms * * 16 be2746.ccr41.par01.atlas.cogentco.com (2001:550:0:1000::9a36:1d76) 234.225 ms be2878.ccr21.alb02.atlas.cogentco.com (2001:550:0:1000::9a36:1a82) 164.341 ms be2746.ccr41.par01.atlas.cogentco.com (2001:550:0:1000::9a36:1d76) 234.376 ms 17 be2299.ccr21.bos01.atlas.cogentco.com (2001:550:0:1000::9a36:2b09) 166.640 ms 2001:978:2:19::11:2 (2001:978:2:19::11:2) 261.420 ms 261.620 ms 18 * * * 19 be12497.ccr41.par01.atlas.cogentco.com (2001:550:0:1000::9a36:3882) 237.111 ms 237.348 ms * 20 * * * 21 * * * 22 2a01:e35:xxxx (2a01:e35:xxxx) 305.931 ms 303.641 ms 307.254 ms

La connexion est rétablie, le soucis venait bien de FT (un câble débranché entre les équipements FT et ceux de Free). 1 mois pour trouver la panne !

Mon préfixe est aussi en 2a01:e35, mais je ne suis pas en mesure de tester (chenillard lent depuis 1 mois !!). Avant mon soucis de connexion, ça marchait. Si ça venait uniquement de HE, certaines adresses seraient accessibles (vous pouvez tester ipv6.fenrir.fr, c'est une dedibox, donc dans un autre préfixe de free). Vous pouvez aussi tester depuis un broker (autre que HE), sixxs par exemple. S'il n'y a pas d'équipement actif en face, ça ne peut pas marcher, il faut avoir des adresses attribuées et actives. Vous pouvez aussi m'envoyer en mp des adresses valides en 2a01:e34 et e35, je testerai depuis différents réseaux (ovh, dedibox, renater, ...), ça permettra de voir si le soucis est le même, mais je pense que la réponse sera oui. Sinon, avec un peu de chance, ma connexion sera rétabli dans la semaine (j'espère car je commence à trouver le temps long et je reste poli). Pour ce qui est du support "classique" sur ce genre de sujet, à mon avis c'est sans espoir. Mais ça vaut le coup d'ouvrir un ticket sur le site (histoire de ne pas passer par la hotline), au moins ça laissera une trace écrite. Vous aurez peut être plus de chance avec les newsgroup, irc ou encore dev.freebox.fr. Les ingé free y passent de temps en temps.

Ça ressemble à soucis de route de retour, si vous avez un firewall (ce qui est fortement recommandé en ipv6 chez free), vérifiez que vous ne bloquez pas les annonces NDP et les protocoles de découverte : fe80::/10 et ff00::/8, icmpv6 types 128 à 129 et 133 à 136 et dhcpv6 (udp 546 et 547) =>le plus simple c'est d'activer les logs des paquets bloqués en udp et en icmpv6 (entrant et sortants) Si votre routeur v6 ne reçoit plus de signe de vie de votre par ou est incapable de vous contacter, il supprime la route (ce qui est normal en adressage dynamique).

Merci encore pour le suivi, Free m'a effectivement appelé ce midi, ils devraient effectuer l'expertise conjointe jeudi prochain.