Bonjour,
Depuis la renumerotation des chaines, impossible de mettre en favoris les chaines allemandes . Impossible en résumé de mettre en favoris une chaine dont le N° est supérieur à 996.
Merci de me dire si prb ou me donner la marche à suivre
dlt
Bonjour,
Depuis la renumerotation des chaines, impossible de mettre en favoris les chaines allemandes . Impossible en résumé de mettre en favoris une chaine dont le N° est supérieur à 996.
Merci de me dire si prb ou me donner la marche à suivre
dlt
Bonjour,
Je rencontre un problème reproductible d’association Wi-Fi avec une Google Nest Cam intérieure filaire de 3e génération.
Configuration :
Symptômes :
La Nest Cam est détectée par Google Home et commence son appairage. Elle passe en mode association, puis la configuration échoue de manière intermittente avec différents messages :
Dans certains cas, la caméra apparaît brièvement comme connectée dans Freebox OS avec un excellent niveau de signal, mais Google Home indique malgré tout que la connexion Wi-Fi a échoué.
La caméra avait initialement réussi à être ajoutée, mais passait ensuite hors ligne. Après sa suppression de Google Home, il est devenu extrêmement difficile de terminer un nouvel appairage.
Une première caméra présentait déjà un comportement similaire. Elle a été remplacée par Google, mais la caméra de remplacement a rencontré pratiquement les mêmes problèmes.
Observations techniques :
Des captures radio ont été réalisées pendant les tentatives d’association.
La caméra parvient à :
Certaines tentatives se bloquent ensuite pendant le « 4-Way Handshake » WPA2/EAPOL.
Des retransmissions EAPOL sont observées, suivies d’un timeout et parfois d’une déconnexion avec le code de raison 15.
Dans ces situations, la caméra n’atteint pas systématiquement l’étape DHCP. Le problème intervient donc avant le DNS et avant la connexion aux services cloud Google.
Lors des tests avec un SSID dédié en 2,4 GHz, plusieurs BSSID correspondant au même réseau ont été observés. La caméra a essayé successivement plusieurs BSSID.
Certaines tentatives ont échoué pendant le handshake EAPOL. Une tentative a finalement réussi sur l’un des BSSID : les quatre messages EAPOL ont alors été échangés correctement, puis la caméra a obtenu une adresse IP et poursuivi sa
configuration.
Le comportement semble donc intermittent et peut varier selon le BSSID ou la carte Wi-Fi de la Freebox sélectionnée par la caméra.
Tests effectués sur la Freebox :
Tests DNS et Internet :
Afin d’écarter un problème de filtrage, les essais suivants ont également été réalisés :
Le résultat ne dépend pas du serveur DNS utilisé.
Les autres équipements accèdent correctement à Internet. De plus, les échecs observés interviennent régulièrement avant même l’attribution d’une adresse DHCP.
Test comparatif sur un point d’accès indépendant :
Pour isoler la Freebox, un point d’accès de diagnostic a été créé sous Linux avec un adaptateur Alfa Network AWUS036AXML utilisant une puce MediaTek MT7921AUN.
Configuration du point d’accès :
Sur ce point d’accès indépendant, la même Nest Cam et le même iPhone ont réussi l’appairage.
La caméra a ensuite :
Ce test permet d’écarter raisonnablement :
Résultat actuel :
La caméra a fini par fonctionner après de nombreuses tentatives et après sa mise à jour, mais la réussite de l’association n’a pas été constante.
Le problème ne semble pas être une simple faiblesse du signal : la caméra a été testée à proximité de la Freebox et un signal très fort a été observé.
Les résultats orientent plutôt vers :
Captures disponibles :
Je dispose de plusieurs captures PCAP correspondant :
Je préfère ne pas publier ces captures directement sur le bugtracker, car elles contiennent des identifiants réseau. Je peux néanmoins fournir une version anonymisée ou les transmettre par un canal privé à l’équipe Freebox.
Questions pour l’équipe technique :
1. Pouvez-vous examiner les journaux Wi-Fi internes de la Freebox pendant une nouvelle tentative d’association ? 2. Pouvez-vous vérifier la cause exacte des timeouts EAPOL et des déconnexions avec le code de raison 15 ? 3. Existe-t-il un problème connu avec les Nest Cam récentes sur la Freebox Ultra ? 4. Existe-t-il une différence de firmware ou de comportement entre les différentes cartes ou les différents BSSID Wi-Fi de la Freebox Ultra ? 5. Le mode WPA2/WPA3, PMF, MLO, le steering ou le fonctionnement multi-BSSID peuvent-ils provoquer ce type d’échec ? 6. Une correction du firmware Wi-Fi ou de Freebox OS est-elle prévue ? 7. Pouvez-vous indiquer une configuration temporaire officiellement recommandée sans désactiver définitivement les fonctionnalités Wi-Fi récentes ?
Je peux reproduire le problème à une heure précise afin de permettre la corrélation avec les journaux internes de la Freebox.
Merci de transmettre cette tâche à l’équipe chargée du firmware Wi-Fi de la Freebox Ultra.
Bonjour,
Sur mes répéteurs, un ne veut pas se mettre à jour : 20:66:CF:47:B9:2A (ni en le débranchant manuellement, ni via l’application).
J’ai essayé un reset avec le bouton, aucune réaction.
A savoir, j’ai été béta testeur, particulièrement pour ce répéteur, est-il possible que les mises à jour ait été désactivées pour lui ?
Merci d’avance, les autres fonctionnent très bien avec les nouvelles mises à jours, merci !
Bonjour,
Ma station NETRADIO (créée en 1999) a changé de flux et je sollicite une mise à jour dès qu’il sera possible s’il vous plaît.
Le nouveau flux est https://radioairplay.fr/hls/netradio/listen.m3u8
Le nouveau logo officiel est ici https://radiotool.fr/tackendo/images/logo_netradio_2026.png
Merci beaucoup pour la mise à jour
Christophe MARCY
CEO
NETRADIO NETWORK SAS
https://netradio.fr
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.
Bonjour,
Le flux de la station de radio NETRADIO a évolué et nécessite une mise à jour.
Notre nouveau flux est désormais: https://radioairplay.fr/hls/netradio/listen.m3u8 Merci pour la prise en compte et l’update
Christophe
Bonjour,
Auparavant, il était possible de mettre en favoris sur la page d’accueil du Player Devialet un répertoire réseau depuis l’explorateur.
Il me semble que cela était proposé depuis le menu “Options” sur n’importe quel dossier.
J’en ai toujours en favoris mais depuis une récente mise à jour, je ne peux plus en ajouter de nouveau.
Mon Player est en version 4.12.3.
Pouvez-vous rétablir cette fonctionnalité ?
Merci
Bonjour,
Depuis la mise à jour en 4.12.4 la fonction port fowarding ne fonctionne plus.
Dans le champs “Port de début” il est indiqué “Vous devez choisir un port supérieur à 49152”
Donc si on paramètre 443 ça ne fonctionne pas. Il faut indiquer 49153 mais qui ne correspond pas à mon serveur sur le LAN.
Par ailleurs, impossible de modifier le paramétrage, le bouton sauvegarder est grisé.
Merci
Bonjour
Depuis ce matin, plus d’accès extérieur depuis ma Freebox.
sa me dis un probleme est survenu lors de cette requette au serveur (erreur 503)
