Résumé

  • Le RFC 5271 transporte des indices de couche radio et de réseau d’accès afin que le routeur précédent puisse choisir un NAR candidat. Ce choix dépend encore d’une cartographie opérateur datée et réversible.
  • La prédiction perd son sens si le message HI arrive après l’UNA : le NAR doit refuser la préparation prédictive et repasser en mode réactif, même si chaque message est valide isolément.

L’optimisation commence par une ambiguïté

Le mobile mesure les canaux pilotes sans interrompre sa communication. Il conserve des ensembles de pilotes, compare leurs rapports porteuse-interférence et signale notamment qu’un candidat dépasse le pilote courant. Cette information révèle une évolution du voisinage radio avant que la liaison existante soit coupée.

Deux réalités opérationnelles peuvent pourtant produire le même type d’alerte. Le nouveau secteur peut appartenir au même réseau d’accès : la mobilité reste alors interne, et la liaison entre le mobile et le routeur d’accès peut continuer. Il peut aussi dépendre d’un autre PDSN, le routeur d’accès du modèle 3G CDMA, et exiger une nouvelle connexion.

La puissance reçue ne contient pas cette distinction. Elle indique une direction physique. La relation entre secteur, réseau d’accès, PDSN, préfixe et routeur relève d’une topologie administrée. Le gain de temps naît précisément parce que le système accepte de travailler avec une hypothèse avant l’attachement. Une hypothèse utile n’est pas encore un fait acquis.

SectorID ressemble à une adresse sans en devenir une

Le SectorID occupe 128 bits et peut être représenté comme une adresse IPv6. Cette commodité de représentation invite à une erreur classique : stocker deux valeurs de même forme dans une même colonne puis laisser l’interface les présenter comme équivalentes.

Le SectorID désigne un secteur radio associé à un décalage de code pseudo-aléatoire. Il ne désigne pas, par nature, l’adresse IPv6 du NAR. L’ANID répond à une autre question. Ses champs SID, NID et PZID, administrés par l’opérateur, forment cinq octets qui délimitent une région de réseau d’accès pertinente pour la réinscription.

Les ensembles de pilotes constituent encore une troisième famille : ce sont des observations changeantes, avec des candidats et des estimations. RFC 5271 ajoute que l’information d’assistance peut inclure la cellule, les nœuds RAN en service, la position si elle existe et des informations de sous-réseau.

Une architecture saine conserve donc les coordonnées au lieu de les aplatir : nature de l’observation, espace de noms, opérateur, instant, génération de topologie et décision obtenue.

Le message garde les octets, pas leur vérité

Lorsque le point de rattachement 3G CDMA ne possède pas l’adresse de couche liaison attendue par le schéma générique, l’option Handover Assist Information prend le relais. Son type de mobilité est 29. Le code 1 transporte un ANID et le code 2 un SectorID, avec une longueur explicite.

Un équipement qui ne comprend pas l’option doit la traiter comme opaque et ne pas éliminer le message pour cette seule raison. C’est une règle de transit et d’extensibilité. Elle ne certifie ni la bonne interprétation ni la fraîcheur de la valeur.

Des octets peuvent traverser correctement un relais tout en étant rapprochés d’une mauvaise table, d’un autre domaine opérateur ou d’une génération périmée. L’audit ne devrait donc jamais s’arrêter à « NAR identifié ». Il devrait pouvoir répondre : à partir de quelles valeurs, dans quel espace, avec quelle version de la cartographie, quels autres candidats et quelle date d’expiration ?

Le NAR est le résultat de cette jointure. Il n’est pas caché à l’intérieur du pilote.

Prédire, c’est louer une fenêtre temporelle

Le mode prédictif envoie le Fast Binding Update et reçoit son accusé sur le lien du routeur précédent. Le PAR peut joindre le NAR, créer le transfert et faire tamponner des paquets avant le déplacement radio. Le mode réactif attend que le mobile se trouve sur le nouveau lien.

Le RFC souligne que les réseaux cellulaires pilotés par le réseau se prêtent à la prédiction lorsque le lieu et le moment sont connus assez tôt. Si le prochain routeur ne peut être identifié à temps, le mode réactif est préférable.

Le drapeau R de PrRtAdv décrit la capacité offerte : activé, il signifie « réactif seulement » ; désactivé, les deux modes sont pris en charge. Il ne transforme pas une observation particulière en certitude. Une plateforme peut être capable de prédiction tout en étant incapable de produire une prédiction fiable pour ce déplacement.

Le FBU prédictif doit partir avant la fermeture de l’ancienne connexion. La frontière n’est pas cosmétique : après elle, l’autorité du message change.

L’UNA peut rendre le HI caduc

Dans l’ordre attendu, le PAR reçoit le FBU, envoie le Handover Initiate au NAR, obtient le HAck et commence le transfert. Le mobile change ensuite de liaison, termine son attachement et envoie l’Unsolicited Neighbor Advertisement. Le NAR peut alors remettre les paquets mis en mémoire.

