Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)

Bonjour,

Le problème vient de se reproduire, j’ai fait aucune action mise à part lancer un scan wifi sur les deux interfaces incriminés afin d’actualiser leur statut et elles sont bien en erreur

Les 2 répéteurs wifi sont quant à eux down

Je laisse tout cela en état et vous laisse regarder

Je précise aussi que les interfaces incriminées n’apparaissaient pas avant de relancer le scan, donc ce n’est pas le scan qui a provoqué le dysfonctionnement.

Et les répéteurs connecté en Wi-Fi apparaissaient comme hors ligne avant aussi. Ceux connectés en ethernet eux sont affichés comme connecté mais je remarque aucune adresse MAC assigné sur les deux bandes de fréquences d’émission dans l’application Freebox Connect

J’ai désactivé/réactivé le wifi à 11:09/10.

De mon côté les deux cartes sont toujours en erreur

Je peux vous fournir un accès à distance si nécessaire

Je peux vous donner un accès à mon réseau local via le logiciel Tailscale : https://tailscale.com/. Pour cela il me faudrait un moyen de vous faire parvenir le lien d'invitation (mail ou message privé).

Mon NAS Synology faisant parti de ce réseau, il propage le subnet 192.168.32.0/24 de la box (254 pour le server).

Il faudra juste accepter dans le logiciel les routes entrantes afin que vous puissiez y accéder, de mon côté je peux aussi changer temporairement le mdp d'admin de la box.

Si cela vous convient, faites moi signe

Ca me semble peu probable, car comme énoncé plus tôt, la box fonctionnais très bien, et cela s'est produit suite aux dernières MAJs.

Mais cela me convient, quel est la procédure à suivre ? Je dois contacter le service client ?

Oui aucun problème, je vous communique ça asap, merci de me fournir votre mail

Merci encore

Mail envoyé,

Y'a pas de quoi, c'est normal :)
Merci encore

