20. Considerazioni IANA
20.1. Messaggio di controllo RPL
Il messaggio di controllo RPL è un tipo di messaggio informativo ICMP che deve essere utilizzato per trasportare oggetti informativi DODAG, sollecitazioni informative DODAG e oggetti di annuncio di destinazione a supporto del funzionamento di RPL.
La IANA ha definito un registro dei numeri di tipo ICMPv6. Il valore del tipo per il messaggio di controllo RPL è 155.
20.2. Nuovo registro per i codici di controllo RPL
La IANA ha creato un registro, Codici di controllo RPL, per il campo Codice del messaggio di controllo RPL ICMPv6.
Nuovi codici possono essere assegnati solo tramite una revisione IETF. Ogni codice viene tracciato con le seguenti qualità:
-
Codice
-
Descrizione
-
RFC di definizione
Attualmente sono definiti i seguenti codici:
| Codice | Descrizione | Riferimento |
|---|---|---|
| 0x00 | Sollecitazione informativa DODAG | Questo documento |
| 0x01 | Oggetto informativo DODAG | Questo documento |
| 0x02 | Oggetto annuncio di destinazione | Questo documento |
| 0x03 | Riconoscimento oggetto annuncio di destinazione | Questo documento |
| 0x80 | Sollecitazione informativa DODAG sicura | Questo documento |
| 0x81 | Oggetto informativo DODAG sicuro | Questo documento |
| 0x82 | Oggetto annuncio di destinazione sicuro | Questo documento |
| 0x83 | Riconoscimento oggetto annuncio di destinazione sicuro | Questo documento |
| 0x8A | Controllo di coerenza | Questo documento |
20.3. Nuovo registro per la modalità operativa (MOP)
La IANA ha creato un registro per la modalità operativa (MOP) a 3 bit, contenuta nella base DIO.
Nuovi valori possono essere assegnati solo tramite una revisione IETF. Ogni valore viene tracciato con le seguenti qualità:
-
Valore della modalità operativa
-
Descrizione della capacità
-
RFC di definizione
Attualmente sono definiti quattro valori:
| Valore MOP | Descrizione | Riferimento |
|---|---|---|
| 0 | Nessun percorso verso il basso mantenuto da RPL | Questo documento |
| 1 | Modalità operativa non di memorizzazione | Questo documento |
| 2 | Modalità operativa di memorizzazione senza supporto multicast | Questo documento |
| 3 | Modalità operativa di memorizzazione con supporto multicast | Questo documento |
Il resto dell'intervallo, da 4 a 7 decimale, è attualmente non assegnato.
20.4. Opzioni del messaggio di controllo RPL
La IANA ha creato un registro per le opzioni del messaggio di controllo RPL.
Nuovi valori possono essere assegnati solo tramite una revisione IETF. Ogni valore viene tracciato con le seguenti qualità:
-
Valore
-
Significato
-
RFC di definizione
| Valore | Significato | Riferimento |
|---|---|---|
| 0x00 | Pad1 | Questo documento |
| 0x01 | PadN | Questo documento |
| 0x02 | Contenitore metrico DAG | Questo documento |
| 0x03 | Informazioni di routing | Questo documento |
| 0x04 | Configurazione DODAG | Questo documento |
| 0x05 | Obiettivo RPL | Questo documento |
| 0x06 | Informazioni di transito | Questo documento |
| 0x07 | Informazioni sollecitate | Questo documento |
| 0x08 | Informazioni sul prefisso | Questo documento |
| 0x09 | Descrittore di destinazione | Questo documento |
20.5. Registro Objective Code Point (OCP)
La IANA ha creato un registro per gestire lo spazio dei codici del campo Objective Code Point (OCP).
Nessun OCP è definito in questa specifica.
Nuovi codici possono essere assegnati solo tramite una revisione IETF. Ogni codice viene tracciato con le seguenti qualità:
-
Codice
-
Descrizione
-
RFC di definizione
20.6. Nuovo registro per l'algoritmo della sezione di sicurezza
La IANA ha creato un registro per i valori del campo Algoritmo a 8 bit nella sezione Sicurezza.
Nuovi valori possono essere assegnati solo tramite una revisione IETF. Ogni valore viene tracciato con le seguenti qualità:
-
Valore
-
Crittografia/MAC
-
Firma
-
RFC di definizione
Attualmente è definito il seguente valore:
| Valore | Crittografia/MAC | Firma | Riferimento |
|---|---|---|---|
| 0 | CCM con AES-128 | RSA con SHA-256 | Questo documento |
20.7. Nuovo registro per i flag della sezione di sicurezza
La IANA ha creato un registro per il campo Flag della sezione di sicurezza a 8 bit.
Nuovi numeri di bit possono essere assegnati solo tramite una revisione IETF. Ogni bit viene tracciato con le seguenti qualità:
-
Numero di bit (contando dal bit 0 come bit più significativo)
-
Descrizione della capacità
-
RFC di definizione
Nessun bit è attualmente definito per il campo Flag della sezione di sicurezza.
20.8. Nuovo registro per livelli di sicurezza per KIM
La IANA ha creato un registro per il campo Livello di sicurezza (LVL) a 3 bit per valore KIM assegnato.
Per un dato valore KIM, nuovi livelli possono essere assegnati solo tramite una revisione IETF. Ogni livello viene tracciato con le seguenti qualità:
-
Livello
-
Valore KIM
-
Descrizione
-
RFC di definizione
Attualmente sono definiti i seguenti livelli per valore KIM:
| Livello | Valore KIM | Descrizione | Riferimento |
|---|---|---|---|
| 0 | 0 | Vedere Figura 11 | Questo documento |
| 1 | 0 | Vedere Figura 11 | Questo documento |
| 2 | 0 | Vedere Figura 11 | Questo documento |
| 3 | 0 | Vedere Figura 11 | Questo documento |
| 0 | 1 | Vedere Figura 11 | Questo documento |
| 1 | 1 | Vedere Figura 11 | Questo documento |
| 2 | 1 | Vedere Figura 11 | Questo documento |
| 3 | 1 | Vedere Figura 11 | Questo documento |
| 0 | 2 | Vedere Figura 11 | Questo documento |
| 1 | 2 | Vedere Figura 11 | Questo documento |
| 2 | 2 | Vedere Figura 11 | Questo documento |
| 3 | 2 | Vedere Figura 11 | Questo documento |
| 0 | 3 | Vedere Figura 11 | Questo documento |
| 1 | 3 | Vedere Figura 11 | Questo documento |
| 2 | 3 | Vedere Figura 11 | Questo documento |
| 3 | 3 | Vedere Figura 11 | Questo documento |
20.9. Nuovo registro per i flag DODAG Informational Solicitation (DIS)
La IANA ha creato un registro per il campo Flag DIS (DODAG Informational Solicitation).
Nuovi numeri di bit possono essere assegnati solo tramite una revisione IETF. Ogni bit viene tracciato con le seguenti qualità:
-
Numero di bit (contando dal bit 0 come bit più significativo)
-
Descrizione della capacità
-
RFC di definizione
Nessun bit è attualmente definito per il campo Flag DIS (DODAG Informational Solicitation).
20.10. Nuovo registro per i flag DODAG Information Object (DIO)
La IANA ha creato un registro per il campo Flag DODAG Information Object (DIO) a 8 bit.
Nuovi numeri di bit possono essere assegnati solo tramite una revisione IETF. Ogni bit viene tracciato con le seguenti qualità:
-
Numero di bit (contando dal bit 0 come bit più significativo)
-
Descrizione della capacità
-
RFC di definizione
Nessun bit è attualmente definito per i flag DIS (DODAG Informational Solicitation).
20.11. Nuovo registro per i flag Destination Advertisement Object (DAO)
La IANA ha creato un registro per il campo Flag Destination Advertisement Object (DAO) a 8 bit.
Nuovi numeri di bit possono essere assegnati solo tramite una revisione IETF. Ogni bit viene tracciato con le seguenti qualità:
-
Numero di bit (contando dal bit 0 come bit più significativo)
-
Descrizione della capacità
-
RFC di definizione
Attualmente sono definiti i seguenti bit:
| Numero di bit | Descrizione | Riferimento |
|---|---|---|
| 0 | Richiesta DAO-ACK (K) | Questo documento |
| 1 | Il campo DODAGID è presente (D) | Questo documento |
20.12. Nuovo registro per i flag di riconoscimento Destination Advertisement Object (DAO)
La IANA ha creato un registro per il campo Flag di riconoscimento Destination Advertisement Object (DAO) a 8 bit.
Nuovi numeri di bit possono essere assegnati solo tramite una revisione IETF. Ogni bit viene tracciato con le seguenti qualità:
-
Numero di bit (contando dal bit 0 come bit più significativo)
-
Descrizione della capacità
-
RFC di definizione
Attualmente è definito il seguente bit:
| Numero di bit | Descrizione | Riferimento |
|---|---|---|
| 0 | Il campo DODAGID è presente (D) | Questo documento |
20.13. Nuovo registro per i flag Consistency Check (CC)
La IANA ha creato un registro per il campo Flag Consistency Check (CC) a 8 bit.
Nuovi numeri di bit possono essere assegnati solo tramite una revisione IETF. Ogni bit viene tracciato con le seguenti qualità:
-
Numero di bit (contando dal bit 0 come bit più significativo)
-
Descrizione della capacità
-
RFC di definizione
Attualmente è definito il seguente bit:
| Numero di bit | Descrizione | Riferimento |
|---|---|---|
| 0 | Risposta CC (R) | Questo documento |
20.14. Nuovo registro per i flag DODAG Configuration Option
La IANA ha creato un registro per il campo Flag DODAG Configuration Option a 8 bit.
Nuovi numeri di bit possono essere assegnati solo tramite una revisione IETF. Ogni bit viene tracciato con le seguenti qualità:
-
Numero di bit (contando dal bit 0 come bit più significativo)
-
Descrizione della capacità
-
RFC di definizione
Attualmente sono definiti i seguenti bit:
| Numero di bit | Descrizione | Riferimento |
|---|---|---|
| 4 | Autenticazione abilitata (A) | Questo documento |
| 5-7 | Dimensione controllo percorso (PCS) | Questo documento |
20.15. Nuovo registro per i flag RPL Target Option
La IANA ha creato un registro per il campo Flag RPL Target Option a 8 bit.
Nuovi numeri di bit possono essere assegnati solo tramite una revisione IETF. Ogni bit viene tracciato con le seguenti qualità:
-
Numero di bit (contando dal bit 0 come bit più significativo)
-
Descrizione della capacità
-
RFC di definizione
Nessun bit è attualmente definito per i flag RPL Target Option.
20.16. Nuovo registro per i flag Transit Information Option
La IANA ha creato un registro per il campo Flag Transit Information Option (TIO) a 8 bit.
Nuovi numeri di bit possono essere assegnati solo tramite una revisione IETF. Ogni bit viene tracciato con le seguenti qualità:
-
Numero di bit (contando dal bit 0 come bit più significativo)
-
Descrizione della capacità
-
RFC di definizione
Attualmente sono definiti i seguenti bit:
| Numero di bit | Descrizione | Riferimento |
|---|---|---|
| 0 | Esterno (E) | Questo documento |
20.17. Nuovo registro per i flag Solicited Information Option
La IANA ha creato un registro per il campo Flag Solicited Information Option (SIO) a 8 bit.
Nuovi numeri di bit possono essere assegnati solo tramite una revisione IETF. Ogni bit viene tracciato con le seguenti qualità:
-
Numero di bit (contando dal bit 0 come bit più significativo)
-
Descrizione della capacità
-
RFC di definizione
Attualmente sono definiti i seguenti bit:
| Numero di bit | Descrizione | Riferimento |
|---|---|---|
| 0 | Corrispondenza predicato versione (V) | Questo documento |
| 1 | Corrispondenza predicato InstanceID (I) | Questo documento |
| 2 | Corrispondenza predicato DODAGID (D) | Questo documento |
20.18. ICMPv6: Errore nell'intestazione di routing di origine
In alcuni casi RPL restituirà un messaggio di errore ICMPv6 quando un messaggio non può essere consegnato come specificato dalla sua intestazione di routing di origine. Questo messaggio di errore ICMPv6 è "Errore nell'intestazione di routing di origine".
La IANA ha definito un registro dei campi "Codice" ICMPv6 per i tipi di messaggio ICMPv6. Il tipo di messaggio ICMPv6 1 descrive i codici "Destinazione irraggiungibile". Il codice "Errore nell'intestazione di routing di origine" è stato assegnato dal registro dei campi codice ICMPv6 per il tipo di messaggio ICMPv6 1, con un valore di codice di 7.
20.19. Indirizzo multicast Link-Local Scope
Le regole per l'assegnazione di nuovi indirizzi multicast IPv6 sono definite in [RFC3307]. Questa specifica richiede l'assegnazione di un nuovo indirizzo multicast permanente con un ambito link-local per i nodi RPL chiamato all-RPL-nodes, con un valore di ff02::1a.