Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページで
 

ルーティング ポリシー一致条件で使用するルート フィルターについて

ルート フィルターは、一致するプレフィックスの集合です。一致プレフィックスを指定する場合、特定のルートとの完全一致、またはより精度の低い一致を指定できます。リスト全体に適用される共通のアクションと、各プレフィックスに関連するアクションのいずれかを構成できます。

注:

ルート フィルターの構成には、プレフィックスやプレフィックス長の設定が含まれるため、構成を進める前に、スーパーネッティングを含む IP アドレッシングと、ルート フィルターの評価方法について十分に理解しておいてください（ここで説明します：ルーティング ポリシー一致条件でルート フィルターが評価される方法）。

このセクションでは、以下のトピックについて説明します。

基数木

ルート フィルターの動作を理解するためには、2 進数のマッチングに使われる基数木と呼ばれる（パトリシア トライまたは基数トライと呼ばれることもある）デバイスについて知っておく必要があります。基数木は、バイナリ ルックアップを使用して IP アドレス（ルート）を特定します。IP アドレスは、人間が理解しやすいようにドット付き 10 進数で表現された 32 ビットの数値であることに留意してください。これらの 8 ビットグループは、それぞれ 0 から 255 までの値を持つことができます。基数木は、これらの 2 進数を図式化したものであると言えます。

図 1 では、基数木は構成されていない値で始まり（0 から始まる）、バイナリ IP アドレスの左端の位置にあります。これは 0/0 と表示され、しばしばデフォルト ルートと呼ばれます。

図 1: 基数木の開始基数木の開始

これは 2 進法なので、各ビットは 2 つの値（0 または 1）のうちの 1 つしか持つことができません。左側の枝を下に移動すると値 0 を表し、右に移動すると値 1 を表します。最初のステップは 図 2 に示されています。最初の位置では、IP アドレスの最初のオクテットは、それぞれ 00000000 または 10000000（つまり 0 または 128）の値を持っています。これは、 では 0/1 や 128/1 図 2という値で表現されます。

図 2: 基数木の最初のステップ基数木の最初のステップ

第 2 ステップを 図 3. に示します。この第 2 レベルの木の第 1 オクテットでは、4 つの 2 進数値、00000000、01000000、10000000、11000000 を指定可能です。これらは 10進数の 0、64、128、192 で、基軸木上の 0/2、64/2、128/2、192/2 の IP アドレスで表現されます。

図 3: 基数木の第 2 ステップ基数木の第 2 ステップ

このステップごとのプロセスを合計 33 レベル続けることで、指定可能なすべての IP アドレスを表現できます。

基数木構造は、最上位ビットがすべて同じであるルート グループを見つけるのに役立ちます。 に、192.168.0.0/16 ネットワークを表す基数木内のポイントを示図 4します。192.168.0.0/16 より具体的なルートは、すべてハイライト表示されています。

図 4: ルート グループの検索ルート グループの検索

ルート フィルターの構成

注:

「ルート フィルターの構成」のトピックでは、Junos OS のデフォルトの動作について説明します。このトピックでは取り上げませんが、ウォークアップ機能は、ルーターが同一条件内で構成されたより短い一致条件を考慮できるようにすることで、このトピックで説明した評価結果を変化させます。詳細については、ルート フィルターのウォークアップの概要 を参照してください。

ルート フィルターを構成するには、1 つ以上の route-filter または source-address-filter ステートメントを記述します。

通常、route-filter オプションは、ユニキャスト ソース アドレスを除くあらゆるタイプの宛先一致プレフィックスに受信側ルート アドレスをマッチングするために使用されます。

destination-prefix アドレスは、prefix/prefix-length で指定された IP バージョン 4（IPv4）または IP バージョン 6（IPv6）アドレスのプレフィックスです。IPv4 のプレフィックスprefix-lengthで を省略した場合、デフォルトは /32 になります。IPv6 のプレフィックスで prefix-length を省略した場合、デフォルトは /128 となります。from ステートメントで指定されたプレフィックスは、すべての IPv4 アドレスまたはすべての IPv6 アドレスのいずれかである必要があります。

