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

Appendix C. Changes since RFC 2462 (RFC 2462からの変更点)

既存の実装に影響を与える可能性のある主要な変更:​

  • 重複アドレス検出を実行するノードが近隣要請を送信するのを遅らせるだけでなく、要請ノードマルチキャストグループへの参加を遅らせることを指定し、その詳細な理由を説明しました。

  • チェックされているアドレスがマルチキャストルーター通告によって設定された場合、重複アドレス検出のために近隣要請を送信する前にランダムな遅延を追加する要件を追加しました。

  • 重複アドレス検出が失敗した場合、IPネットワーク操作を無効にすべきであることを明確化し、このルールはハードウェアアドレスが一意であるべき場合に適用されるべきことを明確化しました。

主要な明確化:​

  • インターフェース識別子の長さをどのように決定するかを明確化し、ルーター通告で通告されるプレフィックス長との関係を説明し、本文書で特定の長さをハードコードすることを避けました。

  • 重複アドレス検出を実行しているときに受信した近隣通告の処理を明確化しました。

  • 実装の成熟度と運用経験を考慮して、MフラグとOフラグに関するテキストを削除しました。それに応じて、ManagedFlagとOtherConfigFlagを削除しました。(この変更は、これらのフラグの使用を非推奨にすることを意味するものではないことに注意してください。)

  • 非常に混乱を招くことが知られている「ステートフルな設定 (Stateful Configuration)」という表現の使用を避け、適切な場所で単に「DHCPv6」を使用しました。

  • 既存の実装に留意しつつ、さまざまな異なるインターフェース識別子を考慮して、すべてのユニキャストアドレスに対して重複アドレス検出を実行することをより強く推奨しました。

  • アプリケーションによって指定された非推奨アドレスは任意の通信に使用できることを明確にするため、第5.5.4節の表現を明確化しました。

  • 第5.5.3節で説明されているプレフィックスチェックを、より適切な用語を使用して明確化し、このチェックはステートレス自動設定によって設定されたアドレスのプレフィックスに対するものであることを明確化しました。

  • IPセキュリティ認証ヘッダーへの参照をRFC 3971 (セキュアな近隣探索) への参照に変更しました。また、RFC 3756への参照を使用してセキュリティに関する考慮事項のセクションを改訂しました。

  • 実装が自動設定用のアドレスに安定したストレージを使用する場合の注意事項を追加しました。

  • セキュアなソースから取得した情報セットと、保護なしで学習した別の情報セット間の不一致な情報に対する選好についての考慮事項を追加しました。

その他の雑多な明確化:​

  • サイトローカル (Site-Local) への参照を削除し、そのキーワードに関する表現を改訂しました。

  • 第5.5.3節のサービス拒否保護の冗長コードを削除しました。

  • 重複アドレス検出を実行している場合、ユニキャストの近隣要請または通告を破棄すべきであることを明確化しました。

  • 第5.3節で、無線アクセスポイントが変更されたときにインターフェースが有効になったとみなされる可能性があることを指摘しました。

に最終更新