Tous les projets

ID Projet Ouverte Type Catégorie État Résumé
41158Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)04/09/2026AnomalieFibreNouveauFreebox Pop V8 r1 : dégradation du débit WAN après plus... Description de la tâche

Bonjour,

Je rencontre depuis juin 2026 une dégradation récurrente du débit WAN de ma Freebox Pop.

Après un redémarrage du Server, le débit descendant revient immédiatement autour de 2,3 à 2,4 Gbit/s sur le port Ethernet 2,5 Gbit/s. Après plusieurs jours de fonctionnement, généralement cinq à six jours, les performances vers Internet diminuent fortement.

Lors du premier constat, le débit plafonnait autour de 680 à 700 Mbit/s. Lors d’autres occurrences, la dégradation était moins importante, autour de 1,5 Gbit/s selon la destination. Un redémarrage de la Freebox rétablit le débit normal, mais le problème finit par revenir.

Le Server est une Freebox v8 (r1), actuellement sous Freebox OS 4.12.4-r1.

Je participe au programme bêta concernant l’accès aux canaux DFS en Wi-Fi avec les répéteurs. Cependant, le problème de débit était déjà présent avant mon inclusion dans ce programme. Il n’a donc pas commencé avec cette version bêta.

Configuration et contrôles effectués :

- PC sous Windows 11 connecté en Ethernet 2,5 Gbit/s ;
- carte réseau Marvell AQtion, lien négocié à 2,5 Gbit/s ;
- débit local mesuré autour de 2,3 à 2,36 Gbit/s pendant que les débits WAN étaient dégradés ;
- liaison FTTH/PON toujours indiquée comme active ;
- profil affiché de 5 Gbit/s descendant et 900 Mbit/s montant ;
- module SFP présent et indiqué comme fonctionnel ;
- puissance optique observée : environ -17,9 dBm en réception et 2,6 dBm en émission ;
- aucune désynchronisation ni reconnexion visible dans l’historique au moment de la dégradation.

Exemple de mesures prises pendant un état dégradé :

- test local : environ 2,36 Gbit/s ;
- téléchargement OVH IPv4 : environ 778 Mbit/s ;
- téléchargement OVH IPv6 : environ 647 Mbit/s ;
- serveur de test Free : environ 1,63 Gbit/s.

Les mesures répétées montrent que les résultats dépendent de la destination et du nombre de connexions. Certains chemins restent très faibles, alors qu’un téléchargement IPv4 utilisant quatre connexions simultanées vers Scaleway peut encore atteindre environ 2,3 Gbit/s.

Il ne semble donc pas s’agir d’un problème avec le PC, la carte réseau, le câble ou le lien Ethernet. Je ne peux pas non plus affirmer qu’il s’agit d’un bridage global de la ligne, d’un problème exclusivement IPv6 ou d’une QoS. Le comportement fait plutôt penser à un état dégradé du datapath, du routage ou de la gestion des connexions dans le Server, état qui est réinitialisé lors de son redémarrage.

Le problème ressemble à plusieurs tâches existantes :

-  FS#32586  : passage d’environ 2,3 Gbit/s à 680-700 Mbit/s après une période de fonctionnement, corrigé par un redémarrage :

https://dev.freebox.fr/bugs/task/32586

- FS#38855 : baisse similaire sur le port 2,5 Gbit/s, temporairement corrigée par une modification d’un réglage IPv6 :

https://dev.freebox.fr/bugs/task/38855

- FS#37995 et FS#40475 : dégradation principalement observée en IPv6 sur une Freebox Pop :

https://dev.freebox.fr/bugs/task/37995
https://dev.freebox.fr/bugs/task/40475

Dans mon cas, les mesures ne permettent pas de confirmer que la cause est uniquement liée à IPv6. Des débits faibles ont été observés en IPv4 comme en IPv6, avec une forte variation selon la destination. Le point reproductible est que les performances se dégradent après plusieurs jours et qu’un redémarrage du Server les rétablit temporairement.

Étapes de reproduction :

1. Redémarrer la Freebox Pop.
2. Vérifier un débit descendant d’environ 2,3 Gbit/s sur le port 2,5 Gbit/s.
3. Laisser le Server fonctionner plusieurs jours.
4. Refaire les mêmes tests vers plusieurs destinations, en IPv4 et en IPv6.
5. Constater la baisse des débits WAN alors que le débit local reste normal.
6. Redémarrer uniquement le Server.
7. Constater le retour immédiat du débit WAN normal.

Résultat attendu :

Le débit WAN doit rester stable sans nécessiter un redémarrage périodique du Server.

Résultat constaté :