通常、source-address-filter オプションは、マルチプロトコル BGP（MBGP）およびマルチキャスト送信元検出プロトコル（MSDP）環境において、受信するルート アドレスをユニキャスト送信元アドレスとマッチングするために使用されます。

source-prefix アドレスは、prefix/prefix-length で指定された IPv4 または IPv6 アドレスのプレフィックスです。IPv4 のプレフィックスで prefix-length を省略した場合、デフォルトは /32prefix-length になります。IPv6 のプレフィックスで prefix-length を省略した場合、デフォルトは /128 となります。from ステートメントで指定されたプレフィックスは、すべての IPv4 アドレスまたはすべての IPv6 アドレスのいずれかである必要があります。

match-type は、送信元または宛先のプレフィックスに適用する一致タイプです。これは、表 1 に記載されている一致タイプのいずれかにできます。さまざまなルートを提示した場合の一致タイプと結果の例については、表 2を参照してください。

actions は、ルート アドレスが宛先一致プレフィックス（route-filter オプションの一部で指定）または送信元一致プレフィックス（destination-address-filter オプションの一部で指定）で指定した条件に一致した場合に取るべきアクションです。アクションは、ルーティングポリシーの用語におけるアクション に記載された 1 つ以上のアクションで構成できます。

ルート フィルターでは、2 つの方法でアクションを指定できます。

  • route-filter または source-address-filter オプション内 - これらのアクションは、一致が発生した直後に実行され、then ステートメントは評価されません。

  • then ステートメント内 - これらのアクションは一致の発生後に実行されますがroute-filter または source-address-filter オプションではアクションは指定されません。

upto と prefix-length-range の一致タイプは、最上位ビットを指定し、一致可能なプレフィックス長の範囲を提供するという点で類似しています。違いは、upto ではプレフィックス長の範囲に上限のみを指定できるのに対し、prefix-length-range では下限と上限の両方を指定できる点です。

これらのルート フィルター一致タイプのその他の例については、ルート フィルターの例 を参照してください。

表 1: プレフィックス リスト向けのルート フィルター一致タイプ

照合タイプ

一致条件

address-mask netmask-value

以下はすべて真です。

  • netmask-value パターンのビット単位論理 AND と受信する IPv4 または IPv6 ルート アドレス、および netmask-value パターンと destination-prefix アドレスのビット単位の論理 AND は同じです。netmask-value パターン内に設定するビットは連続的である必要はありません。

  • 受信する IPv4 または IPv6 ルート アドレスの prefix-length コンポーネントと、destination-prefix アドレスの prefix-length コンポーネントは同じです。

注:

address-mask ルーティングポリシーの一致タイプが有効なのは、受信する IPv4（family inet）または IPv6 （family inet6）ルート アドレスを route-filter ステートメントで指定した宛先一致プレフィックスのリストにマッチングする場合だけです。

ルーaddress-maskティング ポリシー一致タイプでは、構成した宛先一致プレフィックスの長さに加え、構成したネットマスク アドレスで受信する IPv4 または IPv6 ルート アドレスをマッチングできます。address-mask一致タイプはプレフィックス長の範囲変化に対応していないため、ルート アドレスの長さは構成済みの宛先一致プレフィックスの長さと正確に一致しなければなりません。

最長一致検索がルート フィルター上で実行されるとき、ルックアップは 一address-mask致タイプを他のルーティング ポリシー一致タイプとは異なる方法で評価します。ルックアップでは、宛先一致プレフィックスの長さは考慮されません。代わりに、ネットマスク値に設定されている連続した上位ビットの数が考慮されます。

このルート フィルター一致タイプの詳細については、アドレス マスク一致タイプの評価方法 を参照してください。

address-mask 一致タイプを含むルート フィルターを表示する構成例については、以下のトピックを参照してください。

exact

以下はすべて真です。

  • ルート アドレスは、最上位ビットを一致プレフィックス（destination-prefix または source-prefix）と共有します。有効ビット数は、一致プレフィックスの prefix-length 成分で記述されます。

  • 一致プレフィックスの 成prefix-length分は,ルートのプレフィックス長に等しくなります。

longer

以下はすべて真です。

  • ルート アドレスは、最上位ビットを一致プレフィックス（destination-prefix または source-prefix）と共有します。有効ビット数は、一致プレフィックスの prefix-length 成分で記述されます。

  • ルートのプレフィックス長は、一致プレフィックスの 成prefix-length分より大きくなります。