La congestion peut inverser deux flèches. Le FBU a peut-être été émis au bon moment, mais il atteint tardivement le PAR ; le HI correspondant arrive alors au NAR après l’UNA. Le mobile a déjà annoncé sa présence lorsque la préparation censée la précéder se présente.

Le RFC 5271 demande au NAR d’accuser un handover non accepté et de se comporter en mode réactif. Cette règle est plus profonde qu’un temporisateur. Les messages n’obtiennent pas leur autorité uniquement de leur format, de leur origine ou de leur authentification ; leur place dans la causalité compte.

Une journalisation qui conserve HI valide et UNA valide, mais pas leur ordre de réception local, fabrique une histoire fausse. Les horodatages distants ne suffisent pas. Le NAR doit pouvoir démontrer sa propre séquence de réception et de traitement.

La préparation ne contient pas l’attachement

Le PAR utilise l’information d’assistance du RtSolPr pour déterminer le NAR, puis renvoie son adresse et son préfixe dans PrRtAdv. Le mobile forme une adresse de rattachement prospective, transmet le FBU et permet au tunnel ainsi qu’au tampon de se préparer.

L’attachement vient ensuite. L’exemple 3G CDMA du RFC déroule l’établissement PPP, les échanges LCP, l’authentification CHAP ou PAP avec l’AAA, la négociation IPv6CP de l’identifiant d’interface, l’adresse lien-local, l’annonce de routeur, le préfixe et la véritable adresse de rattachement. DHCPv6 peut fournir des paramètres d’amorçage. La mise à jour de liaison Mobile IPv6 auprès de l’agent mère est encore postérieure.

Le préfixe anticipé peut lui-même n’être que temporaire si le NAR choisit le préfixe propre au lien. Dans ce cas, le NAR doit attribuer la bonne NCoA. Ni le pilote ni la cartographie du PAR ne prouve ce résultat.

La création d’un tampon ne prouve pas davantage que le mobile recevra un paquet. Préparation, attachement, configuration, libération et réception sont des événements séparés.

L’IMSI résout une corrélation, pas une identité universelle

Sur une liaison point à point, l’adresse de couche liaison du mobile peut manquer. L’option Mobile Node Identifier, type 30, permet alors d’employer notamment un NAI ou un IMSI aux endroits prévus par le protocole.

Ce mécanisme permet de rapprocher des messages d’un même nœud dans le périmètre opérateur. Il ne prouve ni la présence radio, ni l’achèvement de PPP, ni la propriété de la NCoA, ni l’identité d’une personne pour une application. Même une authentification effectuée lors de l’attachement est un événement ultérieur qu’il serait illégitime de projeter sur la prédiction antérieure.

L’IMSI crée en outre un puissant moyen de corrélation. Les traces devraient conserver une référence protégée et finalisée pour le besoin du handover, avec accès, durée de vie et preuve d’effacement, plutôt que diffuser la valeur brute dans les tableaux de bord.

L’abstraction « identifiant du mobile » reste sûre seulement si son espace de noms et sa finalité restent visibles.

Lire un RFC historique avec les dépendances actuelles

RFC 5271 est un document informatif de 2008. Il cite RFC 5268 comme base FMIPv6 et RFC 3775 pour Mobile IPv6. RFC 5568 a depuis remplacé RFC 5268, et RFC 6275 a remplacé RFC 3775. L’option et les observations technologiques ne dispensent donc pas de consulter les bases et registres actuels.

RFC 4907 rappelle qu’une indication de liaison est un indice dont il faut connaître la sémantique, la confiance, le filtrage et le consommateur. La rapidité d’une indication ne lui donne pas la portée de la conclusion IP qu’elle déclenche.

Un fournisseur peut avoir correctement sérialisé le type 29 tout en appliquant une cartographie périmée ou en acceptant un HI arrivé trop tard. La conformité du paquet et la fidélité du système exécuté ne sont pas la même chose.

La preuve utile est une chaîne réversible

La primauté du code exécuté de Lu Heng oblige à regarder la suite réelle : mesure radio, identifiant dans son espace, génération de topologie, choix du NAR, décision prédictive ou réactive, ordre HI/UNA, attachement effectif, adresse configurée, paquets libérés puis reçus.

La discipline des couches de réalité refuse les emprunts d’autorité. Une puissance radio n’est pas un nom de routeur. Un SectorID n’est pas une adresse IP. Un ANID n’est pas une preuve d’attachement. Un IMSI n’est pas une personne. Un HI valide n’est pas une préparation valable s’il arrive après l’événement. Un tampon rempli n’est pas une livraison.

La décision « routeur cible » n’est fiable que si elle peut être ramenée à ses observations, sa table, son instant et ses alternatives. Quand cette réversibilité disparaît, la vitesse a simplement rendu l’erreur plus tôt.

Sources