Tous les projets

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.