orlonger

以下はすべて真です。

  • 経路アドレスは、最上位ビットを一致プレフィックス（destination-prefix または source-prefix）と共有します。有効ビット数は、一致プレフィックスの prefix-length 成分で記述されます。

  • ルートのプレフィックス長は、構成済み一致プレフィックスの prefix-length 成分以上です。

prefix-length-range prefix-length2-prefix-length3

以下はすべて真です。

  • ルート アドレスは、最上位ビットを一致プレフィックス（destination-prefix または source-prefix）と共有します。有効ビット数は、一致プレフィックスの prefix-length 成分で記述されます。

  • ルートのプレフィックス長の範囲は、prefix-length2 から prefix-length3 です。

through {destination-prefix2 | source-prefix2}

以下はすべて真です。

  • ルート アドレスは、最初の一致プレフィックス（destination-prefix または source-prefix）と同じ最上位ビットを共有します。有効ビットの数は、最初の一致プレフィックスの prefix-length 成分で記述されます。

  • ルート アドレスは、同一の最上位ビットを、第 2 の一致プレフィックス（destination-prefix2 または source-prefix2）として共有します。有効ビットの数は、第 2 の一致プレフィックスの prefix-length 成分で記述されます。

  • ルートのプレフィックス長は、第 2 の一致プレフィックスの prefix-length 成分以下です。

大半のルーティング ポリシー構成では、through 一致タイプは使用しません。例については、特定のホストからのルートを拒否する を参照してください。

upto prefix-length2

以下はすべて真です。

  • ルート アドレスは、最上位ビットを一致プレフィックス（destination-prefix または source-prefix）と共有します。有効ビット数は、一致プレフィックスの prefix-length 成分で記述されます。

  • ルートのプレフィックス長は、最初の一致プレフィックスの prefix-length 成分と prefix-length2 の間になります。

図 5 は、ルート 192.168.0.0/16 の詳細な基数木を示しています。

図 5: 基数木の部分基数木の部分

図 6 と 表 2 は、さまざまなルート フィルター一致タイプの動作を示しています。

図 6: ルートフィルター一致タイプルートフィルター一致タイプ
表 2: 一致タイプの例

プレフィックス

192.168/16 exact

192.168/16 longer

192.168/16 orlonger

192.168/16 upto /24

192.168/16 prefix-length-range/18 – /20

192.168/16 through192.168.16/20

192.168/19 address-mask255.255.0.0

10.0.0.0/8

–

–

–

–

–

–

–

192.168.0.0/16

一致

–

一致

一致

–

一致

–

192.168.0.0/17

–

一致

一致

一致

–

一致

–

192.168.0.0/18

–

一致

一致

一致

一致

一致

–

192.168.0.0/19

–

一致

一致

一致

一致

一致

一致

192.168.4.0/24

–

一致

一致

一致

–

–

–

192.168.5.4/30

–

一致

一致

–

–

–

–

192.168.12.4/30

–

一致

一致

–

–

–

–

192.168.12.128/32

–

一致

一致

–

–

–

–

192.168.16.0/20

–

一致

一致

一致

一致

一致

–

192.168.192.0/18

–

一致

一致

一致

一致

–

–

192.168.224.0/19

–

一致

一致

一致

一致

–

一致

10.169.1.0/24

–

–

–

–

–

–

–

10.170.0.0/16

–

–

–

–

–

–

–

ルーティング ポリシー一致条件でルート フィルターが評価される方法

ルート フィルター評価時に、ポリシー フレームワーク ソフトウェアは各ルートの送信元アドレスとルート フィルターの宛先プレフィックスを比較します。評価は 2 つのステップで行われます。

  1. ポリシー フレームワーク ソフトウェアは、最長一致ルックアップを行い、リストの中で最長のプレフィックスを検索します。

    最長一致ルックアップでは、構成済みの一致プレフィックスの prefix および prefix-length コンポーネントのみが考慮され、match-type コンポーネントは考慮されません。以下のルート フィルター例は、この点を示しています。

    候補ルート 192.168.1.0/24 の最長一致は、プレフィックスとプレフィックス長のみに基づく 2 番目のルートフィルター 192.168.0.0/15 です。

  2. 受信したルートがプレフィックスに一致する場合（長いものから順に）、以下のアクションが発生します。

    1. ルート フィルターは、一致タイプが失敗しても、他のプレフィックスの評価を停止します。

    2. ソフトウェアは、そのプレフィックスに関連する一致タイプとアクションを調べます。

