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

2.1. ポリシーテーブル (Policy Table)

2.1. ポリシーテーブル (Policy Table)​

ポリシーテーブルは、ルーティングテーブルと同様の最長一致プレフィックス検索テーブルです。アドレス A が与えられると、ポリシーテーブルの検索により 2 つの値が得られます。優先度値（Precedence(A) と表記）とラベル（Label(A) と表記）です。

優先度値 Precedence(A) は宛先アドレスの並べ替えに使用されます。Precedence(A) > Precedence(B) の場合、アドレス A はアドレス B より優先度が高いと言い、アルゴリズムが宛先アドレス B より宛先アドレス A を優先して並べ替えることを意味します。

ラベル値 Label(A) は、特定の送信元アドレスプレフィックスを宛先アドレスプレフィックスに使用することを優先するポリシーを可能にします。Label(S) = Label(D) の場合、アルゴリズムは宛先アドレス D に対して送信元アドレス S を使用することを優先します。

IPv6 実装は、ここで定義されるポリシーテーブルと少なくとも同等に強力なメカニズムによる設定可能なアドレス選択をサポートすべきです。より多くの経験を積む必要があるため、実装がデフォルトポリシーを変更する方法を提供することが重要です。

実装が設定可能でないか、まだ設定されていない場合、以下のデフォルトポリシーテーブルと組み合わせてここで規定されるアルゴリズムに従って動作すべきです。

   Prefix        Precedence Label
   ::1/128               50     0
   ::/0                  40     1
   ::ffff:0:0/96         35     4
   2002::/16             30     2
   2001::/32              5     5
   fc00::/7               3    13
   ::/96                  1     3
   fec0::/10              1    11
   3ffe::/16              1    12

実装は、設定されたアドレスに基づいて、Unique Local Addresses (ULA) [RFC4193] や 6to4 [RFC3056] アドレスなどのデフォルトテーブルにサイト固有の行を自動的に追加できます（第 10.6 節と 10.7 節の例を参照）。アドレス取得の結果として実装が自動的に追加するこのような行は、他の方法で同じプレフィックスに設定された行を上書きしてはなりません。つまり、行は追加できますが自動的に更新することはできません。実装は管理者が自動行追加を無効にする方法（自動行追加フラグ）を提供すべきです。

デフォルトポリシーテーブルの効果の一つは、ローカル宛先アドレスにはローカル送信元アドレスを、6to4 宛先アドレスには 6to4 送信元アドレスを優先することです。もう一つの効果は、一致する送信元アドレスが利用可能な場合、IPv4 アドレスより IPv6 アドレスを使用した通信を優先することです。

に最終更新