20. IANA に関する考慮事項
20.1. RPL 制御メッセージ
RPL 制御メッセージは、RPL 操作をサポートするために、DODAG 情報オブジェクト、DODAG 情報要請、および宛先通知オブジェクトを運ぶために使用される ICMP 情報メッセージタイプです。
IANA は ICMPv6 タイプ番号レジストリを定義しています。RPL 制御メッセージのタイプ値は 155 です。
20.2. RPL 制御コードの新しいレジストリ
IANA は、ICMPv6 RPL 制御メッセージのコードフィールド用に、RPL 制御コードというレジストリを作成しました。
新しいコードは、IETF レビューによってのみ割り当てることができます。各コードは、次の品質で追跡されます:
-
コード
-
説明
-
定義 RFC
現在、次のコードが定義されています:
| コード | 説明 | 参照 |
|---|---|---|
| 0x00 | DODAG 情報要請 | 本ドキュメント |
| 0x01 | DODAG 情報オブジェクト | 本ドキュメント |
| 0x02 | 宛先通知オブジェクト | 本ドキュメント |
| 0x03 | 宛先通知オブジェクト確認 | 本ドキュメント |
| 0x80 | セキュア DODAG 情報要請 | 本ドキュメント |
| 0x81 | セキュア DODAG 情報オブジェクト | 本ドキュメント |
| 0x82 | セキュア宛先通知オブジェクト | 本ドキュメント |
| 0x83 | セキュア宛先通知オブジェクト確認 | 本ドキュメント |
| 0x8A | 一貫性チェック | 本ドキュメント |
20.3. 動作モード (MOP) の新しいレジストリ
IANA は、DIO ベースに含まれる 3 ビットの動作モード (MOP) のレジストリを作成しました。
新しい値は、IETF レビューによってのみ割り当てることができます。各値は、次の品質で追跡されます:
-
動作モード値
-
機能の説明
-
定義 RFC
現在、次の 4 つの値が定義されています:
| MOP 値 | 説明 | 参照 |
|---|---|---|
| 0 | RPL によって維持される下向きルートなし | 本ドキュメント |
| 1 | 非格納動作モード | 本ドキュメント |
| 2 | マルチキャストサポートなしの格納動作モード | 本ドキュメント |
| 3 | マルチキャストサポートありの格納動作モード | 本ドキュメント |
残りの範囲、10 進数の 4 から 7 は、現在割り当てられていません。
20.4. RPL 制御メッセージオプション
IANA は、RPL 制御メッセージオプションのレジストリを作成しました。
新しい値は、IETF レビューによってのみ割り当てることができます。各値は、次の品質で追跡されます:
-
値
-
意味
-
定義 RFC
| 値 | 意味 | 参照 |
|---|---|---|
| 0x00 | Pad1 | 本ドキュメント |
| 0x01 | PadN | 本ドキュメント |
| 0x02 | DAG メトリックコンテナ | 本ドキュメント |
| 0x03 | ルーティング情報 | 本ドキュメント |
| 0x04 | DODAG 構成 | 本ドキュメント |
| 0x05 | RPL ターゲット | 本ドキュメント |
| 0x06 | 転送情報 | 本ドキュメント |
| 0x07 | 要請情報 | 本ドキュメント |
| 0x08 | プレフィックス情報 | 本ドキュメント |
| 0x09 | ターゲット記述子 | 本ドキュメント |
20.5. 目的コードポイント (OCP) レジストリ
IANA は、目的コードポイント (OCP) フィールドのコードスペースを管理するためのレジストリを作成しました。
この仕様では OCP は定義されていません。
新しいコードは、IETF レビューによってのみ割り当てることができます。各コードは、次の品質で追跡されます:
-
コード
-
説明
-
定義 RFC
20.6. セキュリティセクションアルゴリズムの新しいレジストリ
IANA は、セキュリティセクションの 8 ビットアルゴリズムフィールドの値のレジストリを作成しました。
新しい値は、IETF レビューによってのみ割り当てることができます。各値は、次の品質で追跡されます:
-
値
-
暗号化/MAC
-
署名
-
定義 RFC
現在、次の値が定義されています:
| 値 | 暗号化/MAC | 署名 | 参照 |
|---|---|---|---|
| 0 | AES-128 を使用した CCM | SHA-256 を使用した RSA | 本ドキュメント |
20.7. セキュリティセクションフラグの新しいレジストリ
IANA は、8 ビットのセキュリティセクションフラグフィールドのレジストリを作成しました。
新しいビット番号は、IETF レビューによってのみ割り当てることができます。各ビットは、次の品質で追跡されます:
-
ビット番号(最上位ビットとしてのビット 0 からのカウント)
-
機能の説明
-
定義 RFC
現在、セキュリティセクションフラグフィールドに定義されているビットはありません。
20.8. KIM ごとのセキュリティレベルの新しいレジストリ
IANA は、割り当てられた KIM 値ごとに 3 ビットのセキュリティレベル (LVL) フィールドのレジストリを 1 つ作成しました。
特定の KIM 値について、新しいレベルは IETF レビューによってのみ割り当てることができます。各レベルは、次の品質で追跡されます:
-
レベル
-
KIM 値
-
説明
-
定義 RFC
現在、KIM 値ごとの次のレベルが定義されています:
| レベル | KIM 値 | 説明 | 参照 |
|---|---|---|---|
| 0 | 0 | 図 11 を参照 | 本ドキュメント |
| 1 | 0 | 図 11 を参照 | 本ドキュメント |
| 2 | 0 | 図 11 を参照 | 本ドキュメント |
| 3 | 0 | 図 11 を参照 | 本ドキュメント |
| 0 | 1 | 図 11 を参照 | 本ドキュメント |
| 1 | 1 | 図 11 を参照 | 本ドキュメント |
| 2 | 1 | 図 11 を参照 | 本ドキュメント |
| 3 | 1 | 図 11 を参照 | 本ドキュメント |
| 0 | 2 | 図 11 を参照 | 本ドキュメント |
| 1 | 2 | 図 11 を参照 | 本ドキュメント |
| 2 | 2 | 図 11 を参照 | 本ドキュメント |
| 3 | 2 | 図 11 を参照 | 本ドキュメント |
| 0 | 3 | 図 11 を参照 | 本ドキュメント |
| 1 | 3 | 図 11 を参照 | 本ドキュメント |
| 2 | 3 | 図 11 を参照 | 本ドキュメント |
| 3 | 3 | 図 11 を参照 | 本ドキュメント |
20.9. DODAG 情報要請 (DIS) フラグの新しいレジストリ
IANA は、DIS(DODAG 情報要請)フラグフィールドのレジストリを作成しました。
新しいビット番号は、IETF レビューによってのみ割り当てることができます。各ビットは、次の品質で追跡されます:
-
ビット番号(最上位ビットとしてのビット 0 からのカウント)
-
機能の説明
-
定義 RFC
現在、DIS(DODAG 情報要請)フラグフィールドに定義されているビットはありません。
20.10. DODAG 情報オブジェクト (DIO) フラグの新しいレジストリ
IANA は、8 ビットの DODAG 情報オブジェクト (DIO) フラグフィールドのレジストリを作成しました。
新しいビット番号は、IETF レビューによってのみ割り当てることができます。各ビットは、次の品質で追跡されます:
-
ビット番号(最上位ビットとしてのビット 0 からのカウント)
-
機能の説明
-
定義 RFC
現在、DIS(DODAG 情報要請)フラグに定義されているビットはありません。
20.11. 宛先通知オブジェクト (DAO) フラグの新しいレジストリ
IANA は、8 ビットの宛先通知オブジェクト (DAO) フラグフィールドのレジストリを作成しました。
新しいビット番号は、IETF レビューによってのみ割り当てることができます。各ビットは、次の品質で追跡されます:
-
ビット番号(最上位ビットとしてのビット 0 からのカウント)
-
機能の説明
-
定義 RFC
現在、次のビットが定義されています:
| ビット番号 | 説明 | 参照 |
|---|---|---|
| 0 | DAO-ACK 要求 (K) | 本ドキュメント |
| 1 | DODAGID フィールドが存在する (D) | 本ドキュメント |
20.12. 宛先通知オブジェクト (DAO) 確認フラグの新しいレジストリ
IANA は、8 ビットの宛先通知オブジェクト (DAO) 確認フラグフィールドのレジストリを作成しました。
新しいビット番号は、IETF レビューによってのみ割り当てることができます。各ビットは、次の品質で追跡されます:
-
ビット番号(最上位ビットとしてのビット 0 からのカウント)
-
機能の説明
-
定義 RFC
現在、次のビットが定義されています:
| ビット番号 | 説明 | 参照 |
|---|---|---|
| 0 | DODAGID フィールドが存在する (D) | 本ドキュメント |
20.13. 一貫性チェック (CC) フラグの新しいレジストリ
IANA は、8 ビットの一貫性チェック (CC) フラグフィールドのレジストリを作成しました。
新しいビット番号は、IETF レビューによってのみ割り当てることができます。各ビットは、次の品質で追跡されます:
-
ビット番号(最上位ビットとしてのビット 0 からのカウント)
-
機能の説明
-
定義 RFC
現在、次のビットが定義されています:
| ビット番号 | 説明 | 参照 |
|---|---|---|
| 0 | CC 応答 (R) | 本ドキュメント |
20.14. DODAG 構成オプションフラグの新しいレジストリ
IANA は、8 ビットの DODAG 構成オプションフラグフィールドのレジストリを作成しました。
新しいビット番号は、IETF レビューによってのみ割り当てることができます。各ビットは、次の品質で追跡されます:
-
ビット番号(最上位ビットとしてのビット 0 からのカウント)
-
機能の説明
-
定義 RFC
現在、次のビットが定義されています:
| ビット番号 | 説明 | 参照 |
|---|---|---|
| 4 | 認証有効 (A) | 本ドキュメント |
| 5-7 | パス制御サイズ (PCS) | 本ドキュメント |
20.15. RPL ターゲットオプションフラグの新しいレジストリ
IANA は、8 ビットの RPL ターゲットオプションフラグフィールドのレジストリを作成しました。
新しいビット番号は、IETF レビューによってのみ割り当てることができます。各ビットは、次の品質で追跡されます:
-
ビット番号(最上位ビットとしてのビット 0 からのカウント)
-
機能の説明
-
定義 RFC
現在、RPL ターゲットオプションフラグに定義されているビットはありません。
20.16. 転送情報オプションフラグの新しいレジストリ
IANA は、8 ビットの転送情報オプション (TIO) フラグフィールドのレジストリを作成しました。
新しいビット番号は、IETF レビューによってのみ割り当てることができます。各ビットは、次の品質で追跡されます:
-
ビット番号(最上位ビットとしてのビット 0 からのカウント)
-
機能の説明
-
定義 RFC
現在、次のビットが定義されています:
| ビット番号 | 説明 | 参照 |
|---|---|---|
| 0 | 外部 (E) | 本ドキュメント |
20.17. 要請情報オプションフラグの新しいレジストリ
IANA は、8 ビットの要請情報オプション (SIO) フラグフィールドのレジストリを作成しました。
新しいビット番号は、IETF レビューによってのみ割り当てることができます。各ビットは、次の品質で追跡されます:
-
ビット番号(最上位ビットとしてのビット 0 からのカウント)
-
機能の説明
-
定義 RFC
現在、次のビットが定義されています:
| ビット番号 | 説明 | 参照 |
|---|---|---|
| 0 | バージョン述語一致 (V) | 本ドキュメント |
| 1 | インスタンス ID 述語一致 (I) | 本ドキュメント |
| 2 | DODAGID 述語一致 (D) | 本ドキュメント |
20.18. ICMPv6:ソースルーティングヘッダーのエラー
場合によっては、ソースルーティングヘッダーで指定されたとおりにメッセージを配信できない場合、RPL は ICMPv6 エラーメッセージを返します。この ICMPv6 エラーメッセージは「ソースルーティングヘッダーのエラー」です。
IANA は、ICMPv6 メッセージタイプ用の ICMPv6「コード」フィールドレジストリを定義しました。ICMPv6 メッセージタイプ 1 は、「宛先到達不能」コードを記述します。「ソースルーティングヘッダーのエラー」コードは、ICMPv6 メッセージタイプ 1 の ICMPv6 コードフィールドレジストリから割り当てられており、コード値は 7 です。
20.19. リンクローカルスコープマルチキャストアドレス
新しい IPv6 マルチキャストアドレスを割り当てるためのルールは、[RFC3307] で定義されています。この仕様では、all-RPL-nodes と呼ばれる RPL ノード用のリンクローカルスコープを持つ新しい永続的なマルチキャストアドレスの割り当てが必要であり、値は ff02::1a です。