注:

address-maskルート送信元アドレスが 一致タイプを使用する一致条件に対して評価される場合、評価の両方のステップに構成済みのネットマスク値が含まれます。詳細については、アドレス マスク一致タイプの評価方法を参照してください。

ステップ 1 で、ルート 192.168.1.0/24 が評価される場合、マッチングは失敗します。最長プレフィックスである 192.168.0.0/15 には一致しますが、exact には一致しません。プレフィックスに一致したためルート フィルターは終了しますが、一致タイプに失敗したため、結果は一致失敗となります。

一致が発生した場合、プレフィックスで指定されたアクションが実行されます。プレフィックスでアクションが指定されていない場合は、then ステートメントのアクションが実行されます。どちらの動作も指定されていない場合、次の条件またはルーティング ポリシーがあればそれを評価し、デフォルト ポリシーで指定された accept または reject のアクションを実行します。デフォルト ルーティング ポリシーの詳細については、デフォルトルーティングポリシー を参照してください。

注:

ルート フィルターに複数のプレフィックスを指定した場合、1 つのプレフィックスにのみ一致すれば、一致が発生します。ルート フィルターのマッチングは、事実上、論理 OR 演算です。

一致が発生しない場合、ソフトウェアは次の条件またはルーティング ポリシーを評価する（存在する場合）か、デフォルト ポリシーで指定された accept または reject アクションを実行します。

例えば、プレフィックス 192.168.254.0/24 を以下のルート フィルターと比較してみましょう。

プレフィックス 192.168.254.0/23 が最長プレフィックスと判断されます。ソフトウェアが 192.168.254.0/24 を最長プレフィックスに対して評価すると、一致が発生します（192.168.254.0/24 は 192.168.254.0/23 のサブセットである）。192.168.254.0/24 と最長プレフィックスが一致するため、評価は続行されます。ただし、ソフトウェアが一致タイプを評価すると、192.168.254.0/24 と 192.168.254.0/23 exact の間に一致が発生しません。ソフトウェアは、条件が一致しないと結論付け、次の条件またはルーティング ポリシーがある場合はそれに進むか、デフォルト ポリシーで指定された accept または reject アクションを実行します。

注:

ウォークアップ機能により、複数のルート フィルターを持つ条件では、最長一致のルートだけでなく、あまり限定的でないルートも含めて評価を「ウォークアップ」できます。つまり、ウォークアップを有効にすると、デフォルトの動作が「失敗する場合は条件が失敗する」から「一致する場合は条件が一致する」に変更されます。walkup の機能について、詳しくは ルート フィルターのウォークアップの概要 を参照してください。

プレフィックス順序によるルート フィルター評価への影響

ポリシー フレームワーク ソフトウェアは評価中に最長プレフィックスを探してルート フィルターをスキャンするため、通常は、プレフィックスを指定する順序（上から下へ）は重要ではありません。ただし、リスト内で同じ宛先プレフィックスを複数回使用する場合は例外です。この場合は、プレフィックスの順番が重要で、同一プレフィックスのリストが上から下へスキャンされ、ルートに一致する最初の一致タイプが適用されます。

注:

ウォークアップ機能により、複数のルート フィルターを持つ条件では、最長一致のルートだけでなく、あまり限定的でないルートも含めて評価を「ウォークアップ」できます。つまり、ウォークアップを有効にすると、デフォルトの動作が「失敗する場合は条件が失敗する」から「一致する場合は条件が一致する」に変更されます。walkup の機能について、詳しくは ルート フィルターのウォークアップの概要 を参照してください。

次の例では、同じプレフィックスに対して異なるマッチタイプが指定されています。ルート 0.0.0.0/0 は拒否され、ルート 0.0.0.0/8 は next-hop self とマークされ、ルート 0.0.0.0/25 は拒否されます。

アドレス マスク一致タイプの評価方法

