Freebox Player Pop (V8)

Concerne le projet: Freebox Player Pop (V8)
Ouverte par neps - 20/04/2026
Dernière modification par pablomg - 21/04/2026

Préfixe IPv6 global correctement distribué sur LAN
Router Advertisements ICMPv6 actifs
SLAAC fonctionnel sur tous les hôtes Linux/Windows
Connectivité IPv6 Internet OK (ping6 Google validé)
IPv6 global opérationnel sur tous les équipements SAUF Pop

Capture (Wireshark) ICMPv6 observée sur interface Ethernet :
Neighbor Discovery (RFC 4861)
Neighbor Solicitation (NS) actif
Neighbor Advertisement (NA) actif
Résolution L2/L3 IPv6 fonctionnelle

Exemples observés :
NS / NA entre fe80:: addresses
échanges ICMPv6 corrects entre hôtes
Anomalie isolée Freebox Pop Player

Sur Freebox Pop Player uniquement :
IPv4 OK (DHCPv4 attribué)
IPv6 link-local OK :
fe80::1e96:e77e:8913:23cc
IPv6 global absent
Default IPv6 route absent
SLAAC non appliqué malgré RA présent sur LAN

Tests effectués :
Infrastructure
Switch L2 remplacé / testé → OK
Câbles Ethernet testés → OK
Ports LAN multiples testés → OK
Freebox Delta
Redémarrage complet → OK
IPv6 validé fonctionnel → OK
Clients réseau
Linux (Ubuntu) → IPv6 OK
Windows → IPv6 OK
Test croisé PC sur câble du Pop → IPv6 OK
Freebox Pop Player
Reset usine complet effectué (plusieurs fois)
Redémarrage séquentiel (Delta / switch / Pop)
Réinitialisation réseau répétée

Analyse technique
Les captures Wireshark confirment :
ICMPv6 Router/Neighbor Discovery conforme RFC 4861
SLAAC fonctionnel sur le LAN (RFC 4862 validé côté hôtes)
Préfixe IPv6 correctement annoncé et utilisé

Cependant, le Freebox Pop Player :

reçoit correctement le lien L2 (Ethernet OK)
obtient IPv4 via DHCP
génère IPv6 link-local (fe80:: OK)
n’instancie pas d’adresse IPv6 globale (SLAAC non appliqué)
n’installe pas de route IPv6 par défaut

Hypothèse technique

Défaut logiciel isolé Freebox Pop Player (firmware v10.5.66) :

non-exécution de la transition SLAAC après réception RA
possible défaut de traitement ICMPv6 Router Advertisement
stack IPv6 partiellement initialisée (link-local uniquement)
incohérence entre couche ND (RFC4861) et autoconfiguration (RFC4862)