Les performances WAN se dégradent après plusieurs jours. Le débit revient immédiatement à son niveau normal après un redémarrage, puis le problème réapparaît.

J’ai d’abord signalé ce comportement à l’assistance Free, avec les mesures disponibles. Il m’a été répondu qu’un débit d’environ 700 Mbit/s était déjà satisfaisant et qu’il n’y avait donc pas de problème à traiter. Malgré le caractère répétable du défaut et le retour immédiat du débit après redémarrage, l’assistance a refusé de transmettre le dossier à une équipe technique.

J’ouvre donc cette tâche afin que le problème puisse être examiné techniquement. Le fait que 700 Mbit/s reste utilisable ne change pas le constat : le débit passe de plus de 2,3 Gbit/s à environ 700 Mbit/s, ou à un niveau intermédiaire selon l’occurrence, puis revient à la normale après un redémarrage.

Je peux fournir l’adresse MAC du Server ainsi que les relevés horodatés si cela permet de retrouver les journaux correspondants côté Free.

33137Répéteur Wi-Fi17/11/2020AnomalieWiFiNouveauDéconnections Wifi lors de roaming Description de la tâche

Bonjour,

Après plusieurs semaines avec ce problème, j’ai décidé d’ouvrir un ticket ici afin de vous détailler ma problématique avec le Wifi de ma Freebox Pop + Répéteurs.

Je constate principalement deux problèmes
Parfois (fréquence au moins deux fois par jour, mais impossible de provoquer le problème), lors de la transition (roaming) d’un répéteur vers le Serveur Pop, sur mon téléphone Android 11, le wifi se déconnecte, essaye de se reconnecter, se connecte mais se déconnecte après une fraction de seconde. Il fait ça environ 5 fois de suite, avant que le téléphone classe le réseau comme “disabled”.
Après une analyse de la sortie logcat, voici ce qui provoque la déconnexion :

11-16 16:51:47.267  3107 19998 W IpClient.wlan0: [IpReachabilityMonitor] WARN ALERT neighbor went from: null to: NeighborEvent{@206106643,RTM_NEWNEIGH,if=21,IPV6 ADDRESS CENSORED,NUD_FAILED,[null]}
11-16 16:51:47.269  3107 19998 W IpReachabilityMonitor: FAILURE: LOST_PROVISIONING, NeighborEvent{@206106643,RTM_NEWNEIGH,if=21,IPV6 ADDRESS CENSORED,NUD_FAILED,[null]}
11-16 16:51:47.340 19970 19970 I wpa_supplicant: wlan0: CTRL-EVENT-DISCONNECTED bssid=CENSORED reason=3 locally_generated=1
11-16 16:51:47.357  1500  2311 D ConnectivityService: [226 WIFI] EVENT_NETWORK_INFO_CHANGED, going from CONNECTED to DISCONNECTED

Ici, IPV6 ADDRESS CENSORED est l’adresse ipv6 de mon serveur DNS

Essayer de spécifier l’IP en statique n’aide pas, le téléphone dispose d’une adresse IPv6 mais n’arrive pas à communiquer en IPv4.
Je suppose que le problème vient du fait que le serveur et son cache ARP ne gère pas correctement la transition d’un point d’accès mesh à un autre.
Le problème n’est pas résolu en passant de WPA3 à WPA2 seulement, désactivation de l’IPv6 (mettre dans next hop une adresse au pif), ne pas utiliser mon propre serveur DNS pour l’IPv6, utiliser le serveur DHCP du serveur au lieu du mien.

Je dispose d’un téléphone OnePlus 8 Pro, Android 11, build 11.0.1.1.IN11BA
Ce téléphone est rooté et je suis capable de tester et récupérer tous les logs qui me sont demandés.

Le second problème consiste en un ordinateur portable Windows 10. Ce dernier, lors du changement d’un point d’accès à un autre, ou après un retour de mise en veille, ne dispose plus d’accès internet.
Le problème ne se produit que sur le wifi de la Freebox (et répéteurs), et toutes les manipulations sur la carte wifi de l’ordinateur n’aident pas. J’ai moins de détails sur ce problème, mais il handicape ma sœur, qui l’utilise.

Indiquez-moi si plus d’informations sont nécessaires, ou si des tests spécifiques sont possible afin de déterminer l’origine du problème. J’ai les capacités techniques, en tant qu’enfant symbolique d’Iliad (j’ai une adresse email qui se termine par student.42.fr) Je suis aussi volontaire pour tester des versions debug du Serveur (8C:97:EA:31:9F:20)

Andy

Tâches 1 - 2 sur 2 Page 1 sur 1

Activer les raccourcis clavier

Liste des tâches

Détails de la tâche

Édition de la tâche