ルーaddress-maskティング ポリシー一致タイプでは、構成済みの宛先一致プレフィックスの長さに加え、構成済みのネットマスク値で受信する IPv4 または IPv6 ルート アドレスをマッチングできます。ルート フィルターの評価時に、address-mask 一致タイプは、構成済みのネットマスク値を考慮し、他のルーティング ポリシー一致タイプとは異なる方法で処理されます。

  • 最長一致ルックアップが ルーaddress-maskティング ポリシー一致タイプを評価するとき、構成済み一致プレフィックスの 成prefix-length分は考慮されません。代わりに、ルックアップでは、構成済みのネットマスク値で設定されている連続した上位ビットの数が考慮されます。

  • 受信する IPv4 または IPv6 ルート アドレスを、 ルーaddress-maskティング ポリシー一致タイプを使用するルート フィルター一致条件に対して評価するとき、以下の値が同一であればマッチングに成功します。

    • 構成済みのネットマスク値と受信する IPv4 または IPv6 ルート アドレスのビット単位論理 AND

    • 構成済みネットマスク値と構成済み宛先一致プレフィックスのビット単位論理 AND

2 つの 一address-mask致タイプを含むルート フィルターの構成例については、 を参照してください最長一致ルックアップを使用したアドレス マスク一致タイプの評価。

最長一致ルックアップでよくある構成上の問題

ルート フィルターを定義する際によくある問題は、マッチングさせたい短いプレフィックスと、より長い類似のプレフィックスを同じリストに含めることです。例えば、プレフィックス 192.168.254.0/24 を以下のルート フィルターと比較する場合を想像してください。

ポリシー フレームワーク ソフトウェアは、最長一致ルックアップを行うため、プレフィックス 192.168.254.0/23 が最長プレフィックスと判定されます。192.168.254.0/24 と 192.168.254.0/23 の完全一致は発生しません。ソフトウェアは、条件が一致しないと判断し、次の条件またはルーティング ポリシーがある場合はそれに進むか、デフォルト ポリシーで指定された accept または reject アクションを実行します。（デフォルトのルーティング ポリシーの詳細については、デフォルトルーティングポリシー を参照してください。）マッチングさせたいと思っていた短いプレフィックス 192.168.0.0/16 orlonger は、誤って無視されます。

この問題の解決策の 1 つは、この条件内のルート フィルターからプレフィックス 192.168.0.0/16 orlonger を削除し、リスト内で唯一のプレフィックスまたは最長のプレフィックスである別の条件に移動させることです。

別の解決策は、walkup 機能を有効にすることです。詳細については、ルート フィルターのウォークアップの概要 を参照してください。

ルート フィルターの例

このセクションの例では、ルーティング ポリシーの断片のみを示します。通常、これらの断片は、他の条件やルーティング ポリシーと組み合わせて使用します。

すべての例において、以下のアクションは非一致ルートに適用されることに留意してください。

  • 次の条件を評価します（存在する場合）。

  • 次のポリシーを評価します（存在する場合）。

  • デフォルト ポリシーで指定された acceptまたは アクションを実reject行します。デフォルト ルーティング ポリシーの詳細については、デフォルトルーティングポリシー を参照してください。

以下の例は、さまざまな目的でルート フィルターを構成する方法を示します。

特定の宛先プレフィックスとマスク長を持つルートを拒否する

宛先プレフィックスが 0.0.0.0 で、マスク長が 0〜8 のルートを拒否し、それ以外のルートをすべて受け入れます。

マスク長が 8 より大きいルートを拒否する

マスクが /8 以上（つまり /8、/9、/10 など）のルートで、最初の 8 ビットが 0 に設定されているものは拒否し、8 ビット未満のルートは受け入れます。

マスク長が 26〜29 のルートを拒否する

宛先プレフィックスが 192.168.10/24 で、マスクが /26〜/29 のルートを拒否し、それ以外のルートを受 け入れます。

特定のホストからのルートを拒否する

特定のホストからのルート範囲を拒否し、それ以外のルートを受け入れます。

大半のルーティング ポリシー構成では、through 一致タイプは使用しません。through は、完全一致の連続したセットをグループ化するためのツールと考えるべきです。例えば、4 つの完全一致：

