メインコンテンツまでスキップ

13. IANA に関する考慮事項 (IANA Considerations)

このセクションでは、IPv6 の近隣探索に関連する IANA（Internet Assigned Numbers Authority）の登録と考慮事項について説明します。

13.1. ICMPv6 Type と Code の登録 (ICMPv6 Type and Code Registrations)​

近隣探索は、IANA に登録されているいくつかの ICMPv6 メッセージタイプを使用します。この仕様では、以下の ICMPv6 タイプが定義されています：

ICMPv6 Type名前参照
133Router SolicitationRFC 4861, Section 4.1
134Router AdvertisementRFC 4861, Section 4.2
135Neighbor SolicitationRFC 4861, Section 4.3
136Neighbor AdvertisementRFC 4861, Section 4.4
137Redirect MessageRFC 4861, Section 4.5

これらすべてのメッセージタイプは Code 0 を使用し、これらのタイプに対して現在定義されている他の Code 値はありません。

13.2. 近隣探索オプションタイプレジストリ (Neighbor Discovery Option Type Registry)​

IANA は近隣探索オプションタイプのレジストリを維持しています。この仕様では、以下のオプションタイプが定義されています：

Option Type名前参照
1Source Link-Layer AddressRFC 4861, Section 4.6.1
2Target Link-Layer AddressRFC 4861, Section 4.6.1
3Prefix InformationRFC 4861, Section 4.6.2
4Redirected HeaderRFC 4861, Section 4.6.3
5MTURFC 4861, Section 4.6.4

13.2.1. 登録手順 (Registration Procedure)​

新しい近隣探索オプションタイプは、以下の手順を使用して割り当てられます：

  • 値 0-255: IETF Review または IESG Approval が必要（RFC 8126 で定義されているとおり）
  • 新しいオプションは、RFC または他の恒久的で公開されている参照文書に文書化されなければなりません (MUST)
  • 登録には以下を含めなければなりません (MUST)：
    • Option Type 値
    • Option 名
    • オプションの簡単な説明
    • 定義文書への参照

13.2.2. Option Type フォーマット (Option Type Format)​

Option Type 値は 8 ビット識別子です。Option Type フィールドの上位 2 ビットは、オプションタイプが認識されない場合に実行するアクションを指定するために使用されます：

  • 00: このオプションをスキップし、メッセージの処理を続行
  • 01: メッセージを破棄
  • 10: メッセージを破棄し、ICMP Parameter Problem メッセージを送信
  • 11: メッセージを破棄し、宛先アドレスがマルチキャストアドレスでない場合のみ ICMP Parameter Problem メッセージを送信

このエンコーディングにより、未知のオプションの柔軟な処理が可能になり、新しいオプションタイプのスムーズな展開が可能になります。

13.3. IPv6 近隣探索プロトコル定数 (IPv6 Neighbor Discovery Protocol Constants)​

IANA によって直接管理されていませんが、この仕様は実装者が使用しなければならない (MUST) いくつかのプロトコル定数（セクション 10 に文書化）を定義しています。これらの定数には、相互運用性に不可欠なタイミング値、再試行制限、およびその他のパラメータが含まれます。

13.4. Router Advertisement フラグ (Router Advertisement Flags)​

IANA は Router Advertisement フラグのレジストリを維持しています。この仕様では、以下のフラグが定義されています：

Bitフラグ名参照
0M (Managed Address Configuration)RFC 4861, Section 4.2
1O (Other Configuration)RFC 4861, Section 4.2
2-7予約済み (Reserved)RFC 4861

追加のフラグは、IETF Review 手順に従って将来の仕様で定義される可能性があります。

13.5. Prefix Information Option フラグ (Prefix Information Option Flags)​

IANA は Prefix Information Option フラグのレジストリを維持しています。この仕様では、以下のフラグが定義されています：

Bitフラグ名参照
0L (On-Link)RFC 4861, Section 4.6.2
1A (Autonomous Address Configuration)RFC 4861, Section 4.6.2
2R (Router Address)RFC 6275
3-7予約済み (Reserved)RFC 4861

注：R フラグは RFC 6275（Mobile IPv6）によって追加され、完全性のためにここに含まれています。

13.6. Neighbor Advertisement フラグ (Neighbor Advertisement Flags)​

IANA は Neighbor Advertisement フラグのレジストリを維持しています。この仕様では、以下のフラグが定義されています：

Bitフラグ名参照
0R (Router)RFC 4861, Section 4.4
1S (Solicited)RFC 4861, Section 4.4
2O (Override)RFC 4861, Section 4.4
3-31予約済み (Reserved)RFC 4861

13.7. 以前の登録の更新 (Updates to Previous Registrations)​

この文書（RFC 4861）は RFC 2461 を廃止します。RFC 2461 を参照していたすべての IANA 登録は、代わりに RFC 4861 を参照するように更新されました。

13.8. 将来の拡張に関する考慮事項 (Considerations for Future Extensions)​

新しい近隣探索メッセージ、オプション、またはフラグを定義する場合：

  1. 後方互換性 (Backward Compatibility): 新機能が既存の実装と共存できることを確認してください。未知のオプションは、セクション 9 で指定されているように静かに無視されなければなりません (MUST)。

  2. セキュリティへの影響 (Security Implications): 新機能が SEcure Neighbor Discovery (SEND) [RFC3971] などのセキュリティメカニズムとどのように相互作用するかを検討してください。

  3. 文書化要件 (Documentation Requirements): RFC または他の恒久的で公開されている参照文書で新機能を完全に文書化してください。

  4. IANA 登録 (IANA Registration): RFC 8126 で指定されている適切な IANA 登録手順に従ってください。

  5. 実装経験 (Implementation Experience): 可能であれば、標準化前に実装と展開の経験を得てください。

13.9. IANA レジストリへの参照 (References to IANA Registries)​

近隣探索に関連する現在の IANA レジストリは、以下で見つけることができます：

実装者とプロトコル設計者は、登録された値の最新情報についてこれらのレジストリを参照する必要があります。

に最終更新