4. Protocol Overview (プロトコル概要)
このセクションでは、インターフェースが自身を自動設定するときに発生する典型的な手順の概要を示します。自動設定は、マルチキャストをサポートするリンク上でのみ実行され、システム起動時などに、マルチキャストをサポートするインターフェースが有効になると開始されます。ノード (ホストとルーター) は、インターフェースのリンクローカルアドレスを生成することによって自動設定プロセスを開始します。リンクローカルアドレスは、インターフェースの識別子を既知のリンクローカルプレフィックス[RFC4291]に付加することによって形成されます。
ただし、リンクローカルアドレスをインターフェースに割り当てて使用する前に、ノードはこの「仮 (Tentative)」アドレスがリンク上の別のノードによって使用されていないことを検証しようと試みなければなりません (MUST)。具体的には、仮アドレスをターゲットとして含む近隣要請 (Neighbor Solicitation) メッセージを送信します。別のノードがすでにそのアドレスを使用している場合、そのノードはそれを示す近隣通告 (Neighbor Advertisement) を返します。別のノードも同じアドレスを使用しようとしている場合も、同様にターゲットに対して近隣要請を送信します。近隣要請の (再) 送信の正確な回数と連続する要請間の遅延時間は、リンク固有であり、システム管理設定によって設定できます (MAY)。
ノードが仮リンクローカルアドレスが一意でないと判断した場合、自動設定は停止し、インターフェースの手動設定が必要になります。この場合の回復を簡素化するために、管理者はデフォルトの識別子をオーバーライドする代替インターフェース識別子を提供できるべきです (SHOULD) 。これにより、新しい (おそらく一意の) インターフェース識別子で自動設定メカニズムを適用できます。あるいは、リンクローカルアドレスと他のアドレスの手動設定が必要です。
ノードが仮リンクローカルアドレスが一意であると判断すると、アドレスをインターフェースに割り当てます。この時点で、ノードは隣接ノードとのIP レベルの接続性を持ちます。残りの自動設定手順は、ホストによってのみ実行されます。ルーターの (自動) 設定は、このドキュメントの範囲を超えています。
自動設定の次の段階では、ルーター通告 (Router Advertisement) を取得するか、ルーターが存在しないことを判断します。ルーターが存在する場合、ルーターはホストが実行できる自動設定の種類を指定するルーター通告を送信します。ルーターが存在しない場合でも、アドレス設定用のDHCPv6サービスが利用可能である可能性があることに注意してください。
ルーターは定期的にルーター通告を送信しますが、連続する通告間の遅延は、通常、自動設定を実行するホストが待機したい時間よりも長くなります[RFC4861]。通告を迅速に取得するために、ホストは全ルーターマルチキャストグループに1つ以上のルーター要請 (Router Solicitation) を送信します。
ルーター通告には、ステートレスアドレス自動設定がグローバルアドレスを生成するために使用する情報を含む、0個以上のプレフィックス情報 (Prefix Information) オプションも含まれています。ホストはステートレスアドレス自動設定とDHCPv6を同時に使用できることに注意すべきです (SHOULD) 。プレフィックス情報オプションのフィールドである「自律アドレス設定フラグ (Autonomous Address-Configuration Flag)」は、オプションがステートレス自動設定にも適用されるかどうかを示します。適用される場合、追加のオプションフィールドには、サブネットプレフィックスと、プレフィックスから作成されたアドレスが優先および有効のままである期間を示すライフタイム値が含まれます。
ルーターは定期的にルーター通告を生成するため、ホストは継続的に新しい通告を受信します。ホストは、上記のように各通告に含まれる情報を処理し、以前の通告で受信した情報を追加および更新します。
デフォルトでは、セキュリティのために、すべてのアドレスはインターフェースに割り当てられる前に一意性をテストされるべきです (SHOULD) 。このテストは、手動で取得されたアドレス、ステートレスアドレス自動設定によって取得されたアドレス、またはDHCPv6によって取得されたアドレスに対して個別に実行されるべきです (SHOULD) 。重複アドレス検出を実行するオーバーヘッドがその利点を上回ると考えるサイトに対応するために、インターフェースごとの設定フラグの管理設定によって、重複アドレス検出の使用を無効にすることができます (MAY)。
自動設定プロセスを加速するために、ホストはリンクローカルアドレスを生成 (およびその一意性を検証) することをルーター通告の待機と並行して実行できます (MAY)。ルーターはルーター要請への応答を数秒遅らせる可能性があるため、これら2つの手順を直列に実行すると、自動設定を完了するのに必要な合計時間が大幅に長くなる可能性があります。
4.1. Site Renumbering (サイト再番号付け)
アドレスリースは、ホスト内のインターフェースに割り当てられたアドレスに対するタイムアウトのメカニズムを提供することにより、サイトの再番号付けを促進します。現在、上位層プロトコル (TCPなど) は、接続が開いている間にエンドポイントアドレスを変更することをサポートしていません。エンドポイントアドレスが無効になると、既存の接続が中断され、無効なアドレスとのすべての通信が失敗します。アプリケーションがトランスポートプロトコルとしてUDPを使用している場合でも、通常、パケット交換中はアドレスは変更されないままでなければなりません。
有効なアドレスを優先および非推奨のカテゴリに分けることは、有効なアドレスがまもなく無効になる可能性があることを上位層に示す方法を提供し、アドレスの有効ライフタイムが通信の終了前に期限切れになった場合、そのアドレスを使用する将来の通信が失敗することを示します。これを回避するために、上位層は優先アドレスを使用すべきです (SHOULD) (十分なスコープのアドレスが存在すると仮定) 。これにより、通信中にアドレスが有効なままである可能性が高まります。システム管理者は、再番号付けが発生したときに失敗した通信の影響を最小限に抑えるために、適切なプレフィックスライフタイムを設定すべきです (SHOULD) 。非推奨期間は、アドレスが無効になるまでに、ほとんど (すべてでないにしても) の通信が新しいアドレスを使用するようになるのに十分な長さであるべきです (SHOULD) 。
IP層は、上位層 (アプリケーションを含む) に、特定の宛先および可能性のある他の制約を考慮して、最も適切な送信元アドレスを選択する方法を提供することが期待されます。アプリケーションは、新しい通信を開始する前に送信元アドレスを自分で選択するか (MAY) 、アドレスを指定しないことを選択できます (MAY) 。後者の場合、上位のネットワーク層は、IP層が提供するメカニズムを使用して、アプリケーションに代わって適切なアドレスを選択します。
詳細なアドレス選択ルールは、このドキュメントの範囲を超えており、[RFC3484]で説明されています。