を指定する代わりに、以下の単一の一致で表現できます。

定義済みのプレフィックス セットを持つルートを受け入れる

限定されたプレフィックス セットを明示的に受け入れ（第 1 条件内で）、それ以外を拒否します（第 2 条件内で）。

定義済みのプレフィックス セットを持つルートを拒否する

いくつかのプレフィックス グループを拒否し、残りのプレフィックスを受け入れます。

24 ビットより長いプレフィックスを持つルートを拒否する

24 ビットより長いプレフィックスをすべて拒否します。このルーティング ポリシーは、 ステートexportメント内のルーティング ポリシーのシーケンスにインストールします。このフィルターの最初の条件は、プレフィックス長が 24 ビットまでのルートをすべて通過させます。2 番目の、名前のない条件で、それ以外をすべて否定します。

この例で route-filter 0.0.0.0/0 upto /24 accept を指定した場合、一致するプレフィックスは直ちに受け入れられ、export ステートメント内の次のルーティング ポリシーは決して評価されません。

もし、then reject ステートメントを条件 acl20 に含めると、24 ビット超のプレフィックスは拒否されません。なぜなら、ポリシー フレームワーク ソフトウェアは、この条件の評価時に、then reject ステートメントに達する前に次のステートメントの評価に移るためです。

PIM マルチキャスト トラフィックの参加を拒否する

ルーティング ポリシーを構成して、ネイバーからの送信元宛先プレフィックスのプロトコル独立マルチキャスト（PIM）マルチキャスト トラフィックの参加を拒否します。

PIM トラフィックを拒否する

ルーティング ポリシーを構成して、インタフェースからの送信元宛先プレフィックスの PIM トラフィックを拒否します。

以下のルーティング ポリシー修飾子が PIM に適用されます。

  • interface - 参加を受信するインターフェイス

  • neighbor - 参加を発信した送信元

  • route-filter - グループ アドレス

  • source-address-filter - 参加を拒否する送信元アドレス

PIM プロトコル定義への PIM 参加フィルターのインポートについて、詳しくは Junos OS マルチキャスト プロトコル ユーザ ガイドを参照してください。

ルート アドレスと宛先一致プレフィックスにアドレス マスクを適用して、受信する IPv4 ルートを受け入れる

宛先プレフィックスが 10.1.0/24 で、3 バイト目が 0〜14 の偶数である受信 IPv4 ルートを受け入れます。

ルーティング ポリシー条件 のルート フィルターは、以下の受信する IPv4 ルート アドレスに一致term_1します。

  • 10.1.0.0/24

  • 10.1.2.0/24

  • 10.1.4.0/24

  • 10.1.6.0/24

  • 10.1.8.0/24

  • 10.1.10.0/24

  • 10.1.12.0/24

  • 10.1.14.0/24

ネットマスク値と候補ルート アドレスのビット単位論理 AND は、ネットマスク値と一致プレフィックス アドレスのビット単位論理 AND に一致する必要があります。つまり、ネットマスク ビット パターン 255.255.241.0 にセット ビットが含まれる場合、評価される受信 IPv4 ルートアドレスは、宛先プレフィックス アドレス 10.1.0.0/24 の対応するビットの値と一致する必要があります。

  • ネットマスク値の最初の 2 バイトは、2 進数 1111 1111   1111 1111 です。これは、最初の 2 バイトが 10.1 でない場合、候補ルート アドレスがマッチングに失敗することを意味します。

  • ネットマスク値の 3 バイト目は 2 進数 1111 0001 であり、3 バイト目が 15（10 進数）より大きいか奇数、またはその両方の場合、候補ルート アドレスはマッチングに失敗することを意味します。

  • 一致プレフィックス アドレスのプレフィックス長は 24（10 進数）であり、プレフィックス長が厳密に 24 でない場合、候補ルート アドレスはマッチングに失敗することを意味します。

例として、ポリシー内でテストする候補ルート アドレスが 10.1.8.0/24（2 進数 0000 1010   0000 0001   0000 1000）である場合を考えましょう。

  • この候補ルート アドレスにネットマスク値を適用すると、2 進数 0000 1010 0000 0001 0000 0000 になります。

  • 構成済みの宛先プレフィックス アドレスにネットマスク値を適用すると、2 進数 0000 1010   0000 0001   0000 0000 になります。

  • 両方の AND 演算の結果が同じであるため、2 番目の一致条件まで一致が続きます。

  • 候補アドレスと構成済みの宛先プレフィックス アドレスのプレフィックス長が同じ（24 ビット）なので、マッチングに成功します。

