15. Suggestions pour l'Interopérabilité avec la Découverte de Voisinage

Cette spécification emprunte directement l'Option d'Information de Préfixe (PIO) et l'Option d'Information de Route (RIO) de IPv6 ND. Il est envisagé que, à mesure que les spécifications futures s'appuient sur cette base, il puisse y avoir des raisons supplémentaires de tirer parti de parties de IPv6 ND. Cette section fournit quelques suggestions pour les spécifications futures.

D'abord et avant tout, RPL est un protocole de routage. Il faut prendre grand soin de préserver l'architecture lors du mappage des fonctionnalités entre RPL et ND. RPL est pour le routage uniquement. Cela dit, il peut y avoir des raisons techniques convaincantes de permettre le partage d'options entre RPL et IPv6 ND dans une implémentation/déploiement particulier.

En général, les directives suivantes s'appliquent :

• Les codes de Type RPL doivent être alloués à partir du registre des Options de Message de Contrôle RPL.

• Les champs de Longueur RPL doivent être exprimés en unités d'octets simples, contrairement aux champs de Longueur ND, qui sont exprimés en unités de 8 octets.

• Les options RPL ne sont généralement pas tenues d'être alignées sur des frontières de 8 octets.

• Lors du mappage/transposition d'une option IPv6 ND pour redistribution en tant qu'option RPL, tout octet de remplissage devrait être supprimé lorsque cela est possible. Par exemple, le champ Longueur de Préfixe dans la PIO est suffisant pour décrire la longueur du champ Préfixe. Lors du mappage/transposition d'une option RPL pour redistribution en tant qu'option IPv6 ND, tout octet de remplissage de ce type devrait être restauré. Cette procédure doit être sans ambiguïté.