Résumé

  • La RFC 10075 attribue le bit 6 de l’option d’extension des indicateurs d’annonce de routeur au marqueur SNAC.
  • Ce bit classe un émetteur ; il ne l’authentifie pas et ne l’autorise pas.
  • Un RA-Guard peut filtrer l’annonce qui transporte précisément cette nouvelle distinction.

Une annonce IPv6 dit désormais, si son émetteur choisit de lever le bit : « je suis un routeur SNAC ». La RFC 10075 réserve à cet usage le bit 6 de l’option d’extension des indicateurs des Router Advertisements. Un routeur SNAC qui reçoit ce message peut ainsi distinguer l’annonce d’un autre routeur SNAC de celle d’un routeur de transit. Le registre IANA inscrit maintenant le bit sous le nom S - SNAC Router Flag.

La distinction est utile, mais sa portée s’arrête à la classification. La RFC ne définit pas les circonstances exactes dans lesquelles un routeur SNAC doit activer le bit. Les équipements qui ne connaissent pas ce marqueur l’ignorent silencieusement ; les appareils qui ne sont pas des routeurs SNAC ne doivent pas l’activer. Le destinataire apprend donc ce que l’émetteur déclare être. Il n’apprend ni qui a installé cet équipement, ni si sa déclaration est vraie, ni si ses informations de route méritent d’être acceptées.

La limite est déjà claire dans la découverte de voisins IPv6 : le protocole ne permet pas de déterminer quels voisins sont autorisés à envoyer certains messages, notamment les Router Advertisements. Un indicateur peut orienter le traitement d’un message. La décision d’autorisation reste celle du réseau qui le reçoit, selon le lien, le port, la configuration et la politique de sécurité.

Le commutateur est l’endroit où cette distinction peut disparaître. La RFC 10075 précise que si un RA-Guard filtre les annonces émises par des routeurs SNAC, les appareils du réseau de transit ne recevront jamais une annonce portant le bit à un. RA-Guard fonctionne au niveau 2 et filtre les annonces, souvent selon le port d’entrée. Un réseau qui bloque toute annonce jugée indésirable peut donc effacer le nouveau signal avant que l’équipement de transit ne le lise. Un réseau qui l’autorise sans règle précise peut, à l’inverse, laisser passer davantage de messages qu’il ne souhaitait accepter. La règle locale produit un effet au-delà du port.

L’ajout du bit crée donc un travail de coordination concret : déterminer quelles interfaces peuvent émettre des annonces SNAC, si l’équipement côté transit doit les recevoir et comment les politiques RA-Guard traitent l’option d’extension. « Le protocole a prévu un bit » ne constitue pas un plan de déploiement. Il faut savoir quel équipement le voit, sur quel port et quelle action suit.

Les sources établissent le standard et l’attribution IANA. Elles ne donnent ni inventaire d’équipements compatibles, ni résultat d’interopérabilité, ni incident observé. Une trace de paquets multi-équipement ou une matrice de prise en charge publiée changerait ce constat ; ces éléments manquent ici.

Sources