Bonjour,
Je rencontre exactement le meme problème avec ma freebox ultra en 4.8.9, pas de répéteur, environ 12 appareils connectés sur le réseau 2.4GHZ (bande séparée, pas de disque USB connecté, le réseau 2,4GHZ devient inaccessible et tous les appareils connectés perdent la connexion. En réinitialisant la carte 2,4GH via un bête changement de paramètre (exemple canal), le réseau 2,4GHZ devient à nouveau accessible et les 12 appareils se reconnectent automatiquement sans problème jusqu'au prochain plantage.
En terme de fréquence de plantage, l'alarme me permet de monitorer l'avant dernier plantage a eu lieu le 24.04.2024 à 7:58 et à nouveau cette nuit le 25.04.2024 à 01:39. Je suis également en echange avec free via whatsapp qui m'invitait à signaler le problème à chaque fois qu'il se produit ce que je fais.
C'est assez frustrant puisque en près de 7 ans avec un autre fournisseur fibre et une "vieille box", je n'ai rencontré aucune instabilité de ce type et mon installation n'a pas évolué.

Merci pour votre aide.
Cdt

Bonjour, j'ai aussi le même probleme, depuis les dernieres mises à jour, je dirais une dizaine de jours peut être ? Plantages de plus en plus fréquents et problemes de wifi. Et depuis 24h je n'ai pas eu de plantage, j'ai déconnecté le mode Eco-Wifi, car j'avais observé que des cartes wifi se déconnectaient. Je ne sais pas si il y a une relation, mais pour l'instant ça tient.

de mon coté le mode Eco est désactivé car il n'est pas possible de l'utiliser quand on sépare les fréquences et ça plante tous les jours tous les 10h-15H, l'alarme connectée me permet de monitorer le fonctionnement ou non du wifi 2.4GHZ.
Après 4eme sollicitations du support free, on m'a transféré à l'assistance free "service premium" qui reconnait un problème chez plusieurs clients sur la carte wifi 2.4GHZ.
Free serait en train d'investiguer la dessus et ne sait pas à date si le problème est hardware ou software, pas de délais de résolution, ils m'ont indiqué revenir vers moi dès qu'il y a du nouveau… De mon coté je laisse maximum 3 semaines à free et si d'ici la, ils ne sont malheureusement pas en mesure de fournir une solution, je change de box opérateur car disposer d'une box en mesure de fournir un wifi 2.4GHZ stable, c'est la base et en près de 7 ans chez un autre opérateur avec une box "bas de gamme", je n'ai jamais eu de problème…

de mon coté je n'utilise aucun répéteur, une personne au support free croyait que je n'en avais un alors que j'ai simplement séparé les fréquences : un SSID pour la carte 2,4GHZ et un SSID commun pour les 2 cartes 5GHZ et la 6GHZ.
La carte 2,4GHZ plante tous les 10-15H, c'est à dire que tous les appareils connectés au SSID sur la 2,4GHZ (environ 12) perdent l'accès au réseau, le SSID n'est plus joignable et disparait de la circulation, pour autant dans freebox connect, il est indiqué que la carte 2,4GHZ est toujours active mais il n'y a bien évidemment plus aucun équipement connecté dessus.
Voici mon adresse MAC : 38:07:16:C1:AF:BC

@Zaienk cela semble similaire à ce que j’ai, seules les 2 SSID 2.4/5GHz du server saute au bout d’un moment, et entraîne les répéteurs dans leur chutes. Ce qui rend ces derniers indisponibles sauf si ils sont connectés en ethernet à la box (dans ce cas, les deux Mac address de ces derniers n’apparaissent plus dans l’app Freebox Connect) et le wifi est complètement down sauf la seconde carte 5Ghz et 6GHz

Est ce que vous pouvez lorsque cela arrive déclencher un scan wifi sur la carte 2.4Ghz en allant dans l’onglet « Radar » > « Relancer un scan wifi » et nous dire si vous obtenez comme moi un passage à un statut erreur sur la carte ?

@nico-e De mon côté la box est de nouveau dans les choux, j’attends l’échange pour vous informer

merci bon courage

Je reviens vers vous @nico-e, bon il semblerait que du coup le problème touche le SoC QCN6224 qui s'occupe des deux bandes de fréquences 2.4GHz/5GHz(bas).

De mémoire, il me semble que ça déconne depuis la version 4.8.8/4.8.9 (problème firmware ?).

Afin de vous aider à déterminer si c'est un problème logiciel ou matériel, pensez-vous possible de me downgrade ma version à la 4.8.7, ou une beta qui revert les changements de ces deux màj ? Je sais que vous pouvez déjà déployer des beta sur volontariat en vous basant sur l'adresse MAC.

Je ne pense pas que tout les clients Free ont les connaissances ou la présence d'esprit de venir sur ce bugtracker afin de vous signaler ces problèmes, voir même en ignore potentiellement tout juste l'existence, et si ca peut soulager aussi le service client ainsi que vos équipes.

Regards,
Benjamin CHAINTREUIL

J'ai eu plusieurs pb depuis la 4.8.9 arrivée sur la Delta, un smartphone connecté mais ping impossible, appareils injoignables, fonctionnement et débit aléatoires.
Le reset Wifi de la freefox ne changeait pas grand chose.

Je me suis résolu à faire un factory reset de la freebox et tout reconfigurer, depuis ça semble être bon.

@nico-e

Nouvelle Freebox reçue ce jour (MAC: 38:07:16:C3:6B:52)

À peine installer et la configuration restaurée, que le problème apparait de nouveau.

Quand est-ce qu'un correctif sera déployé ? Existe-t-il un workaround qu'on puisse implémenter de notre côté ou une version hotfix à tester, car ça commence à devenir très gênant là.

Merci d'avance pour votre réponse

Dump envoyé par mail, je commence un peu à désespérer là pour le coup.

Je ne sais pas si vous y trouverez quelque chose de concluant, vu que je n'ai absolument pas touché ou modifier la configuration entre les deux box, juste reload cette dernière à partir de l'export.

Je vois que d'autres tickets semblent signaler un problème similaire au mien, cf lien.

Si je peux vous aider à investiguer ou vous donner plus d'informations.

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

De mon côté je penche pour une régression introduite dans les dernières versions (4.8.8, 4.8.9) qui fout un bordel côté QCN6224, vu que seules 2 interfaces sont touchés (2.4GHz, et 5GHz "low"). Je ne sais pas si c'est lié à un paramètre de configuration en particulier, voici ce qui diffère de la configuration d'origine :

• Authentification type : WPA2 - AES

• EAPOL: Ver. 2

• WPS: Off

• bandwidth: 20MHz for 2.4GHz, 80MHz for 5GHz

• Channel selection: auto

• max_amsdu_7935: on (2.4 & 5)

• ldpc: on (Only 2.4)

• dss_cck_40: on (Only 2.4)

Je fait ça de suite

J'obtiens une erreur, c'est bizarre, si je réinitialise la configuration wifi, avec le SSID par défaut et tout le reste, ca fonctionne.

Par contre, dès que je mets ma configuration, ça déconne et la seule chose qui change, c'est la présence de mon EAP225-Outdoor avec qui ils partagent le même SSID, c'est comme si la box ne savais pas gérer un AP externe diffusant le même SSID.

802.11be désactivé sur les deux cartes, et même problème qui intervient même pas avant 5 min

petit update de mon coté.
coup de bol, je pense avoir identifié ce qui met à mal la freebox ultra et fait planter la carte wifi 2.4GHZ sur mon installation… J'ai une caméra eufy Indoor Cam 2K Pan & Tilt que j'utilise pour filmer mes mouvements la nuit, le problème c'est que quand le wifi 2.4GHZ est KO, la caméra fait un bruit supplémentaire à chaque fois qu'elle s'enclenche, ce qui est assez dérangeant.
Par conséquent et comme le wifi 2.4GHZ plantait tous les jours, je me suis résigné à la débrancher… Et depuis qu'elle est débranchée à savoir depuis le dernier reboot de la freebow ultra le 28.04.2024 à 9:39, je n'ai pas rencontré de nouveau plantage.
Je précise que j'avais déjà cette caméra avec ma précédente box internet, une "vieille" livebox 4, et que je ne rencontrais aucun problème de ce type.
Je suppose donc qu'il y a quelque chose avec cette caméra et son mode de fonctionnement qui met à mal à la carte wifi 2.4GHZ.
Merci d'avance pour votre support et la résolution de cette incompatibilité ?

@nico-e Je suis entrain de vous rédiger un rapport détaillé sur les observations que j'ai faites ces derniers temps, y'a des comportement bizarre côté répéteurs et server.

Je pense au vu de l'intermittence du problème, que ce serait plus facile d'en discuter de vive voix et de vous faire tester sur une installation réelle, je peux essayer de mon côté de me libérer afin d'éventuellement faire un call zoom où je vous expose les problèmes et me met à votre disposition pour faire des tests si vous êtes ok.

Merci, la mienne vient bêtement d'Amazon, acheté le 10/10/2023 =⇒ https://www.amazon.fr/eufy-int%C3%A9rieure-d%C3%A9tection-Compatible-Assistants/dp/B086LBCQJL Après je ne sais pas si selon les séries, le hardware embarqué et les chips sont systématiquement les mêmes et si cela peut avoir une influence mais au pire je pourrai vous indiquer l'adresse mac de la mienne, la reconnecter à mon réseau et vous laisser analyser.
Bonne investigation et je vous tiens informé si jamais la carte wifi 2.4GHZ plante à nouveau.

Observations :

Problème rencontré :

Au bout d'un certain temps, les répéteurs ethernet cessent d'émettre, c'est vraiment variable et y'a pas de comportement / schéma répétitif.

Pour résoudre le problème, on relance tout et on espère que ca fonctionne plus longtemps que la fois précédente.

Actions entreprises

Eleos, question bête, vous n'auriez pas dans votre installation une caméra eufy ou un appareil qui fonctionne de manière assez similaire? En veille et qui sort de sa veille et se connecte au wifi pour envoyer du data à chaque mouvement détecté? Avez vous essayé de procéder par élimination en déconnectant au fur à mesure les appareils un par un ?

@Zaienk, j'ai plein de matos 2.4Ghz, notamment des interrupteurs sonoff et prises connectés ewelink qui gère les luminaires, j'ai des caméras de surveillance Ring en 2.4Ghz qui semble fonctionnais de manière similaire en effet, mais si je commence à déconnecter un par un les périphériques, je n'aurais plus assez de jours de congés pour tester chaque configuration

Je veux dire par là, que tout fonctionnais parfaitement avant, et rien n'a changé dans mon installation, donc je comprends pas pourquoi le problème viendrait de ces périphériques

J'ai même mis en blacklist sur l'AP extérieure toutes les MAC des répéteurs et du server, afin d'exclure cette possibilité. là aussi sans succès et je n'observe dans les logs aucune tentative de connexion non plus, donc j'exclue aussi cette possibilité.

J'avais ma sonde RIPE Atlas qui était alimenté par le port USB de la Freebox, je l'ai retiré au vu de la connaissance du problème d'interférence, elle a désormais son alimentation dédiée et la box est isolé seule dans son coin, donc là aussi, je ne pense pas que ce liée.

Dernières opérations/tests/observations effectués

Je précise qu'avant tout cela, la configuration était laissé à la libre appréciation de la box et des répéteurs, tout était en automatique, et ça déconnais quand même, j'ai voulu testé en fixant les canaux, depuis ça semble se stabiliser même si j'observe des comportements bizarres

Merci Eleos, pour répondre à
"Je veux dire par là, que tout fonctionnais parfaitement avant, et rien n'a changé dans mon installation, donc je comprends pas pourquoi le problème viendrait de ces périphériques"
De mon coté le 2,4GHZ a commencé à planter très régulièrement càd tous les 10H-20H depuis le dernier firmware, avant ce dernier j'avais une instabilité sur le wifi 2.4GHZ mais cela arrivait tous les 7-10 jours..
L'hypothèse qui pourrait être faite face à ce constat, c'est que la connectivité 2.4GHZ de la freebox ultra depuis sa dernière mise à jour, pourrait être mise à mal par certain type de périphérique comme par exemple la eufy Indoor Cam 2K Pan & Tilt que je possède.
Je ne voudrais pas non plus extrapoler et ou dire que le problème n'existait pas du tout avant la mise à jour, mais en tout cas il était bien moins fréquent et l'hypothèse "d'incompatibilité" à certains périphériques aggravées par la derniere mise à jour du firmware n'est pas à exclure.
bon courage et bonne recherche

Comportements observés

@Zaienk Aucune idée honnêtement, je pense avoir testé toutes les possibilités et configuration possibles, j'essaie de donner un maximum d'informations afin de les aider à résoudre ce problème et leur faciliter au maximum le travail, car je suppose que sans être sur le terrain avec même infra, c'est pas chose simple à débugger.

J'ai mes hypothèse, mais n'étant pas un expert je ne peux rien conclure, en tout cas j'aurai appris plein de chose en plus de savoir gérer ma frustration de plus en plus grande haha

@nico-e Bon depuis ce matin, les deux cartes wifi (2.4GHz et 5GHz low) de la Freebox semble ne plus tomber sans raison, aucune idée de si cela a un rapport avec le fait que j’ai fixé les canaux ainsi que la bandwidth des cartes 2.4GHz et 5GHz high.

Cependant j’observe que les répéteurs se déconnectent / reconnectent régulièrement, cela peut arriver plusieurs fois par heure. Ceux en wifi deviennent inaccessible, ceux en ethernet switch entre ethernet et wifi pour la connexion, comme si tout ce beau monde essaie de se mette d’accord sans y arriver

@nico-e tout d'abord, merci pour votre réponse, c'est plus la frustration de ne pas comprendre que du fait que cela ne fonctionne pas je vous avouerai :).