別の例として、ポリシーでテストする候補ルート アドレスが 10.1.3.0/24（2 進数 0000 1010   0000 0001   0000 0011）である場合を考えましょう。

  • この候補ルート アドレスにネットマスク値を適用すると、2 進数 0000 1010   0000 0001   0000 0001 になります。

  • ただし、構成済みの宛先プレフィックス アドレスにネットマスク値を適用すると、2 進数 0000 1010   0000 0001   0000 0000 になります。

  • 2 つの AND 演算の結果が異なるため（3 バイト目）、マッチングは失敗します。

類似のパターンでプレフィックス長の異なる受信 IPv4 ルートを受け入れる

10.*.1/24 or 10.*.1.*/32 形式の受信 IPv4 ルート アドレスを受け入れます。

ルート フィルター一致条件 は、10.*.1/24 形式の受信 IPv4 ルート アドレスに一致10.0.1.0/24 address-mask 255.0.255.0します。ルートのプレフィックス長は、正確に 24 ビットでなければならず、2 バイト目は任意の値で構いません。

ルート フィルター一致条件 10.0.1.0/32 address-mask 255.0.255.0 は、10.*.1.*/32 形式の受信 IPv4 ルート アドレスに一致します。ルートのプレフィックス長は、正確に 32 ビットでなければならず、2 バイト目と 4 バイト目は任意の値で構いません。

最長一致ルックアップを使用したアドレス マスク一致タイプの評価

この例では、2 つの address-mask 一致タイプを含むルート フィルターを最長一致ルックアップで評価する方法を示します。以下のルーティング ポリシー条件 term_3 で構成されているルート フィルターを考えてみましょう。

受信する IPv4 ルート送信元アドレス 10.1.1.0/24 が、ポリシー条件 term_3 内で構成されているルート フィルター対してテストされるとします。

  1. ルーティング ポリシー条件 term_3 の最長一致ルックアップ ツリーには、2 つの一致プレフィックスが含まれます。1 つのプレフィックスは 10.0.1.0/24 address-mask 255.0.255.0 用、もう 1 つは 10.0.2.0/24 address-mask 255.240.255.0 用です。netmask-value候補の最長プレフィックス一致のツリーを検索する際、最長一致ルックアップでは、構成済みの の長さではなく、構成済みの の連続した上位ビットの数を考慮しますdestination-prefix。

    • 最初のルート フィルター一致条件では、連続した 8 個の上位ビットがネットマスク値に含まれるため、最長一致のルックアップ エントリーは 10.0.0.0/8 になります。

    • 2 番目のルート フィルター一致条件では、連続した 12 個の上位ビットがネットマスク値に含まれるため、最長一致ルックアップ エントリーは 10.0.0.0/12 になります。

    候補ルート アドレス 10.1.1.0/24 では、最長一致ルックアップにより、ルート フィルター一致条件 10.0.2.0/24 address-mask 255.240.255.0 に対応するツリー エントリー 10.0.0.0/12 が返されます。

  2. 候補ルート アドレスに対して term_3 内の最長一致プレフィックスが識別されたため、候補ルート アドレスがルート フィルター一致条件 10.0.2.0/24 address-mask 255.240.255.0 に対して評価されます。

    1. 受信する IPv4 ルート アドレス 10.1.1.0/24 をテストするために、ネットマスク値 255.240.255.0 が 10.1.1.0/24 に適用されます。結果は 10.0.1.0 になります。

    2. 構成済みの宛先プレフィックス アドレス 10.0.2.0/24 をテストするために、ネットマスク値 255.240.255.0 を 10.0.2.0/24 に適用します。結果は 10.0.2.0 になります。

    3. 結果が異なるため、ルート フィルターのマッチングは失敗します。一致条件、then ステートメントのどちらで指定されても、アクションは実行されません。受信する IPv4 ルート アドレスは、他の一致条件に対しては評価されません。

関連項目