• Depuis l'IETF 118, il existe un projet de réseau à faible consommation et à perte (low power and lossy network) – IETF-60 – Low Path Awareness – Semantic Addressing -04. Mais il y a un changement majeur: l'adaptation du texte au GAAO.
  • Les principaux changements de l'Option Générique d'Assignation d'Adresse pour 6LoWPAN sont pratiques, avec l'ajout de « Definition of terms Go conditions », « Gaad error code », « Address assignment function registry », et plus encore.

Le 22 mars 2024, L. Iannone, chercheur chez Huawei Technologies France, a présenté une nouvelle approche appelée Path-Aware Semantic Addressing (PASA) pour améliorer les connexions Internet dans les réseaux à ressources limitées.

Il a confirmé que les principaux détails techniques sont restés cohérents lors des récentes mises à jour. De plus, il a mentionné un nouveau document traitant de la fiabilité de cette approche, intitulé « draft-li-6lo-pasa-reliability-03 ».


PASA pour les réseaux à faible consommation et à perte

  • Le document ne met plus à jour la RFC 8505
  • La structure est restée plus ou moins la même
  • La terminologie a été mise à jour
  • Référence ajoutée au document GAAO

Depuis l'IETF 118, il existe un projet de réseau à faible consommation et à perte – IETF-60 – Low Path Awareness – Semantic Addressing -04. Mais il y a un changement majeur: l'adaptation du texte au GAAO.

Premier changement de contenu:

  • La discussion sur une méthode alternative d'attribution d'adresses a été supprimée. Cette fonction fait désormais partie de GAAO.
  • Auparavant, PASA utilisait un bit dans 6CIO pour indiquer sa présence. Maintenant, PASA utilise GAAO, il n'est donc plus nécessaire d'apporter des modifications à 6CIO.

Deuxième changement de contenu:

  • Il n'est plus nécessaire de créer de nouvelles options pour la Découverte de Voisins (Neighbor Discovery); c'est désormais géré par GAAO.
  • Il suffit d'utiliser l'option GAAO, avec des exemples inclus dans le document.

Changements dans la section IANA:

  • Plus besoin de créer un registre AAF, c'est désormais fait dans GAAO.
  • Plus besoin d'allouer des bits dans EARO
  • Plus besoin d'allouer des bits dans 6CIO, c'est désormais fait dans GAAO.
  • Il suffit de demander un point de code pour la fonction d'assignation PASA dans le registre créé par GAAO.

Donc, le contenu technique principal n'a pas changé lors des dernières révisions. Mais apparemment, le projet est prêt à avancer et a demandé des examens précoces à d'autres domaines.

Image de l'article

À lire aussi: IETF 119 officiellement lancé à Brisbane

Option Générique d'Assignation d'Adresse pour 6LoWPAN

Le principal changement est le suivant: le document a été étoffé !

Le catalogue a maintenant été mis à jour pour inclure des sections telles que « Term Definitions », « GAAO Conditions », « GAAO Error Codes », « Address Assignment Function Registry » et « Acknowledgements ». De plus, la confirmation de l'adresse par enregistrement est désormais facultative. En réponse aux commentaires d'Adnan lors de la dernière réunion, le projet met en œuvre une partie de l'option GAAO.

Après quelques modifications, cela ressemble maintenant à une nouvelle structure:

Image de l'article

En ce qui concerne la section IANA mise à jour, plusieurs actions ont été entreprises, notamment la définition du type d'option ND pour GAAO, du bit 6CIO, du code d'erreur GAAO et du registre AAF. L'IANA a déjà examiné la section, et il reste quelques modifications à apporter. Pour la suite, quelles sont les prochaines étapes concernant les considérations de fiabilité de l'adressage sémantique sensible au chemin (path-aware semantic addressing) ?

Que faire de ce document ? Trois options s'offrent à vous:

A. Le laisser expirer, il a rempli son objectif. Voir aussi la déclaration de l'IESG concernant les documents de support.
B. L'adopter comme document informatif
C. Le fusionner avec PASA