Chez vous on observe un crash du firmware d'un chip wifi qui fait le 2.4 & le 5G low.
Pour le moment on ne sait pas ce qui le cause & on essaye de comprendre si c'est un périphérique qui se connecte qui le cause ou un pattern de trafic ou autre chose…

quand votre carte 2.4 / 5G foire, au début elle est vu en active (mais ne fonctionne plus) et on n'est pas capable de le détecter logiciellement
Du coup si vous relancez le wifi sur le chip foiré c'est là que il passe en failed

Vu que le but du système est de répliquer l'état du wifi de la GW sur les répéteurs, les AP sur le répéteur vont s’arrêter à ce moment là.

En effet, c'est ce que j'avais pu comprendre et observé aussi.

Bon visiblement depuis ce matin, cela semble être stable, wait & see vis à vis de ce problème, car je pense qu'on est face à un cas de multiples issues, avec pas forcément de liens entre elles.

La seule chose que j'ai modifié, c'est que j'ai fixé les canaux comme indiqué sur la carte 2.4 GHz et 5GHz high de la Freebox et de l'AP extérieure, afin d'éviter une négociation automatique et un potentiel overlap avec ce dernier.

Tout le reste (config avancées, switch, config AP extérieur, etc…) est identique à l'origine, c'est à en perdre mes cheveux.

