|
Description de la tâche
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)
|
