La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Bouygues Telecom => 
Incidents Bouygues => Discussion démarrée par: Lucius Snow le 02 février 2026 à 16:26:07
-
Salut à tous,
J'ai le code F3421-2111 lors de visionnage de tout flux TV en direct (qui n'est référencé nulle part avec le suffixe 2111). Ca se produit systématiquement au bout de 5 min. Seule manière d'y échapper : zapper et revenir sur la chaîne avant les 5 min. Il n'y a aucun souci de connexion et le flux TV fonctionne sur les chaînes en direct en passant par l'appli de Canal.
La hotline est comme d'habitude à la rue. J'ai eu trois interlocuteurs qui me font passer toujours les mêmes tests de premier niveau (déjà fait de mon côté). Impossible d'escalader l'erreur à un expert.
@stlan : Auriez-vous la possibilité d'intervenir ?
Merci.
-
Bonjour,
Le 2111 signifie que le problème c'est produit en Ethernet et la première partie c'est un problème du flux qui a été interrompu entre le serveur au décodeur TV. (si vous utilisez le branchement WiFi, débranchez le câble ETH ou dans le setting désactiver le WiFi)
Concernant le flux via l'appli Canal, c'est normal que vous ayez un comportement différent cela passe sur un autre flux (donc pas vers le même serveur déjà) dans une autre techno.
juste pour information ce comportement il est apparu depuis quand exactement ?
Sur le SAV il faut suivre ce que vous invite à faire le N1 ou le N2, je sais que parfois on a l'impression de tourner en rond et peu agacer, mais si la majorité des cas sont résolus rapidement on a des situations plus complexes et si c'est persistant ils vont remonter la chaine lié au problème.
En l'état non je ne peut pas intervenir sur ce type de SAV, tenez moi au courant de l'évolution en tout cas.
Bonne journée
-
Bonjour,
le fait de changer le câble ethernet entre la box et le décodeur et de changer de port côté box résout il le problème ?
-
Bonjour,
Je suis en Wifi 5 GHz. Je n'ai pas la possibilité de me mettre en Ethernet (sauf à acheter du CPL). Je n'ai pas trouvé dans les paramètres du boitier TV le moyen de désactiver l'Ethernet (juste ignorer son statut de déconnecté dans le menu diagnostic). La coupure se produit systématiquement au bout de 4 min et 20 secondes exactement et quelle que soit la chaîne.
Personne à la hotline (niveaux 1 et 2) ne pouvaient me dire à quoi correspondait le suffixe -2111. Donc le flux TV se bloque pour un câble Ethernet débranché (?!).
Je précisais cette info au sujet de Canal car, indépendamment de la VoD, leur appli propose les chaînes en direct. Cette info permet de confirmer que le problème ne provient pas d'un défaut de connexion Internet.
Le problème est apparu le 28 ou 29 janvier.
Merci à tous.
-
On voit la box branché par moment en Ethernet (je vous invite à regarder dans l'admin de la bbox sur la carto dans les appareils branché et ceux qui ont été branché) et passant par ce qui pourrait être un CPL (c'est détecté ainsi mais pourrait être un appareil proche équivalent)
Il y a un câble Ethernet de branché tout de même à l'arrière du décodeur ? car là ça serait une première de voir ce genre de cas
Si oui et que votre installation serait plus pratique en WiFi retiré le câble pour éviter tout conflit sur le LAN.
En général ce type d'erreur et très souvent lié à un problème sur le LAN client (pas 100% des cas mais pas loin)
Bonne journée
-
La box TV n'est *jamais* branchée en Ethernet, du moins pas depuis plusieurs années, et elle n'a jamais de câble RJ45 sur son port.
Le CPL est dédié à un autre périphérique qui n'a rien à voir.
Ca pourrait être un problème matériel, non ? Le modèle "Californie" est le dernier en date ou il y en a un nouveau que je pourrais avoir en remplacement ?
Je précise que le bug est apparu sans qu'aucun changement matériel n'intervienne sur mon installation.
-
Pas plus d'élément à vous partager, si ce n'est de refaire la synchro du CPL simplement débrancher puis rebrancher, pas impossible qu'il y ait une interférence.
Continuez avec le SAV ensuite si nécessaire, je crois qu'une action est attendue avec un retour SMS par la suite pour un rappel vous est transmis
Pour nouveau matériel, oui l'opérateur vient de présenter un nouveau décodeur il y a un fil ouvert sur le forum; mais ce n'est pas le sujet et ça sera disponible dans une migration d'offre dans les prochains mois pas avant.
Bonne journée
-
J'ai redémarré les box, CPL débranché, même résultat.
Si le code erreur renvoie à un défaut avec l'Ethernet alors que rien n'y est branché, ça sent la panne matérielle quand même.
-
Je tourne en rond avec la hotline qui m'envoie tous les jours des SMS me demandant de rebooter la box et le boitier TV.
Ils ne savent rien faire d'autre.
Pouvez-vous escalader au niveau supérieur mon dossier ?
Merci.
-
Bonjour,
J'ai le même problème depuis la même date avec une erreur F3411-2111.
J'avais une Bbox Sagemcom Fast5330b...
- Le flux IPTV se coupe au bout de 4 minutes et 30s (seulement IPTV car Netflix, youtube... fonctionne super en 4K).
- Le fait de changer de chaîne AVANT les 4 minutes 30, redémarre le chrono... si je zappe de chaîne toutes les 4min, le problème ne se verra pas.
- Le problème se produit avec une installation ultra minimaliste (ONT <-> Box <-> décodeur TV avec câble ethernet cat6 de 1m, tout autre équipement déconnecté, le tout reset d'usine).
Les 4 minutes 30 sont à mon sens l'élément clé du problème, et le fait que ça ne touche que l'IPTV. C'est, dans mon cas, toujours reproductible.
Ça me fait penser à un problème d'IGMP Querier :
- Surtout 4 minutes 30, ça fait 2 fois 125s de query + 10s de temps de réponse maximum, et paf ça coupe.
- Ne concerne que les chaînes IPTV donc en multicast / udp
- Services de stream en TCP ok. Pas de problème de débit.
Ma bbox a été remplacée par une Vantiva, et le problème persiste.
- Soit le problème concerne mon décodeur TV qui ne répond pas aux IGMP query (problème matériel ? mise à jour foireuse ?)
- Soit le problème se situe au niveau de l'OLT dans le quartier (problème technique ? mise à jour de l'équipement ?).
Voici pour les pistes que j'ai trouvés pour l'instant...
-
On avance beaucoup là, mille mercis arklamarmotte ! On a exactement le même souci.
Oui, je confirme que ce délai systématique de 4 min 30 sent le bug système côté box TV.
@stlan : A quand remonte la dernière mise à jour du firmware ?
-
Bonsoir,
Marmotte vous pouvez compléter votre profil avec le numéro client indiqué sur votre facture Bbox
Merci
-
Ca n'a surement rien à avoir, mais en lisant le sujet, ca me fait penser à un problème de HDCP sur le HDMI.
J'avais déjà eu des problèmes avec des appareils qui géraient mal le HDCP. Le chrono me fait penser à une protection HDCP qui s'activerait au bout d'un certain temps.
-
Ca n'a surement rien à avoir, mais en lisant le sujet, ca me fait penser à un problème de HDCP sur le HDMI.
J'avais déjà eu des problèmes avec des appareils qui géraient mal le HDCP. Le chrono me fait penser à une protection HDCP qui s'activerait au bout d'un certain temps.
Toujours rien à voir...
Mon frère avait un problème de HDMI qui "décrochait" au bout d'un certain temps. Après avoir mis en cause le player, puis la box, puis le câble (ce n'était pas chez Bouygues), Mon frère s'est résigné à utiliser la TV sur la TNT. La dite TV a rendu l'âme quelque semaines après. Diagnostic: Platine d'alimentation, changée sous garantie.
Depuis, TV reconnectée sur le player sans problèmes depuis Septembre dernier... C'était une TV LG d'à peine 1 an...
Les pannes "à lagon", cela existe, et la solution n'est pas toujours où l'on croit!
-
En utilisant VLC sur mon PC, j'ai pu reproduire le même phénomène qu'avec le décodeur TV. Les paquets réseau sont analysés avec wireshark.
Pour l'exemple, 232.0.64.202 c'est la chaîne France2. J'ouvre ce flux réseau avec VLC (qui doit avoir un chiffrage quelconque, car je ne vois pas l'image) mais je vois le flux réseau (en bleu) dans wireshark.
On voit les paquets IGMP passer (en jaune), et arrivé à 4 min 30, le flux se coupe tout seul.
En utilisant le décodeur TV, on voit la même chose dans wireshark avec le flux qui se coupe toujours à la même période.
-
Avec le décodeur TV, c'est le même scénario.
A noter que tout le flux vidéo n'est pas représenté sur le screenshot ;D
-
Apparemment, le device utilisateur c'est dans un cas le 192.168.1.10, et dans l'autre cas le 192.168.1.108.
Juste une question: Qu'est-ce vient faire là le 192.168.1.1 dans les 2 captures? C'est la box? Ou un autre device qui met la grouille?
-
Apparemment, le device utilisateur c'est dans un cas le 192.168.1.10, et dans l'autre cas le 192.168.1.108.
Juste une question: Qu'est-ce vient faire là le 192.168.1.1 dans les 2 captures? C'est la box? Ou un autre device qui met la grouille?
Oui,
ma box est 192.168.1.1
mon PC est 192.168.1.10
mon décodeur est 192.168.1.108
La box envoie un IGMP query pour garder ou couper le flux vidéo multicast sur le ou les ports ethernet, pour optimiser la bande passante.
Et il doit y avoir le même principe entre la box et l'OLT dans le quartier, sinon les flux videos IPTV transiteraient en permanence.
Où se situe le problème ?
La box qui ne comprend pas le membership report ? et c'est elle qui coupe le flux ? (elle a été changée par un modèle totalement différent)
La box qui ne retransmet pas le membership report à l'équipement réseau au dessus ? au niveau du NRO ? et c'est lui qui coupe le flux vers la box ?
L'équipement réseau au niveau du NRO qui ne comprend pas la réponse ? sur l'équipement entier ? Juste sur notre port ?
-
Bonjour,
Pour info, l'équipe en charge est prévenu du problème.
Merci pour vos retours et patience en attendant.
-
arklamarmotte, tu cartonnes !
Merci stlan pour la remontée et l'expertise.
-
Bonjour,
j'ajoute quelques informations suite à mes derniers tests qui semblent confirmer un problème d'IGMP :
Protocole de test :
- Deux PC et le décodeur TV branchés sur un switch ethernet, lui même connecté à un port de la BOX.
- Switch un peu daté qui ne gère pas IGMP donc il présente le flux TV sur tout ses ports, super pour tester. Il fait transiter les IGMp sans les interpréter.
- PC 1 : Wireshark qui surveille le réseau
- PC 2 : script python avec la librairie Scapy pour envoyer des paquets IGMP en se faisant passer pour le décodeur TV.
Test 1 :
- Lancement d'une chaîne TV : la vidéo démarre.
- Envoie de paquets IGMP (Membership Report group) avec le PC 2 pour garder le flux video actif : ne fonctionne pas, crash du décodeur au bout de 4min30.
Test 2 :
- Lancement d'une chaîne TV : la vidéo démarre.
- Envoie avec le PC 2 de 2 paquets IGMP (Leave + Membership Report group, -> screenshot) rapprochés à 4min de visionnage : légère saccade de l'image sur la TV, mais le décodeur n'affiche pas la page F3411-2111.
- Pas de crash à 4min30... la vidéo se poursuit. Il faut recommencer un Leave + Membership Report group quelques minutes plus tard pour de nouveau réinitialiser le chrono.
Test 3 :
-Une fois le flux crashé en timout (après 4min30), on a un flux zombie, on ne peux pas refaire de join sans faire un leave au préalable pour récupéré le flux.
En conclusion, j'imagine que :
- Le premier Membership Report group, pour lancer le flux d'une chaîne TV fonctionne puisque on peut commencer à regarder.
- Les Membership Report group périodiques (suite aux queries toutes les 125s) pour garder le flux actif sont ignorés, non retransmis ? mais à quel niveau (box ? plus loin sur le réseau bouygues ?)
-
Vous pouvez remettre l'adressage de la Bbox qui se fait par défaut par le 192.168.1.254 et pas le 1.1 comme on voit cette modification.
Et confirmer que ça refonctionne ?
Merci
-
Bonsoir,
merci pour cette piste, j'effectue la modification et je reviens vers vous après quelques tests :)
-
Bonsoir,
Alors effectivement, après avoir mis l'IP par défaut 192.168.1.254 à la box au lieu de 192.168.1.1, ça fonctionne depuis 48h sans problème.
J'ai remis 192.168.1.1 pour tester de nouveau et le problème est réapparu.
Qu'est-ce qui s'est passé fin janvier ? Ma box avait l'IP 192.168.1.1 depuis fin 2019, sans soucis depuis cette époque.
Il y a eu une mise à jour quelque part où l'IP par défaut a été codée en dur sans prendre en compte qu'elle pouvait être modifiée ?
-
Ma box a toujours été en 192.168.1.1. Cette adresse est paramétrée dans plusieurs de mes périphériques réseau donc je préfèrerais éviter de devoir changer.
@stlan : Maintenant que l'origine du bug est connu, pouvez-vous déployer une MAJ de firmware ?
-
Même problème ici du flux IPTV qui décroche toutes les 5min.
Je confirme que changer l'adresse de la box de 192.168.1.1 vers 192.168.1.254 a résolu le problème.
-
Quelle mise à jour a pu déclencher ce problème ?
Ma vieille box : Sagemcom Fast5330b-r1 - Firmware 24.7.18, daté d'avril 2025. Il y aurait des mises à jour qui n'affecte pas le numéro de build ?
Nouvelle box : Vantiva FGA2234BYT - Firmware daté de courant 2025 aussi.
La box a été remplacée inutilement, et bien sûr ils ont pas oublié d'en profiter pour augmenter le prix de l'abonnement...
-
Quelle mise à jour a pu déclencher ce problème ?
ça peut être une mise à jour côté réseau (OLT ?) et/ou configuration tirée par la Box depuis un serveur sur le réseau.
Enfin manifestement y a bien eu un changement fin janvier ;)
-
Bonjour,
Ce n'est pas un bug, mais bien le fait d'avoir modifié l'accès de son IHM qui fait conflit.
la trace (et merci encore de l'avoir exposer) est assez explicite en l'état et comme indiqué en préambule le F3411 est bien un défaut côté client, le service client n'a pas a changé de matériel, il faut essayer de trouver le défaut en question et là j'avoue que je ne vois pas comment ils auraient pu trouver la source du problème.
Une question ouverte, qu'elle est l'intérêt de modifier de la sorte l'accès à l'IHM de la box ?
Pour la suite il faut pour le moment rester en destination .254, je ne connais pas à date la solution qui pourra être mise en place si cela sera possible à nouveau.
Bonne journée
-
Bonjour,
C'est historique, 192.168.1.1 est une IP de passerelle très souvent utilisée (d'abord par mon modem/routeur adsl Linksys, puis livebox orange...) donc au fur et à mesure des équipements réseau installés en IP fixe (PC, NAS, passerelles domotiques, projets avec ESP32...) il est plus simple de changer l'IP de la passerelle que de tous les équipements.
D'autant plus que c'est une configuration proposée dans l'interface de la box, et qu'il n'y a pas de restriction réseau comme 192.168.1.0 ou 192.168.1.255 (en /24) pour le choix de l'adresse 192.168.1.1 de la passerelle.
-
Ah non, Bouygues ne va quand même pas demander à tous ses clients de changer l'IP passerelle de tous leurs équipements pour palier une MAJ foireuse :o
Vous pouvez sans doute localiser ce qui a changé fin janvier et le corriger. J'ai toujours été en 192.168.1.1 depuis les premiers modem / box.
-
Ah non, Bouygues ne va quand même pas demander à tous ses clients de changer l'IP passerelle de tous leurs équipements pour palier une MAJ foireuse :o
Vous pouvez sans doute localiser ce qui a changé fin janvier et le corriger. J'ai toujours été en 192.168.1.1 depuis les premiers modem / box.
Si c'est Bouygues qui gère le logiciel de la box, le correctif pourrait être déployé rapidement... Si c'est un tiers (Genre le fabricant de la box), cela peut prendre "quelque temps", avec la transmission, la recherche du pourquoi du comment, identifier le bug, le corriger, tests de non régression (c'est là souvent qu'est l'os!), puis transmission à Bouygues, tests internes Bouygues, et éventuellement déploiement.
Ceci sans oublier que l'on est sur une box grand public, et que les utilisations "non standard" (ie le plus grand nombre...) risquent ne peser que peu dans le balance d'une décision de diffusion du correctif, en sachant que les tests de non régression ne sont hélas jamais parfaits (trop chers!), avec les risques induits... ::)
-
Bonjour,
Pour info vous pouvez remettre votre ancien réglage pour l'accès à l'administration de la box, nos équipes ont corrigé l'élément qui rentrait en conflit et impactait le service live du décodeur TV.
Bonne journée
-
Merci Stlan.