Résumé

  • RFC 5121 retient un modèle point à point : chaque station mobile appartient à un lien IPv6 différent, même lorsque plusieurs stations utilisent la même base radio.
  • La négociation d’une seule sous-couche de convergence élimine une ambiguïté d’encapsulation ; elle ne démontre pas la liaison entre CID, tunnel, routeur d’accès et préfixe.
  • La preuve exploitable doit conserver séparément capacités, sélection, flux de service, connexions, topologie, annonces de routeur, état multicast, MTU et trajet observé.

Sur un schéma de site, les stations mobiles semblent converger vers une même boîte. Cette image invite à une conclusion familière : même équipement d’accès, donc même segment, donc même préfixe. RFC 5121 construit précisément une autre réalité. Il distingue le lien radio de couche 2 du lien IPv6 de couche 3. Dans son modèle, le second ne rassemble pas tous les abonnés d’une station de base ; il ne contient qu’une station mobile et un routeur d’accès.

Ce choix évite qu’une ressemblance physique devienne une fausse propriété de réseau. Il montre aussi pourquoi une vue d’inventaire ne suffit pas à prouver un chemin de paquet.

Le voisinage radio n’est pas un voisinage IPv6

IEEE 802.16 est une technologie orientée connexion. Le trafic d’une station mobile passe par une ou plusieurs connexions de transport, chacune identifiée par un CID. Plusieurs CID peuvent donc exister entre la même station et la même base. RFC 5121 ne transforme pas chacun de ces identifiants en lien IP. Lorsque routeur d’accès et station de base sont réunis, leur collection constitue un seul lien pour la station mobile.

Lorsque les deux fonctions sont séparées, une pièce supplémentaire apparaît. Le texte recommande un tunnel entre base et routeur d’accès dont la granularité n’est pas plus large que la station mobile, voire que le flux de service. La combinaison des connexions radio et de ce ou ces tunnels forme alors le lien point à point.

La granularité n’est pas un détail de plomberie. Un tunnel commun à plusieurs stations peut mélanger des contextes que le modèle traite comme distincts. Un tableau de bord qui affiche seulement « tunnel actif » ignore la question décisive : actif pour quelle station, quels flux et quel routeur d’accès ? La preuve doit relier l’identité de la station au CID, au flux de service et au tunnel, puis au contexte L3 qui termine le lien.

Une seule sous-couche règle une seule question

Le protocole prévoit plusieurs manières de transporter IPv6. RFC 5121 se limite à la partie IP de la sous-couche de convergence par paquets, tout en reconnaissant la voie de type Ethernet. Les stations échangent leurs capacités pendant l’enregistrement. Lors de la création d’une connexion, les messages de service indiquent la sous-couche utilisée.

Si IP CS est disponible aux deux extrémités, elle est le choix par défaut. Si IP CS et Ethernet CS sont toutes deux annoncées, le texte impose IP CS. Dans tous les cas, station mobile et base négocient au plus une sous-couche pour IPv6 sur le lien. Sans accord commun, la connexion de transport n’est pas créée.

Cette règle est indispensable, mais son autorité s’arrête là. Le support dans le logiciel n’est pas l’activation dans la configuration. L’activation n’est pas la sélection pour ce lien. La sélection n’est pas la création correcte du flux. Et la création du flux n’est pas la livraison du paquet. La base doit savoir prendre en charge les encapsulations normalisées, mais certaines peuvent rester désactivées. Un indicateur binaire de « support » efface donc plusieurs décisions distinctes.

Le préfixe appartient au lien, pas au boîtier

Puisque chaque station appartient à un lien différent, RFC 5121 exige un préfixe IPv6 unique, ou plusieurs, pour chaque lien station/hôte. Le texte recommande un ou plusieurs /64 et prévoit que l’annonce de routeur porte normalement le drapeau indiquant l’appartenance au lien. Une passerelle d’abonné peut desservir plusieurs hôtes derrière son extrémité ; cela ne donne toujours pas le même préfixe aux autres abonnés de la base.

