Summary

  • Une Router Advertisement IPv6 annonce un routeur et des paramètres. Router Lifetime concerne son utilité comme routeur par défaut ; les options peuvent suivre d’autres durées de validité.
  • La sélection dépend des capacités de l’hôte, des préférences et de l’état de joignabilité. La RFC 4861 confie la détection de panne à Neighbor Unreachability Detection, pas à l’absence d’annonces.
  • Un reçu durable doit relier l’annonce reçue, la route réellement choisie, l’état Neighbor Cache/NUD et des paquets représentatifs.

La route est apparue avant la preuve de joignabilité

Imaginons un hôte qui reçoit une annonce valide, inscrit son émetteur comme routeur par défaut et affiche aussitôt un ::/0 apparemment sain. L’adresse link-local existe, la durée de vie est non nulle et la préférence paraît convenable. Pourtant le trajet aller est rompu : lien asymétrique, perte de transit en amont ou état de couche 2 devenu inutilisable.

L’annonce ne promet rien de contraire. Router Discovery indique quels routeurs et paramètres ont été annoncés. NUD cherche une confirmation positive que le voisin reçoit et traite toujours les paquets. Confondre ces questions transforme un événement de découverte légitime en garantie de livraison inventée.

Il existe donc un intervalle aveugle : l’annonce est fraîche et la route installée, mais ni la progression d’un protocole supérieur ni les sondes NUD n’ont confirmé le premier saut. Conserver seulement l’installation de route efface précisément la transition qu’il faut expliquer.

Ce qu’établit vraiment une Router Advertisement

La RFC 4861 décrit une annonce qui signale la présence du routeur et transporte des paramètres de lien et d’Internet : préfixes, hop limit proposé, Router Lifetime, Reachable Time, Retrans Timer, adresse de couche 2 ou MTU.

Ces données ne partagent pas une horloge unique. Router Lifetime s’applique uniquement à l’utilité de l’émetteur comme routeur par défaut. Les préfixes et informations de route ont leurs propres durées. La mention « RA reçue » ne permet donc pas de savoir quelles affirmations restaient valables au moment d’un paquet.

La spécification précise aussi que la fréquence des annonces suffit à découvrir les routeurs, mais pas à détecter leur panne par leur absence. Cette fonction appartient à NUD. L’âge de la dernière annonce multicast n’est ni une sonde de vie ni une preuve de progression bidirectionnelle.

Les entrées de la Default Router List pointent vers le Neighbor Cache ; l’algorithme favorise les routeurs connus comme joignables face à ceux dont la joignabilité est suspecte. Le prochain saut est donc un résultat changeant de la découverte, des caches et de l’état de destination, pas une signification permanente attachée à une annonce.

La préférence modifie le choix, pas la livraison

La RFC 4191 ajoute Default Router Preference dans l’en-tête et Route Information Option pour des préfixes plus spécifiques. Les trois préférences sont volontairement grossières et ne sont pas des métriques. Avec Router Lifetime à zéro, la préférence d’en-tête est ignorée. Une RIO possède son propre préfixe, sa préférence et sa durée.

Les hôtes ne se comportent pas tous de la même façon. Le type A ignore préférences et RIO. Le type B utilise la préférence du routeur par défaut, mais ignore les RIO. Le type C construit une table avec les deux. Pour ce dernier, une RIO ::/0 peut remplacer préférence et durée indiquées dans l’en-tête. Les mêmes octets peuvent donc produire des routes effectives différentes selon l’hôte.

La joignabilité reste prioritaire. Le type B préfère d’abord les routeurs joignables, puis compare la préférence. Le type C choisit le préfixe le plus long, utilise la préférence pour départager des préfixes identiques et écarte un prochain saut connu comme injoignable. En l’absence d’information, le modèle suppose le routeur joignable. Cette hypothèse permet de commencer ; elle ne prouve pas le succès.

NUD produit une autre catégorie de preuve

NUD recherche une confirmation positive que les paquets atteignent le voisin et sont traités par sa couche IP. Une progression récente d’un protocole supérieur peut la fournir. Sinon, l’hôte envoie des Neighbor Solicitations unicast et attend des Neighbor Advertisements sollicités.

Le Neighbor Cache ne contient pas seulement une association d’adresse. Son état conceptuel inclut la joignabilité, le nombre de sondes sans réponse et le prochain événement NUD. Une route peut rester installée tandis que le voisin passe par des états reachable, stale, delay et probe. Les deux lignes doivent être lues ensemble.

NUD reste une preuve du premier saut, non de bout en bout. Un routeur peut répondre localement sans disposer de route en amont. À l’inverse, l’absence momentanée d’indice applicatif ne suffit pas à déclarer la panne. Il faut nommer la portée de chaque observation.

Sources