15. Suggerimenti per l'Interoperabilità con Neighbor Discovery

Questa specifica prende in prestito direttamente la Prefix Information Option (PIO) e la Route Information Option (RIO) da IPv6 ND. Si prevede che, poiché le specifiche future si baseranno su questa base, potrebbero esserci ulteriori motivi per sfruttare parti di IPv6 ND. Questa sezione fornisce alcuni suggerimenti per le specifiche future.

Innanzitutto, RPL è un protocollo di instradamento. Bisognerebbe prestare grande attenzione a preservare l'architettura quando si mappano le funzionalità tra RPL e ND. RPL è solo per l'instradamento. Detto questo, potrebbero esserci motivi tecnici convincenti per consentire la condivisione di opzioni tra RPL e IPv6 ND in una particolare implementazione/distribuzione.

In generale, si applicano le seguenti linee guida:

• I codici di Tipo RPL devono essere assegnati dal registro delle Opzioni dei Messaggi di Controllo RPL.

• I campi Lunghezza RPL devono essere espressi in unità di singoli ottetti, al contrario dei campi Lunghezza ND, che sono espressi in unità di 8 ottetti.

• Le opzioni RPL non sono generalmente tenute ad essere allineate ai confini di 8 ottetti.

• Quando si mappa/trasposiziona un'opzione IPv6 ND per la ridistribuzione come opzione RPL, eventuali ottetti di riempimento dovrebbero essere rimossi quando possibile. Ad esempio, il campo Prefix Length nella PIO è sufficiente per descrivere la lunghezza del campo Prefix. Quando si mappa/trasposiziona un'opzione RPL per la ridistribuzione come opzione IPv6 ND, eventuali ottetti di riempimento dovrebbero essere ripristinati. Questa procedura deve essere inequivocabile.