Une base de gestion d’adresses peut pourtant présenter un préfixe sans son histoire. Pour en faire une preuve, il faut conserver le routeur d’accès émetteur, le lien destinataire, les drapeaux, la durée de validité, le mode de délégation et l’observation du chemin. Une attribution par DHCP ou par un système AAA change le mécanisme de remise, pas l’objet auquel le préfixe est rattaché.

La détection des adresses dupliquées illustre ce besoin. Le RFC permet de considérer DAD comme redondant pour certaines adresses globales seulement si le préfixe annoncé est unique à ce lien et si le routeur d’accès ne se configure pas lui-même une adresse globale à partir de ce préfixe. Le caractère point à point ne dispense pas de démontrer ces deux conditions. Les oublier transforme une optimisation conditionnelle en croyance.

L’identité d’adresse peut évoluer sans refaire le lien

Le texte d’origine demandait de former un identifiant d’interface modifié EUI-64 à partir de l’adresse MAC de 48 bits, tout en acceptant des identifiants aléatoires de protection de la vie privée. RFC 8064 a ensuite mis à jour cette recommandation et déconseille d’insérer une adresse de couche liaison stable dans un identifiant IPv6 stable.

Cette évolution ne détruit pas le modèle point à point ni l’attribution d’un préfixe propre à la station. Elle change la manière de produire une partie de l’adresse. Une architecture saine peut remplacer la politique d’identifiant sans réécrire l’identité du lien. Une architecture qui utilise la même clé pour appareil, adresse, connexion et lien rend au contraire toute évolution dangereuse.

Le silence radio doit avoir une provenance

Une station peut entrer en veille ; le lien radio est alors démonté et un mécanisme de radiomessagerie devient nécessaire. Envoyer fréquemment des annonces de routeur réveillerait l’équipement et consommerait la ressource radio. RFC 5121 autorise donc des intervalles beaucoup plus longs et conseille au routeur de ne pas envoyer de requêtes MLD périodiques à une station dormante.

Un observateur peut voir la même absence de trafic quand tout va bien ou quand l’état est perdu. Il faut donc enregistrer l’entrée en veille, l’état du système de paging, la dernière annonce valide, les abonnements multicast et le déclencheur de revalidation. « Aucun paquet de contrôle » n’est pas une conclusion ; c’est une observation à interpréter avec son contexte.

Le MTU n’est pas le nombre d’un formulaire

Le MTU IPv6 par défaut recommandé est de 1500 octets. Si une autre valeur est utilisée, le routeur d’accès doit l’annoncer grâce à l’option MTU de la découverte de voisins. La découverte du MTU de chemin peut ensuite révéler une limite différente. Configuration, annonce et comportement effectif constituent donc trois reçus.

Une anomalie éditoriale renforce la leçon. RFC 5121 affirme qu’un champ de longueur de onze bits permet une PDU MAC de 2048 octets. L’erratum 1768 propose 2047, valeur maximale représentable par onze bits. Son statut est « Held for Document Update » et non « Verified ». Il faut conserver à la fois le calcul et le statut. Corriger silencieusement détruirait la provenance ; répéter le chiffre imprimé sans réserve masquerait une qualification connue.

La mesure décisive reste celle des paquets : tailles testées, messages Packet Too Big, points de capture et succès réel. Une ligne de configuration ne traverse pas le réseau.

Faire des liens sans fabriquer une autorité totale

Il ne s’agit pas de bâtir un contrôleur unique. Il s’agit de garder des affirmations modestes et reliables. Les bits de capacité prouvent ce qui a été annoncé. La négociation prouve une sélection. Le flux et le CID prouvent une connexion. Le tunnel et ses extrémités prouvent une topologie déclarée. Le préfixe et les annonces prouvent une configuration. Seules les observations de paquets renseignent le chemin effectivement pris.

Ces éléments doivent partager des identifiants exportables pour l’enquête, sans être compressés en « IPv6 opérationnel ». Le socle commun reste mince : format choisi, extrémités du lien, associations nécessaires à l’acheminement et possibilité de vérifier par le trafic réel. Le reste demeure local, remplaçable et contestable par l’expérience.

Sources