Ensuite, le cas du 40 MHz sur le 2.4….

- c'est un ajout, mal foutu de la norme donc il y a plein de corner case :

C'est ce que j'ai cru comprendre

- pas le droit de faire du 40 si un AP tourne déjà sur le canal secondaire

Bah là pour le coup, je suis tout seul, j'ai pas mal fait le tour de la maison et à l'intérieur avec l'analyseur de réseau actif + je monitore en continue depuis ce matin, donc je peut vous l'affirmer. cf screenshots

Seule la Freebox et les répéteurs utilisent ces canaux en 40MHz, étant tout seul, j'ai forcé la config vu que je sais que ça ne gênera personne et afin d'avoir la plus grande bande passante, tout en évitant l'overlap avec mon AP extérieure (les canaux se croisant autour du canal 7 sans se superposer, cf screenshots)

Ce que je trouve bizarre c'est cette "oscillation" périodique sans raison apparente (je monitore en continue depuis ce matin), alors que rien d'autre n'utilise les canaux 1 et 5, de la bandwith entre 40 et 20 MHz… Ce qui semble à chaque modification, relancer la synchro/configuration sur les répéteurs et par conséquent entraine des déconnexions temporaire (quelques secondes). Cela semble différents de mon problème de coupure des interfaces de la fbx, mais peut être s'en est à l'origine ?

