16. 相互運用可能な実装のための要件の概要

このセクションでは、3つの主要なモードのいずれかで動作するRPL実装の基本的な相互運用性と、規範的なテキストへの参照を要約します。実装は、下方ルートなし、非格納モードのみ、または格納モードのみのいずれかをサポートすることが期待されています。4番目のモードであるリーフとしての動作も可能です。

この仕様に準拠する実装には、アプリケーションシナリオに適した機能の異なるサブセットが含まれる場合があります。実装者がアプリケーションシナリオで必要とされるものと一致するレベルの相互運用性をサポートすることが重要です。この目的のために、この仕様を超えてさらなるガイダンスが提供される場合があり（たとえば、適用可能性ステートメントとして）、場合によっては、そのようなさらなるガイダンスがこの仕様の一部を上書きする可能性があることが理解されています。

16.1. 共通要件

一般的なケースでは、RPL LLN内のすべてのノードが同じMOP、OF、メトリック、および制約を使用するために協力しており、したがってRPLルーターとして機能できる場合に、最高レベルの相互運用性が達成される可能性があります。ノードがRPLルーターになることができない場合、RPLリーフとしてより限定された方法で相互運用することが可能かもしれません。

すべてのRPL実装は、データパケット内で転送されるRPLパケット情報の使用をサポートする必要があります（セクション11.2）。そのようなメカニズムの1つは[RFC6553]で説明されています。

RPL実装は、隣接するRPLノードの到達可能性を維持するために、近隣到達不能検出（NUD）または同等のメカニズムの使用をサポートする必要があります（セクション8.2.1）。代替メカニズムは、リンク層からのヒントなど、実装の制約された機能に合わせて最適化される場合があります。

この仕様は、PIOを取得し、したがってIPv6アドレスを形成する手段を提供します。そのメカニズムが使用される場合、IPv6 ND [RFC4861]や6LoWPAN ND [6LOWPAN-ND]などの外部プロセスを通じてアドレス解決と重複アドレス検出を実行する必要がある場合があります。

16.2. RPLリーフノードとしての動作（のみ）

• リーフノード（のみ）の実装は、RPLルーターとして参加することは決してありません。リーフノードの相互運用可能な実装は、セクション8.5で要約されているように動作します。

• リーフノードが下方ルートを設定するためにDAOメッセージを送信する場合、リーフノードはMOPによって示される動作モードと一致する方法でそうすべきですが、特定のMOPエンコーディングのサポートは必要ありません。

• 特定のOFのサポートは必要ありません。

• 要約すると、リーフノードは通常DIOメッセージを発行しませんが、DAOおよびDISメッセージを発行する場合があります。リーフノードはDIOメッセージを受け入れますが、通常はDAOおよびDISメッセージを無視します。

16.3. RPLルーターとしての動作

さらなるガイダンスが利用できない場合、RPLルーター実装は、少なくともメトリックなしのOF0 [RFC6552]をサポートしなければなりません（MUST）。

一貫した動作のために、RPLルーター実装は、DODAGで使用されているMOPをサポートする必要があります。

すべてのRPLルーターはTrickle [RFC6206]を実装する必要があります。

16.3.1. 上方ルートのサポート（のみ）

上方ルートのみをサポートするRPLルーターの実装は、以下をサポートします：

• 上方ルート（セクション8）

• MOPエンコーディング0（セクション20.3）

• 要約すると、DIOおよびDISメッセージが発行され、DAOメッセージは発行されません。DIOおよびDISメッセージは受け入れられ、DAOメッセージは無視されます。

16.3.2. 非格納モードでの上方ルートおよび下方ルートのサポート

非格納モードで上方ルートおよび下方ルートをサポートするRPLルーターの実装は、以下をサポートします：

• 上方ルート（セクション8）

• 下方ルート（非格納）（セクション9）

• MOPエンコーディング1（セクション20.3）

• ソースルーティングされた下方トラフィック（[RFC6554]）

• 要約すると、DIOおよびDISメッセージが発行され、DAOメッセージはDODAGルートに発行されます。DIOおよびDISメッセージは受け入れられ、DAOメッセージはDODAGルート以外のノードによって無視されます。マルチキャストは、この仕様で説明されている手段ではサポートされませんが、いくつかの代替手段を通じてサポートされる場合があります。

16.3.3. 格納モードでの上方ルートおよび下方ルートのサポート

格納モードで上方ルートおよび下方ルートをサポートするRPLルーターの実装は、以下をサポートします：

• 上方ルート（セクション8）

• 下方ルート（格納）（セクション9）

• MOPエンコーディング2（セクション20.3）

• 要約すると、DIO、DIS、およびDAOメッセージが発行されます。DIO、DIS、およびDAOメッセージは受け入れられます。マルチキャストは、この仕様で説明されている手段ではサポートされませんが、いくつかの代替手段を通じてサポートされる場合があります。

16.3.3.1. 基本的なマルチキャストスキームのオプションサポート

格納モードの実装は、次の追加を通じて基本的なマルチキャストサポートで強化される場合があります：

• 基本的なマルチキャストサポート（セクション12）

• MOPエンコーディング3（セクション20.3）

16.4. 将来の仕様のための項目

多くの項目は将来の仕様に残されており、以下が含まれますがこれらに限定されません：

• IPv6ホストなどの非RPLノードを接続する方法（例：接続されたノードに少なくともPIOマテリアルを一貫して配布するため）。

• 認証済みモードが使用される場合に、サポートで認証マテリアルを取得する方法（セクション10.3）。

• 複数の同時インスタンスでの動作の詳細。

• RPLInstanceIDのプロビジョニング、目的関数のパラメータ化、セキュリティを制御するためのパラメータなどの高度な構成メカニズム。（そのようなメカニズムは、DODAG全体に情報を配布する手段としてDIOを拡張する可能性があります）。