Résumé

  • Selon Linkova, le réseau invité IPv6 uniquement de son bureau faisait attendre sept secondes le téléphone de son responsable. Le diagnostic a mis en cause une lacune de la machine à états de Neighbor Discovery.
  • La RFC 9131 permet au routeur de premier saut d’apprendre une nouvelle adresse IPv6 grâce à une Neighbor Advertisement non sollicitée. Linkova cite Android et plusieurs fournisseurs, sans publier de matrice de tests par appareil et routeur.

Sept secondes, c’est un problème de protocole dans la main d’un utilisateur

Sept secondes, c’est long quand un téléphone est censé rejoindre le Wi-Fi. Lors d’une présentation à RIPE 93 en 2026, Jen Linkova a raconté le passage de son réseau invité de bureau à IPv6 uniquement en 2019. Son responsable lui a signalé que son téléphone mettait sept secondes à se connecter. D’autres utilisateurs se plaignaient aussi.

La cause n’était pas un écran de mot de passe lent. Linkova et ses collègues ont remonté le problème jusqu’à la machine à états de Neighbor Discovery. Les hôtes IPv6 utilisent ce protocole pour trouver l’adresse de liaison du routeur et maintenir la joignabilité sur le lien local. Un téléphone qui vient de recevoir une nouvelle adresse IPv6 globale peut envoyer du trafic vers une destination extérieure via son routeur par défaut. Or ce routeur de premier saut peut ne pas encore avoir d’entrée de cache pour la nouvelle adresse du téléphone.

La RFC 9131 décrit ce moment gênant : le routeur peut ne commencer la résolution d’adresse qu’après l’arrivée du trafic de retour destiné à l’hôte. Pendant l’attente, il ne conserve qu’un petit nombre de paquets dans sa file ; les suivants peuvent être perdus. Un appareil qui vient de rejoindre le réseau rencontre donc de la latence et des pertes lorsqu’il tente de l’utiliser.

Linkova a soumis le défaut à l’IETF. D’après son récit, le groupe a adopté un projet après qu’elle a soulevé le problème, Android et plusieurs fournisseurs ont implémenté la proposition, puis la RFC est parue environ deux ans plus tard. Elle a dit que l’implémentation Android était arrivée plus tôt et que son responsable ne voyait plus le délai de sept secondes.

La RFC 9131 permet à un hôte d’avertir les routeurs de premier saut lorsqu’il reçoit une nouvelle adresse IPv6 globale : il envoie une Neighbor Advertisement non sollicitée. Le routeur peut alors créer son entrée de cache avant que le premier paquet de retour ne déclenche la découverte. Le texte précise aussi le comportement à adopter lorsque l’entrée existe déjà, est incomplète ou manque. Publiée en octobre 2021, la RFC met à jour la RFC 4861 et relève du parcours Standards Track de l’IETF.

L’intérêt de l’histoire de Linkova tient au passage d’une plainte à un mécanisme partagé. Elle aurait pu demander à un seul fournisseur de corriger son bureau. Elle explique avoir plutôt recherché des avis de spécialistes de plusieurs métiers, pour vérifier qu’une modification utile à son réseau n’en casserait pas un autre. La revue de l’IETF a donné au problème un document commun et une cible que plusieurs implémentations pouvaient suivre.

Une RFC ne nous dit pas combien de téléphones et de routeurs actuels utilisent ce changement. Le transcript de RIPE cite Android et « quelques fournisseurs », sans versions de produits, captures de paquets ni nombre de tests. Une matrice publique associant versions des clients et des routeurs, traitement des Neighbor Advertisements et délai de première connexion montrerait jusqu’où la correction s’est diffusée.

Voilà la différence entre une plainte et un standard Internet : la plainte révèle la panne, les paquets exposent le mécanisme et les implémentations disent si la correction a quitté la salle de réunion.

Sources