20. Considérations IANA
20.1. Message de contrôle RPL
Le message de contrôle RPL est un type de message d'information ICMP qui doit être utilisé pour transporter des objets d'information DODAG, des sollicitations d'information DODAG et des objets d'annonce de destination à l'appui du fonctionnement RPL.
L'IANA a défini un registre de numéros de type ICMPv6. La valeur de type pour le message de contrôle RPL est 155.
20.2. Nouveau registre pour les codes de contrôle RPL
L'IANA a créé un registre, Codes de contrôle RPL, pour le champ Code du message de contrôle RPL ICMPv6.
De nouveaux codes ne peuvent être attribués que par un examen IETF. Chaque code est suivi avec les qualités suivantes :
-
Code
-
Description
-
RFC de définition
Les codes suivants sont actuellement définis :
| Code | Description | Référence |
|---|---|---|
| 0x00 | Sollicitation d'information DODAG | Ce document |
| 0x01 | Objet d'information DODAG | Ce document |
| 0x02 | Objet d'annonce de destination | Ce document |
| 0x03 | Accusé de réception d'objet d'annonce de destination | Ce document |
| 0x80 | Sollicitation d'information DODAG sécurisée | Ce document |
| 0x81 | Objet d'information DODAG sécurisé | Ce document |
| 0x82 | Objet d'annonce de destination sécurisé | Ce document |
| 0x83 | Accusé de réception d'objet d'annonce de destination sécurisé | Ce document |
| 0x8A | Vérification de cohérence | Ce document |
20.3. Nouveau registre pour le mode de fonctionnement (MOP)
L'IANA a créé un registre pour le mode de fonctionnement (MOP) de 3 bits, qui est contenu dans la base DIO.
De nouvelles valeurs ne peuvent être attribuées que par un examen IETF. Chaque valeur est suivie avec les qualités suivantes :
-
Valeur du mode de fonctionnement
-
Description de la capacité
-
RFC de définition
Quatre valeurs sont actuellement définies :
| Valeur MOP | Description | Référence |
|---|---|---|
| 0 | Aucune route vers le bas maintenue par RPL | Ce document |
| 1 | Mode de fonctionnement sans stockage | Ce document |
| 2 | Mode de fonctionnement de stockage sans prise en charge de la multidiffusion | Ce document |
| 3 | Mode de fonctionnement de stockage avec prise en charge de la multidiffusion | Ce document |
Le reste de la plage, décimal 4 à 7, est actuellement non attribué.
20.4. Options de message de contrôle RPL
L'IANA a créé un registre pour les options de message de contrôle RPL.
De nouvelles valeurs ne peuvent être attribuées que par un examen IETF. Chaque valeur est suivie avec les qualités suivantes :
-
Valeur
-
Signification
-
RFC de définition
| Valeur | Signification | Référence |
|---|---|---|
| 0x00 | Pad1 | Ce document |
| 0x01 | PadN | Ce document |
| 0x02 | Conteneur de métriques DAG | Ce document |
| 0x03 | Informations de routage | Ce document |
| 0x04 | Configuration DODAG | Ce document |
| 0x05 | Cible RPL | Ce document |
| 0x06 | Informations de transit | Ce document |
| 0x07 | Informations sollicitées | Ce document |
| 0x08 | Informations sur le préfixe | Ce document |
| 0x09 | Descripteur de cible | Ce document |
20.5. Registre des points de code d'objectif (OCP)
L'IANA a créé un registre pour gérer l'espace de code du champ Point de code d'objectif (OCP).
Aucun OCP n'est défini dans cette spécification.
De nouveaux codes ne peuvent être attribués que par un examen IETF. Chaque code est suivi avec les qualités suivantes :
-
Code
-
Description
-
RFC de définition
20.6. Nouveau registre pour l'algorithme de la section de sécurité
L'IANA a créé un registre pour les valeurs du champ Algorithme de 8 bits dans la section Sécurité.
De nouvelles valeurs ne peuvent être attribuées que par un examen IETF. Chaque valeur est suivie avec les qualités suivantes :
-
Valeur
-
Chiffrement/MAC
-
Signature
-
RFC de définition
La valeur suivante est actuellement définie :
| Valeur | Chiffrement/MAC | Signature | Référence |
|---|---|---|---|
| 0 | CCM avec AES-128 | RSA avec SHA-256 | Ce document |
20.7. Nouveau registre pour les drapeaux de la section de sécurité
L'IANA a créé un registre pour le champ Drapeaux de la section de sécurité de 8 bits.
De nouveaux numéros de bit ne peuvent être attribués que par un examen IETF. Chaque bit est suivi avec les qualités suivantes :
-
Numéro de bit (comptant à partir du bit 0 comme le bit le plus significatif)
-
Description de la capacité
-
RFC de définition
Aucun bit n'est actuellement défini pour le champ Drapeaux de la section de sécurité.
20.8. Nouveau registre pour les niveaux de sécurité par KIM
L'IANA a créé un registre pour le champ Niveau de sécurité (LVL) de 3 bits par valeur KIM allouée.
Pour une valeur KIM donnée, de nouveaux niveaux ne peuvent être attribués que par un examen IETF. Chaque niveau est suivi avec les qualités suivantes :
-
Niveau
-
Valeur KIM
-
Description
-
RFC de définition
Les niveaux suivants par valeur KIM sont actuellement définis :
| Niveau | Valeur KIM | Description | Référence |
|---|---|---|---|
| 0 | 0 | Voir Figure 11 | Ce document |
| 1 | 0 | Voir Figure 11 | Ce document |
| 2 | 0 | Voir Figure 11 | Ce document |
| 3 | 0 | Voir Figure 11 | Ce document |
| 0 | 1 | Voir Figure 11 | Ce document |
| 1 | 1 | Voir Figure 11 | Ce document |
| 2 | 1 | Voir Figure 11 | Ce document |
| 3 | 1 | Voir Figure 11 | Ce document |
| 0 | 2 | Voir Figure 11 | Ce document |
| 1 | 2 | Voir Figure 11 | Ce document |
| 2 | 2 | Voir Figure 11 | Ce document |
| 3 | 2 | Voir Figure 11 | Ce document |
| 0 | 3 | Voir Figure 11 | Ce document |
| 1 | 3 | Voir Figure 11 | Ce document |
| 2 | 3 | Voir Figure 11 | Ce document |
| 3 | 3 | Voir Figure 11 | Ce document |
20.9. Nouveau registre pour les drapeaux de sollicitation d'information DODAG (DIS)
L'IANA a créé un registre pour le champ Drapeaux DIS (Sollicitation d'information DODAG).
De nouveaux numéros de bit ne peuvent être attribués que par un examen IETF. Chaque bit est suivi avec les qualités suivantes :
-
Numéro de bit (comptant à partir du bit 0 comme le bit le plus significatif)
-
Description de la capacité
-
RFC de définition
Aucun bit n'est actuellement défini pour le champ Drapeaux DIS (Sollicitation d'information DODAG).
20.10. Nouveau registre pour les drapeaux d'objet d'information DODAG (DIO)
L'IANA a créé un registre pour le champ Drapeaux d'objet d'information DODAG (DIO) de 8 bits.
De nouveaux numéros de bit ne peuvent être attribués que par un examen IETF. Chaque bit est suivi avec les qualités suivantes :
-
Numéro de bit (comptant à partir du bit 0 comme le bit le plus significatif)
-
Description de la capacité
-
RFC de définition
Aucun bit n'est actuellement défini pour les drapeaux DIS (Sollicitation d'information DODAG).
20.11. Nouveau registre pour les drapeaux d'objet d'annonce de destination (DAO)
L'IANA a créé un registre pour le champ Drapeaux d'objet d'annonce de destination (DAO) de 8 bits.
De nouveaux numéros de bit ne peuvent être attribués que par un examen IETF. Chaque bit est suivi avec les qualités suivantes :
-
Numéro de bit (comptant à partir du bit 0 comme le bit le plus significatif)
-
Description de la capacité
-
RFC de définition
Les bits suivants sont actuellement définis :
| Numéro de bit | Description | Référence |
|---|---|---|
| 0 | Demande DAO-ACK (K) | Ce document |
| 1 | Le champ DODAGID est présent (D) | Ce document |
20.12. Nouveau registre pour les drapeaux d'accusé de réception d'objet d'annonce de destination (DAO)
L'IANA a créé un registre pour le champ Drapeaux d'accusé de réception d'objet d'annonce de destination (DAO) de 8 bits.
De nouveaux numéros de bit ne peuvent être attribués que par un examen IETF. Chaque bit est suivi avec les qualités suivantes :
-
Numéro de bit (comptant à partir du bit 0 comme le bit le plus significatif)
-
Description de la capacité
-
RFC de définition
Le bit suivant est actuellement défini :
| Numéro de bit | Description | Référence |
|---|---|---|
| 0 | Le champ DODAGID est présent (D) | Ce document |
20.13. Nouveau registre pour les drapeaux de vérification de cohérence (CC)
L'IANA a créé un registre pour le champ Drapeaux de vérification de cohérence (CC) de 8 bits.
De nouveaux numéros de bit ne peuvent être attribués que par un examen IETF. Chaque bit est suivi avec les qualités suivantes :
-
Numéro de bit (comptant à partir du bit 0 comme le bit le plus significatif)
-
Description de la capacité
-
RFC de définition
Le bit suivant est actuellement défini :
| Numéro de bit | Description | Référence |
|---|---|---|
| 0 | Réponse CC (R) | Ce document |
20.14. Nouveau registre pour les drapeaux d'option de configuration DODAG
L'IANA a créé un registre pour le champ Drapeaux d'option de configuration DODAG de 8 bits.
De nouveaux numéros de bit ne peuvent être attribués que par un examen IETF. Chaque bit est suivi avec les qualités suivantes :
-
Numéro de bit (comptant à partir du bit 0 comme le bit le plus significatif)
-
Description de la capacité
-
RFC de définition
Les bits suivants sont actuellement définis :
| Numéro de bit | Description | Référence |
|---|---|---|
| 4 | Authentification activée (A) | Ce document |
| 5-7 | Taille du contrôle de chemin (PCS) | Ce document |
20.15. Nouveau registre pour les drapeaux d'option cible RPL
L'IANA a créé un registre pour le champ Drapeaux d'option cible RPL de 8 bits.
De nouveaux numéros de bit ne peuvent être attribués que par un examen IETF. Chaque bit est suivi avec les qualités suivantes :
-
Numéro de bit (comptant à partir du bit 0 comme le bit le plus significatif)
-
Description de la capacité
-
RFC de définition
Aucun bit n'est actuellement défini pour les drapeaux d'option cible RPL.
20.16. Nouveau registre pour les drapeaux d'option d'information de transit
L'IANA a créé un registre pour le champ Drapeaux d'option d'information de transit (TIO) de 8 bits.
De nouveaux numéros de bit ne peuvent être attribués que par un examen IETF. Chaque bit est suivi avec les qualités suivantes :
-
Numéro de bit (comptant à partir du bit 0 comme le bit le plus significatif)
-
Description de la capacité
-
RFC de définition
Les bits suivants sont actuellement définis :
| Numéro de bit | Description | Référence |
|---|---|---|
| 0 | Externe (E) | Ce document |
20.17. Nouveau registre pour les drapeaux d'option d'information sollicitée
L'IANA a créé un registre pour le champ Drapeaux d'option d'information sollicitée (SIO) de 8 bits.
De nouveaux numéros de bit ne peuvent être attribués que par un examen IETF. Chaque bit est suivi avec les qualités suivantes :
-
Numéro de bit (comptant à partir du bit 0 comme le bit le plus significatif)
-
Description de la capacité
-
RFC de définition
Les bits suivants sont actuellement définis :
| Numéro de bit | Description | Référence |
|---|---|---|
| 0 | Correspondance de prédicat de version (V) | Ce document |
| 1 | Correspondance de prédicat InstanceID (I) | Ce document |
| 2 | Correspondance de prédicat DODAGID (D) | Ce document |
20.18. ICMPv6 : Erreur dans l'en-tête de routage source
Dans certains cas, RPL renverra un message d'erreur ICMPv6 lorsqu'un message ne peut pas être livré comme spécifié par son en-tête de routage source. Ce message d'erreur ICMPv6 est "Erreur dans l'en-tête de routage source".
L'IANA a défini un registre de champs "Code" ICMPv6 pour les types de messages ICMPv6. Le type de message ICMPv6 1 décrit les codes "Destination inaccessible". Le code "Erreur dans l'en-tête de routage source" a été attribué à partir du registre des champs de code ICMPv6 pour le type de message ICMPv6 1, avec une valeur de code de 7.
20.19. Adresse de multidiffusion à portée locale de lien
Les règles d'attribution de nouvelles adresses de multidiffusion IPv6 sont définies dans [RFC3307]. Cette spécification nécessite l'attribution d'une nouvelle adresse de multidiffusion permanente avec une portée locale de lien pour les nœuds RPL appelée all-RPL-nodes, avec une valeur de ff02::1a.