D'où ma question sur l'utilisation des même canaux entre la FBX et les répéteurs, surtout ceux connectés en Ethernet, qui eux pour le coup pourrait bien en utiliser d'autre non ? J'émets des suppositions, je suis pas un expert du Wi-Fi Mesh.

- pas le droit de faire du 40 sur sur le canal principal si un autre AP sur ce canal dit être dérangé par le 40MHz.

Cf ce que je dis avant, je ne pense pas être concerné

- pas le droit de faire du 40 si une STA se connecte et dit à l'AP qu'il ne le supporte pas (l'AP downgrade/upgrade quand le device avec la limitation se dé/re connecte)
⇒ plein de raisons de ne pas faire de 40 même quand on a pas de voisins

Je ne vois que ça éventuellement, mais bon parfois ca reste en 40MHz pendant 20/30 min sans soucis particulier, donc là, je botte en touche, et en plus mon AP extérieure lui ne switch pas constamment entre 20 et 40MHz, donc il devrais être concerné aussi non ?

Ensuite, pour ce qui est de la connexion backhaul du répéteur:
- l'ethernet est privilégié
- puis le lien wifi qui a le meilleur débit
- normalement tant que un répéteur à au moins un lien actif vers la GW il ne doit pas se déconnecter

Par contre nous avons un bug en cours de correction qui expliquerait que vos répéteurs connectés en wifi seulement, se reconnectent en boucle suite à un changement de config. (il faut alors les redémarrer pour le moment)

Ce que j'observe, hormis cette histoire de resynchro en cas de switch 20/40MHz de bandwith, c'est que de temps à autre, un répéteur wifi se déconnecte (voyant rouge/non connecté dans l'app) puis se reconnecte, et il se passe tout un schmilblick où alors pendant un court instant les deux répéteurs ethernet reswitch en wifi dans l'application, puis repasse en ethernet après un certain moment, sans raison apparentes, là encore aucune idée de si c'est liée ou non, cf screenshots où l'on voit "Bureau" et "Salon" qui sont les deux répéteurs en ethernet switcher en Wi-Fi.

Par contre nous avons un bug en cours de correction qui expliquerait que vos répéteurs connectés en wifi seulement, se reconnectent en boucle suite à un changement de config. (il faut alors les redémarrer pour le moment)

Le problème, c'est que depuis ce matin, je n'y ai justement pas touché à la config, et j'ai tout hard reboot.

Là par exemple ça vient de se reproduire :

Capture d'écran dans l'ordre chronologique :

https://ibb.co/863VkJZ https://ibb.co/pLpgPDL https://ibb.co/tL1Qpq8 https://ibb.co/dkqsrCN https://ibb.co/Yb5jm72

Dans l'analyseur réseau :

https://ibb.co/w6X25m1 https://ibb.co/VtKnm6V https://ibb.co/t3Y55m3 https://ibb.co/XbMg5p6

En gros, les 2 répéteurs ethernet switch en wifi, puis à un moment les répéteurs wifi only perdent la connexion, les 2 ethernet reswitch en ethernet, et les wifi only se reconnecte.

Je ne sais pas si c'est lié à cette histoire de switch 20/40MHz, mais cela me parait bizarre comme comportement

Je remarque aussi que les taux et la courbe d'occupation de la fréquence 2.4GHz sur Freebox OS oscille beaucoup, et a tendance a être très élevé.

Alors qu'il n'y a aucun autre APs dans la zone, hormis les répéteurs et la FBX.

Et à un moment ca drop, et il se passe quelque chose.

D'autres métriques et logs:

https://ibb.co/BLsdn7r https://ibb.co/X3PZ68f https://ibb.co/cwGvC3g

On voit aussi par moment certain répéteur ne pas afficher de MAC pour la fréquence 2.4GHz, comme sur le dernier screen ici pour le répéteur "Bureau"

On voit dans les screens aussi que Bureau fonctionne en 40MHz, alors que les autres répéteurs et la Fbx ont reswitch en 20MHz, sans doute ce qui explique pourquoi la MAC n'est pas renvoyé ?

@Eleos: Il serait plus simple d'envoyer directement le lien direct de l'image, il y a la fonction dans imgbb, là c'est trop complexe pour tout regarder :/

Oh la vilaine, je vais m'empresser d'ériger un autel en sacrifice.

Je vais regarder ce que c'est, mais du coup, il semblerai que tout ces problèmes soit liée et s'entraine les uns des autres, hormis les répéteurs ethernet qui switch en wifi pour une raison que j'ignore et le problème de firmware de la box.

Alors la station criminelle est… Mon iPhone 15 Pro Max, je tombe des nues, mais en ce qui concerne l'autel et le sacrifice je vais laisser tomber vu le prix.

Ca me parait bizarre qu'il ne soit pas compatible 40MHz cependant…

Cela m'intéresse, vous avez déjà les MAC, dites moi juste quand reboot.

@nico-e Petit update, hier j'ai eu la mauvaise idée de tout redémarrer (Fbx, répéteurs) après une journée sans crash du firmware et de relative stabilité de mon réseau Wi-Fi, notamment pour voir si le problème était réglé.

Après redémarrage de la box, je me suis directement connecté à l'interface et voici ce que j'observe côté carte 2.4GHz : https://ibb.co/8g3FTgp – Désolé @Neustradamus_, les liens direct imgbb déconnent –

Le redémarrage ayant eu lieu aux alentours de 19h, on remarque que le crash firmware apparait dès le démarrage de la box, 20 secondes après l'allumage des cartes Wi-Fi, la box n'ayant même pas eu le temps de récupérer l'heure depuis un serveur NTP.

N'ayant rien changer à ma configuration/installation après une journée de relative stabilité, j'en déduis 4 hypothèses :

• Au démarrage, la box ne tient pas la charge dû à la connexion des 4 répéteurs + autres stations en même temps (cf. taux d'occupation Wi-Fi qui explose, chose que j'ai remarqué aussi lors du redémarrage d'un répéteur) : Vu qu'à la connexion les répéteurs connectés en ethernet testent à la fois le lien ethernet et le lien Wi-Fi afin de déterminer le plus adéquat et que j'ai à peu près une cinquantaine de devices, ça ferait comme une sorte de DDoS qui ferait tomber la carte du QCN6224.

• J'ai une stations qui fait tout planter, mais dans ce cas pourquoi cette relative stabilité d'une journée ? Rien n'a changé dans mon installation/configuration, hormis un redémarrage, et on était tous présent à la maison donc pas de changement côté périphériques connectés. Et je me vois mal tester un par un tout les périphériques, sachant que c'est un problème intermittent…

• J'ai un répéteur foireux qui fait tout planter : serait-il possible d'envisager d'échanger les 4 que j'ai en ma possession afin d'exclure cette possibilité ?

• Problème de négociation/configuration avec 2 répéteurs connectés en ethernet et 2 en Wi-Fi.

Pour vérifier la première hypothèse et dernière hypothèse voici mon protocole de test :

• Je débranche électriquement tout les répéteurs et redémarre ensuite la Freebox.
• J'attends que cette dernière soit opérationnelle puis je vérifie en direct via l'interface l'état réel de la carte Wi-Fi.
• Un à un, je rebranche les répéteurs, j'attends que ces derniers soit opérationnel dans l'application Freebox Connect, puis je redémarre la box et les répéteurs déjà branchés.

En gros :

1: Freebox only
2: Freebox + Répéteur ⇒ Vérification + Si pas de crash redémarrage des 2… 3: Freebox + Répéteur x2 ⇒ Vérification + Si pas de crash redémarrage des 3… etc…

C'est une petite gymnastique mais voici ce que j'obtiens dans Freebox OS :

https://ibb.co/Y3wh8Zp https://ibb.co/kSTymvM https://ibb.co/6B1Hm6Y https://ibb.co/k9vDSJr https://ibb.co/CMmDn8w

À un moment, si trop de répéteurs essaient de se connecter en même temps lors du redémarrage de la box, cette dernière crash dès le démarrage, j'ai essayer de discriminer sur la possibilité que cela provient uniquement des répéteurs connectés en ethernet, sans y parvenir de manière concluantes.

Par contre, si je démarre la box, attends 5/10 min, puis démarre un répéteur, attends 5/10min, etc… j'arrive plus ou moins à tous les connecter, comme si le fait d'attendre ou d'inclure un délai entre chaque connexion de répéteur assurait une certaine stabilité, d'où mon hypothèse de "DDoS".

Serait-il possible d'envisager d'implémenter un délai de connexion pour chaque répéteur lors d'un redémarrage ?

Je reste à votre disposition et merci encore

À partir de 2/3 répéteurs en même temps lors du redémarrage, j'arrive pas à savoir si cela provient d'un répéteur défectueux, d'un problème avec le fait que 2 soient en ethernet ou si y'a juste un flood qui fait tomber la box, d'où ma proposition aussi d'échange des répéteurs, la box ayant déjà été échangé pour exclure au max les possibilités.

Je redémarre tout avec le nouveau firmware, et vous tiens au courant

Ok firmware beta box + répéteurs déployés, il y'en a un qui a un peu galéré lors de la mise à jour (+20min) mais finalement c'est passé, j'ai procédé en redémarrant un par un les répéteurs en attendant qu'il redevienne up, puis fini par la box.

Pas de changement de comportement observé, j'ai quand même voulu tester pour voir si la MAJ réglais le problème de crash firmware, en redémarrant tout en même temps, et de nouveau ça a crash 20 sec après la mise en route de la carte wi-fi.

J'ai donc procédé comme énoncé dans mon précèdent message, c-à-d débrancher électriquement box+répéteurs, brancher la box, attendre 5min, puis un répéteur après l'autre en patientant 5 min entre, et là c'est nickel, c'est stable.

Ayant fixé la bandwith et le canal, (1 et 20MHz), pas de reconfiguration possible, donc je pense que ca restera stable, juste faut faire gaffe aux coupures électriques qui pourrait reboot tout ce beau monde en même temps.

Merci encore pour votre temps et votre aide, je reste à votre disposition vu que le problème reste ouvert.

PS: sans doute un autre bug, mais parfois certain répéteur ont du mal à obtenir une IPv6, actuellement c'est mon répéteur Sous-sol 38:07:16:B0:40:F7)

Je pense que la mise en place d'un cooldown entre chaque reconnexion de répéteur à la box, suite à une reconnexion/resynchro/reconfig permettrait d'éviter le problème à l'avenir

@nico-e

Écoutez, je ne sais pas quoi vous dire de plus.

Le problème semble toujours présent avec le pattern que je vous ai décris.

Je me tâte à faire du wireshark, mais je pense que je vais plus perdre mon temps qu'autre chose.

Après, je suis prêt à tenter un échange de répéteur, si ca ne fonctionne pas c'est que c'est au niveau de mes périphériques que ça déconne, mais j'ai rien d'exceptionnel de connecté (Quelques devices d'IoT, caméra de surveillance, appareils Apple, ordi…)

Vous n'avez pas plus de logs de votre côté qui vous indique les raisons du crash ?

Ce matin elle a planté juste après un reboot, 20 sec après le démarrage de la carte wifi d'après le graphe, le seul moyen de rétablir le truc et de démarrer la box, et les routeurs avec un intervalle entre chaque boot

Merci encore,
Regards

Ca vient de planter à nouveau, vers 17:38, je vous laisse regarder, mais de mon côté je sens que je vais investir dans des APs persos, le problème semblant insoluble.