- État Nouveau
- Pourcentage achevé
- Type Anomalie
- Catégorie WAN → Fibre
- Assignée à Personne
- Système d'exploitation Freebox V9 (Ultra)
- Sévérité Haute
- Priorité Très Basse
- Basée sur la version 4.12.2
- Due pour la version Non décidée
-
Échéance
Non décidée
-
Votes
1
- Alouet67 (20/07/2026)
- Privée
Ouverte par Alouet67 - 15/07/2026
Dernière modification par Alouet67 - 15/07/2026
FS#41099 - Freebox figée "en cours de connexion" après coupure FTTH : lien optique Up, session jamais rétablie
Matériel : Freebox Ultra v9 (r1) — firmware 4.12.2 — FTTH/PON
SYMPTÔME
Après une coupure réseau, le lien optique remonte normalement (link Up, signal présent, authentification OK), mais la session Internet n’est jamais rétablie. La box reste bloquée indéfiniment à l’étape “en cours de connexion”, sans planter (uptime de plusieurs jours), jusqu’à un redémarrage manuel. Un reboot soft depuis Freebox OS suffit à débloquer la situation — ce n’est donc ni un problème matériel ni un problème de signal.
CE QUI EST SIGNALÉ ICI
Le défaut concerne le blocage définitif de la machine à états de connexion du Freebox Server, PAS les coupures elles-mêmes. Les micro-coupures fibre sont un phénomène connu et déjà documenté (cf. FS#32434) ; leur cause, côté centrale/OLT, est traitée séparément avec le support (3244). Le présent ticket concerne uniquement l’échec de reprise qui s’ensuit dans certains cas.
La reprise automatique fonctionne d’ailleurs normalement dans les cas sains : par exemple, coupure de 80 secondes le 12/07 puis reconnexion automatique. C’est bien le blocage, et non la coupure, qui pose problème.
ÉLÉMENTS TECHNIQUES RELEVÉS PENDANT LE BLOCAGE (avant tout redémarrage)
Relevé automatisé horodaté via l’API locale de la box. Le détail complet (état connexion, couche FTTH, puissances optiques, logs de connexion) est fourni dans le premier commentaire ci-dessous.
- connection.state = “down”, aucune IPv4, 0 octet échangé
- connection.media = “xdsl” et connection.type = “rfc2684” ALORS QUE la ligne est FTTH/PON : la session semble avoir perdu son rattachement à l’interface fibre
- en parallèle, couche FTTH parfaitement saine : link = true, sfp_has_signal = true, sfp_alim_ok = true, RX -18,09 dBm, TX +7,12 dBm
- connection_logs : lien passé en “training” (resynchro PON) puis session “ftth_pub” passée “down” — et jamais repassée “up” ensuite
- uptime au moment du blocage : supérieur à 45 h (la box n’a ni planté ni redémarré)
PISTE SUGGÉRÉE
Après coupure, la reprise ne réattache pas la session au média FTTH et retombe sur un profil xdsl fantôme, sans jamais aboutir. Comportement à examiner côté firmware.
REPRODUCTIBILITÉ
Survient à chaque coupure “longue” côté centrale. Je supervise désormais la ligne en continu (relevé API toutes les 60 s) et peux fournir d’autres captures horodatées à la demande.
Chargement...
Activer les raccourcis clavier
- Alt + ⇧ Shift + l Se connecter/Se déconnecter
- Alt + ⇧ Shift + a Ouvrir une tâche
- Alt + ⇧ Shift + m Mes recherches
- Alt + ⇧ Shift + t Rechercher par ID de tâche
Liste des tâches
- o Ouvrir la tâche sélectionnée
- j Déplacer le curseur vers le bas
- k Déplacer le curseur vers le haut
Détails de la tâche
- n Tâche suivante
- p Tâche précédente
- Alt + ⇧ Shift + e ↵ Enter Modifier cette tâche
- Alt + ⇧ Shift + w Surveiller
- Alt + ⇧ Shift + y Fermer cette tâche
Édition de la tâche
- Alt + ⇧ Shift + s Enregistrer la tâche
Relevé technique complet (API locale de la box, capturé automatiquement pendant le blocage, avant tout redémarrage). Identifiants matériels masqués.
— connection — state : down
media : xdsl ←- anormal : ligne FTTH/PON
type : rfc2684 ←- profil ADSL/ATM
rate_down/up : 0 / 0
bytes_down/up : 0 / 0
— ftth (couche physique, saine) — link : true
sfp_has_signal : true
sfp_alim_ok : true
sfp_present : true
sfp_pwr_rx : -18.09 dBm
sfp_pwr_tx : +7.12 dBm
sfp_model : LTF7219-BC+1 (Hisense)
link_type : pon
— system — model : Freebox v9 (r1) / fbxgw9-r1
firmware : 4.12.2
uptime : 1 j 21 h 08 min (162525 s) – la box n'a ni plante ni redemarre
box_authenticated: true
— probes (test connectivite externe) — ip_reachable : false (echec TCP vers 1.1.1.1:53, 9.9.9.9:53, 80.67.169.12:53)
dns (resolveurs locaux) : OK → le LAN fonctionne, seule la session WAN est absente
— connection_logs (chronologie de l'incident) — link ftth → "training" (resynchro PON) au debut de la coupure
conn ftth_pub → "down"
… puis la session ftth_pub n'est JAMAIS repassee "up".
Le lien optique remonte, la session non.
Horodatage du releve : 2026-07-15 15:16:18 (heure locale).
Précision sur l'affichage Freebox OS pendant le blocage :
- L'interface indique « Connexion internet : indisponible ».
- L'écran de connexion reste figé à l'étape 3 « en cours de connexion » sans jamais atteindre l'étape suivante.
- L'historique de connexion s'arrête sur le dernier événement « Lien / FTTH / En cours de connexion » (horodaté au moment de la coupure), et plus aucun événement n'est enregistré ensuite : la machine à états ne progresse plus.
Autrement dit : couche optique UP, signal bon, authentification OK, mais la session Internet ne remonte jamais et l'interface reste bloquée sur « en cours de connexion » / « Connexion internet : indisponible » jusqu'au redémarrage manuel.
Ce comportement (absence de reprise de synchro après incident réseau) était déjà évoqué sur ce bugtracker en 2020-2021 (FS#31959) ; je le documente ici sur la génération v9 / firmware 4.12.2 avec relevé technique horodaté.
Nouvelle occurrence le 05/08/2026 — le défaut PERSISTE en firmware 4.12.3.
La Freebox a été mise à jour en 4.12.3 (redémarrage effectué le 04/08 au soir). Le blocage s'est néanmoins reproduit dès le lendemain matin, à l'identique :
- 07:48:55 — coupure du lien optique (link=false, signal=false)
- 07:51:19 — le lien FTTH remonte (link=true, signal présent) mais connection.state reste "down"
- La box reste bloquée 10 minutes sans jamais rétablir la session Internet, jusqu'à un redémarrage.
Relevé automatisé horodaté pendant le blocage (firmware 4.12.3) :
- connection.state = "down", connection.media = "xdsl", type = "rfc2684" (profil ADSL/ATM) — alors que la ligne est FTTH/PON
- couche FTTH saine : link = true, sfp_has_signal = true, sfp_alim_ok = true
- connection_logs : le lien FTTH oscille à répétition entre "training" (resynchro PON) et "up", tandis que la session ftth_pub reste "down" et ne se rattache jamais.
Ce dernier point est nouveau et me semble important : le lien physique se renégocie plusieurs fois de suite pendant le blocage, mais la session Internet ne suit jamais. La machine à états semble incapable de raccrocher la session au lien FTTH une fois celui-ci revenu, et retombe sur un média xdsl fantôme.
Conclusion : la mise à jour 4.12.3 ne corrige pas ce défaut de reprise. La signature est strictement identique à celle relevée en 4.12.2.