15. Vorschläge für die Interoperabilität mit Neighbor Discovery

Diese Spezifikation leiht sich direkt die Prefix Information Option (PIO) und die Route Information Option (RIO) von IPv6 ND. Es ist vorgesehen, dass, da zukünftige Spezifikationen auf dieser Basis aufbauen, es zusätzlichen Grund geben kann, Teile von IPv6 ND zu nutzen. Dieser Abschnitt enthält einige Vorschläge für zukünftige Spezifikationen.

In erster Linie ist RPL ein Routing-Protokoll. Man sollte große Sorgfalt darauf verwenden, die Architektur zu bewahren, wenn Funktionalitäten zwischen RPL und ND abgebildet werden. RPL ist nur für Routing. Allerdings kann es überzeugende technische Gründe geben, das Teilen von Optionen zwischen RPL und IPv6 ND in einer bestimmten Implementierung/Bereitstellung zu erlauben.

Im Allgemeinen gelten die folgenden Richtlinien:

RPL-Typcodes müssen aus dem RPL Control Message Options-Register zugewiesen werden.
RPL-Längenfelder müssen in Einheiten von einzelnen Oktetten ausgedrückt werden, im Gegensatz zu ND-Längenfeldern, die in Einheiten von 8 Oktetten ausgedrückt werden.
RPL-Optionen müssen im Allgemeinen nicht an 8-Oktett-Grenzen ausgerichtet sein.
Beim Abbilden/Transponieren einer IPv6 ND-Option zur Weiterverteilung als eine RPL-Option sollten alle Fülloktette wenn möglich entfernt werden. Zum Beispiel ist das Prefix Length-Feld in der PIO ausreichend, um die Länge des Prefix-Feldes zu beschreiben. Beim Abbilden/Transponieren einer RPL-Option zur Weiterverteilung als eine IPv6 ND-Option sollten alle solchen Fülloktette wiederhergestellt werden. Dieses Verfahren muss eindeutig sein.