再配布コマンドで適用されるルートマップの設定
はじめに
このドキュメントでは、ダイナミック ルーティング プロトコルの redistribute コマンドで適用されるルートマップの設定方法について説明します。
前提条件
要件
次の項目に関する知識があることが推奨されます。
- 基本的な IP ルーティング
- シスコのコマンドラインインターフェイス(CLI)
使用するコンポーネント
ルートマップのサポートは当初Cisco IOSソフトウェアで導入されましたが、route-mapコマンドは有効なままで、Cisco IOS XEで広く使用されています。順序付きシーケンスの評価、permit句とdeny句、match文、setアクションなどの一般的なルートマップの概念は、Cisco IOS XEにも適用されます。コマンド構文と機能のサポートは、プラットフォーム、ソフトウェアリリース、ルーティングプロトコル、アドレスファミリによって異なります。ある再配布コンテキストでサポートされている一部のmatchコマンドとsetコマンドは、サポート対象外であるか、別のコンテキストでは動作が異なる可能性があります。正確なコマンド構文は、常に、導入前にターゲットリリースとプラットフォームのドキュメントに照らして検証してください。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。このドキュメントで使用するすべてのデバイスは、クリアな（デフォルト）設定で作業を開始しています。本稼働中のネットワークでは、各コマンドによって起こる可能性がある影響を十分確認してください。
バックグラウンド情報
このセクションでは、Cisco IOSソフトウェアで使用されるルートマップの概要を説明します。
ルートマップの基本
ルートマップとアクセスコントロールリスト(ACL)は、共通の動作を持ちます。両方とも、定義された順序でエントリを評価し、許可または拒否の結果を返すポリシーメカニズムです。
一般的な特徴は次のとおりです。
-
順序立てられた評価：
ACLとルートマップは、最小のシーケンス番号から最大のシーケンス番号まで、順番に処理されます。最初に一致するエントリが見つかると評価が停止し、そのエントリに関連付けられているアクションが適用されます。 -
許可および拒否ロジック：
ACLとルートマップはどちらもpermitおよびdenyステートメントを使用します。ただし、permitとdenyの意味は、ACLまたはルートマップがどのように適用されるかによって異なります。たとえば、再配布に使用されるルートマップの効果は、ポリシーベースルーティング(PBR)またはBGPポリシーに使用されるルートマップの効果とは異なります。 -
コンテキスト依存の動作
ACLとルートマップは汎用ポリシーツールです。その動作は、それを参照するフィーチャによって異なります。同じルートマップを再配布、BGPルートポリシー、PBR、またはその他の機能に使用した場合、異なる影響を与える可能性があります。
ルートマップとACLには、重要な違いもあります。
-
ACLは、基本的な許可または拒否のマッチングを提供します。
ACLは主にyesまたはnoの結果を返します。ルート再配布のコンテキストでは、ACLまたはプレフィックスリストを照合基準として使用して、再配布に適したルートを特定できます。 -
ルートマップはルーティング情報の照合と変更ができます。
ルートマップは、ACL、プレフィックスリスト、またはその他の一致基準を参照できます。ルートマップは、ルートを許可または拒否するだけでなく、setコマンドを使用して、サポートされているルート属性を変更できます。たとえば、再配布中に使用されるルートマップでは、送信元ルーティングプロトコルとターゲットルーティングプロトコルに応じて、ルートメトリック、タグ、メトリックタイプ、またはその他のサポートされている属性を設定できます。 -
ルートマップは、より高度な一致基準をサポートします。
ルートマップは、ACLが直接評価できないルーティング属性と一致する可能性があります。たとえば、ルートマップは、ルートタイプ、ルートタグ、メトリック、ネクストホップ、ルートソース、またはその他のプロトコル固有の属性が再配布コンテキストでサポートされている場合に、それらの一致条件を照合できます。 -
ポリシー終了の動作はアプリケーションによって異なります。
ACLの最後には暗黙のdenyが含まれています。ルートマップの動作は、ルートマップの使用方法によっても異なります。再配布では、ルートがどのルートマップ句とも一致しない場合、そのルートは再配布されません。この機能は、ルートマップの最後にある暗黙のdenyに似ています。 -
空のroute-map句は特別な意味を持ちます。
match文のないroute-map句は、その句に到達する残りのすべてのルートと一致します。再配布では、空のpermit句によって、残りのすべてのルートの再配布が許可されます。一方、空のdeny句によって、残りのすべてのルートの再配布がブロックされます。
ダイナミックルーティングプロトコルのredistributeコマンドは、一般に、ルートマップの使用をサポートして、再配布するルートと、再配布中にルート属性を変更する方法を制御します。プレフィックスまたはマスクに基づいてフィルタリングが必要な場合は、ACLまたはプレフィックスリストを設定し、matchステートメントを使用してルートマップから参照します。
メトリック、タグ、メトリックタイプ、その他のサポートされている属性などのルート情報を変更する必要がある場合、または単純なプレフィクスやマスクの選択を超える機能を照合する必要がある場合は、再配布プロセスでルートマップを使用します。単純なプレフィックスベースのフィルタリングの場合は、ACLまたはプレフィックスリストを引き続き使用できますが、通常はredistributeコマンドに適用されるルートマップ内で参照されます。
再配布では、ルートマップは、ソースルーティングプロセスから選択されたルーティング情報がターゲットルーティングプロセスに挿入される前にその情報に適用されます。着信または発信パケットトラフィックには直接適用されません。その効果は、再配布されたルートの制御と変更に限定されます。
ルートマップによるEIGRPへのOSPFルートの再配布
次に、一般的なOpen Shortest Path First(OSPF)からEnhanced Interior Gateway Routing Protocol(EIGRP)へのルートマップがredistributeコマンドを使用して適用された例を示します。
!
router eigrp 1
default-metric 20000 2000 255 1 1500
redistribute ospf 1 route-map ospf-to-eigrp
!
!
ip prefix-list pfx seq 5 permit 10.0.0.0/8 le 32
!
route-map ospf-to-eigrp deny 10
match tag 6
match route-type external type-2
!
route-map ospf-to-eigrp permit 20
match ip address prefix-list pfx
set metric 40000 1000 255 1 1500
!
route-map ospf-to-eigrp permit 30
set tag 8
!重要な所見：
ルートマップの句には番号が付けられています。この例では、句のシーケンス番号は10、20、30です。シーケンス番号を使用すると、次のことができます。
- ルートマップの他の部分に影響を与えずに、特定の句を1つ削除します。
- 既存の 2 つの句の間に新しい句を挿入する。
シスコでは、必要に応じて句の番号付けを10の間隔で行い、以降の変更のためにシーケンス番号を予約することをお勧めします。
ルートマップには permit 句と deny 句が使用できます。route-map ospf-to-eigrpには、シーケンス番号10の1つのdeny句と、シーケンス番号20および30の2つのpermit句が存在します。deny句は、再配布から一致するルートを拒否します。したがって、次の規則が適用されます。
- ルートマップの permit 句で ACL を使用すると、ACL で許可されるルートが再配布されます。
- ルートマップの deny 句で ACL を使用すると、ACL で許可されるルートは再配布されません。
- ルートマップのpermit句またはdeny句でACLを使用し、ACLがルートを拒否する場合、ルートマップ句は一致と見なされず、次のルートマップ句が評価されます。
各route-map句には、次の2種類のコマンドを含めることができます。
- match：句が適用されるルートの選択に使用する基準を指定します。
- set：一致したルートのルート属性は、ターゲットルーティングプロトコルに再配布される前に変更されます。
再配布されたルートごとに、ルータはまずルートマップ句でmatchコマンドを評価します。一致基準が満たされると、permit句またはdeny句の指示に従って、ルートが再配布または拒否されます。ルートが許可されている場合は、setコマンドでその属性を変更できます。一致基準が満たされない場合、この句はルートには適用されず、Cisco IOSソフトウェアはルートマップの次の句に対してルートを評価します。ルートマップスキャンは、matchコマンドがルートに一致する句が見つかるまで、またはルートマップの終わりに達するまで続行されます。
matchコマンドまたはsetコマンドは、次の点を考慮して、各句で省略したり繰り返したりできます。
- 複数のmatchコマンドが句に含まれる場合、特定のルートが句に一致するためには、すべてが成功する必要があります。つまり、論理AND演算は複数のmatchコマンドに適用されます。
- 1つのmatchコマンドが複数のオブジェクトを参照している場合は、そのオブジェクトのどれでも一致する可能性があります。つまり、同じmatchコマンド内で論理OR演算が適用されます。たとえば、match IP address 101 121では、アクセスリスト101またはアクセスリスト121で許可されている場合にルートが照合されます。
- match コマンドがない場合は、すべてのルートが句に一致します。前の例では、句30に到達するすべてのルートが一致するため、ルートマップの最後には到達しません。
- ルートマップのpermit句にsetコマンドがない場合、ルートは現在のアトリビュートを変更せずに再配布されます。
ルートマップのdeny句ではsetコマンドを設定しないでください。これは、deny句によってルートの再配布が阻止されるためです。修正する再配布されたルート情報はありません。
matchコマンドまたはsetコマンドを使用しないroute-map句でも、アクションは実行されます。空のpermit句を使用すると、残りのルートを変更せずに再配布できます。空のdeny句は、残りのルートの再配布を防止します。これは、ルートマップのスキャンが完了し、明示的な一致が見つからない場合のデフォルトの動作でもあります。
このセクションの情報に基づき、前述の OSPF-to-EIGRP ルートマップ例では次のことが行われます。
- タグ6のすべてのタイプ2外部OSPFルートの再配布を禁止します。
- pfxプレフィックスリストに一致するすべてのルートをEIGRPに再配布し、EIGRPメトリック値を40000、1000、255、1、および1500に設定します。
- 他のすべてのルートを再配布し、そのタグを8に設定します。
この例では、トポロジはR3↔R1↔R2の3台のルータが線形の配列で接続されて構成されています。ルータR1はR3とR2の間の再配布ルータとして機能し、R3とR2の間は直接接続されていません。各ルータはGigabitEthernetインターフェイスを使用して接続され、隣接デバイス間の高速ポイントツーポイント接続を提供します。
R3#show ip route 10.20.20.20
Routing entry for 10.20.20.20/32
Known via "eigrp 1", distance 170, metric 320256, precedence routine (0), type external
Redistributing via eigrp 1
Last update from 192.168.1.1 on GigabitEthernet1, 00:01:02 ago
Routing Descriptor Blocks:
* 192.168.1.1, from 192.168.1.1, 00:01:02 ago, via GigabitEthernet1
Route metric is 320256, traffic share count is 1
Total delay is 10010 microseconds, minimum bandwidth is 40000 Kbit Reliability 255/255, minimum MTU 1500 bytes Loading 1/255, Hops 1
R3#show ip route 172.16.1.0
Routing entry for 172.16.1.0/24
Known via "eigrp 1", distance 170, metric 640256
Tag 8, precedence routine (0), type external
Redistributing via eigrp 1
Last update from 192.168.1.1 on GigabitEthernet1, 00:01:56 ago
Routing Descriptor Blocks:
* 192.168.1.1, from 192.168.1.1, 00:01:56 ago, via GigabitEthernet1
Route metric is 640256, traffic share count is 1
Total delay is 20010 microseconds, minimum bandwidth is 20000 Kbit Reliability 255/255, minimum MTU 1500 bytes Loading 1/255, Hops 1 Route tag 8
R3#R3でshow ip route <prefix>コマンドを実行して、再配布された各ルートがルートマップによってどのように処理されたかを確認します。ルート10.20.20.20/32は、pfxプレフィックスリストで許可されているため、ルートマップシーケンス20と一致します。その結果、set metric 40000 1000 255 1 1500 コマンドを使用してシーケンス20で明示的に設定されたメトリックを使用して、ルートがEIGRPに再配布されます。
次の特性がルート出力に反映されます。
- ルートはEIGRP外部ルートとして学習されます。
- 最小帯域幅は40000 Kビットです。
- 遅延合計は10010マイクロ秒です。
- シーケンス20ではメトリックのみが設定され、タグは設定されないため、ルートタグは表示されません。
また、ルート172.16.1.0/24はシーケンス10またはシーケンス20と一致しないため、ルートマップシーケンス30に到達します。シーケンス30にはmatchステートメントがないため、残りのすべてのルートに一致し、ルート出力に反映されているset tag 8を適用します。
- ルートはEIGRP外部ルートとして学習されます。
- このルートにはTag 8が含まれています。
- この出力では、ルート記述子の下にルートタグ8も表示されています。
- このメトリックでは、シーケンス20のメトリックではなく、EIGRPプロセスで設定された再配布デフォルトメトリックが使用されます。
これらの出力は、ルートマップがルートを順番に処理していることを示しています。シーケンス20はプレフィックスリストと一致したプレフィックスに明示的なEIGRPメトリックを適用し、シーケンス30は残りの再配布されたルートを許可し、タグ8でマークします。
R3、R1、およびR2間の物理リンクはDLY 10 usecを使用したギガビットイーサネットインターフェイスですが、再配布されたEIGRPルートは、再配布時に設定されたシード遅延も伝送します。set metricおよびdefault-metricコマンドでは、EIGRP遅延値は10マイクロ秒単位で入力されます。したがって、設定された遅延1000は10000マイクロ秒になり、設定された遅延2000は20000マイクロ秒になります。R3はR1からルートを学習すると、ローカルのGigabitEthernetインターフェイスの遅延として10マイクロ秒を追加し、それぞれ10010マイクロ秒と20010マイクロ秒の遅延が発生します。
再配布に適用されるルートマップで使用するコマンド
ここでは次の項目について説明します。
ルートマップでサポートされていないmatchコマンドとsetコマンド
ルートマップは、前述のredistributeコマンドなど、多くの設定コンテキストで使用できる一般的なメカニズムです。ポリシーベースルーティング(PBR)に使用されるルートマップでmatch lengthコマンドを設定および実行して、特定の長さのパケットが転送される際に実行される特定のアクションを指定できます。ただし、match lengthコマンドは、ルート再配布に使用されるルートマップには適用されません。
matchコマンドとsetコマンドは、サポートされていないルートマップで設定して実行できます。また、ルートマップが適用されるコンテキストでは効果がありません。たとえば、再配布に適用されるルートマップでmatch lengthコマンドを実行するとします。再配布では、ルートマップは、redistributeコマンドで指定されたソースプロトコルによってルーティングテーブルにインストールされたルートに適用されます。そのため、ルータはルートマップを処理する際に、再配布コンテキストで意味のあるコマンドだけを解釈します。この例では、match lengthコマンドは再配布に影響を与えません。コマンドはルートマップコンフィギュレーションに残り、実行コンフィギュレーションに表示されますが、コマンドが存在するかどうかによってルートの再配布は影響を受けません。
ルータでは、異なるタイプのmatchコマンドとsetコマンドをルートマップで設定できますが、これらのコマンドは、ルートマップが使用される機能またはプロトコルコンテキストに適している必要があります。そうしないと、設定が混乱したり、意図しない結果が生じたりする可能性があります。
次の理由により、特定のルートマップのコンテキストでは効果がないコマンドは、それが無害に見える場合でも使用しないでください。
- 効果のないコマンドは、意図したポリシーを不明瞭にし、混乱を引き起こすことがあります。
- 現在のコンテキストでサポートされていないコマンドは、将来のCisco IOSまたはCisco IOS XEリリースでサポートされる可能性があります。このようなコマンドは、ソフトウェアアップグレード後にルートマップの動作に予期しない変更を引き起こす可能性があります。
- サポートされていないすべてのコマンドが問題のないものとは限りません。たとえば、set metric +/ – コマンドは相対的なメトリックの変更を指定し、Border Gateway Protocol(BGP)ルートアドバタイズメントコンテキストで使用されます。ルートの現在のメトリックを取得し、ルートが伝搬される前に指定された値で増減できます。
注意:set metric +<value>およびset metric -<value>構文は、すべてのルーティングプロトコルでサポートされているわけではありません。+または – 形式をサポートしないプラットフォームまたはプロトコルでは、記号は無視でき、コマンドはset metric <value>と解釈されます。その結果、再配布中に意図しないメトリックが割り当てられ、ルート選択とネットワークトラフィックに影響を与える可能性があります。増分メトリック構文またはデクリメントメトリック構文を使用する前に、必ずプラットフォームとプロトコルのサポートを確認してください。
注：詳細は、『EIGRPルートマップサポート』を参照してください。
たとえば、次のルートマップについて考えてみましょう。
! route-map ospf-to-ospf permit 10 set metric +2 !この設定では、1 つの OSPF プロセスから別の OSPF プロセスへすべてのルートを再配布して、すべてのルートのメトリックが 2 増分されるように見えます。すべてのルートのメトリックを同じ（2に等しい）に設定するこれは、ルータの設定では予期されていません。
R2#show ip route
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, m - OMP
n - NAT, Ni - NAT inside, No - NAT outside, Nd - NAT DIA
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
H - NHRP, G - NHRP registered, g - NHRP registration summary
o - ODR, P - periodic downloaded static route, l - LISP
a - application route
+ - replicated route, % - next hop override, p - overrides from PfR
& - replicated local route overrides by connected
Gateway of last resort is not set
10.0.0.0/32 is subnetted, 2 subnets
C 10.20.20.20 is directly connected, Loopback0
O E2 10.30.30.30 [110/2] via 172.16.1.1, 00:00:26, GigabitEthernet1
172.16.0.0/16 is variably subnetted, 2 subnets, 2 masks
C 172.16.1.0/24 is directly connected, GigabitEthernet1
L 172.16.1.2/32 is directly connected, GigabitEthernet1
O E2 192.168.1.0/24 [110/2] via 172.16.1.1, 00:00:26, GigabitEthernet1
R2#show ip route 10.30.30.30
Routing entry for 10.30.30.30/32
Known via "ospf 1", distance 110, metric 2, type extern 2, forward metric 1
Last update from 172.16.1.1 on GigabitEthernet1, 00:00:38 ago
Routing Descriptor Blocks:
* 172.16.1.1, from 192.168.1.1, 00:00:38 ago, via GigabitEthernet1
Route metric is 2, traffic share count is 1
R2#show ip route 192.168.1.0
Routing entry for 192.168.1.0/24
Known via "ospf 1", distance 110, metric 2, type extern 2, forward metric 1
Last update from 172.16.1.1 on GigabitEthernet1, 00:01:34 ago
Routing Descriptor Blocks:
* 172.16.1.1, from 192.168.1.1, 00:01:34 ago, via GigabitEthernet1
Route metric is 2, traffic share count is 1次のルートマップは、直観的に反する効果を提供します。
!
route-map ospf-to-ospf permit 10
set metric -367
!この設定では、再配布ルートのメトリックは減少されるのではなく、実際にはメトリックが 367 に設定されます（記号なしで set metric が解釈されると、負のメトリックは不可能なので、正の値になります）。
R2#show ip route
Codes: L - local, C - connected, S - static, R - RIP, M - mobile, B - BGP
D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2, m - OMP
n - NAT, Ni - NAT inside, No - NAT outside, Nd - NAT DIA
i - IS-IS, su - IS-IS summary, L1 - IS-IS level-1, L2 - IS-IS level-2
ia - IS-IS inter area, * - candidate default, U - per-user static route
H - NHRP, G - NHRP registered, g - NHRP registration summary
o - ODR, P - periodic downloaded static route, l - LISP
a - application route
+ - replicated route, % - next hop override, p - overrides from PfR
& - replicated local route overrides by connected
Gateway of last resort is not set
10.0.0.0/32 is subnetted, 2 subnets
C 10.20.20.20 is directly connected, Loopback0
O E2 10.30.30.30 [110/367] via 172.16.1.1, 00:00:06, GigabitEthernet1
172.16.0.0/16 is variably subnetted, 2 subnets, 2 masks
C 172.16.1.0/24 is directly connected, GigabitEthernet1
L 172.16.1.2/32 is directly connected, GigabitEthernet1
O E2 192.168.1.0/24 [110/367] via 172.16.1.1, 00:00:06, GigabitEthernet1
R2#show ip route 10.30.30.30
Routing entry for 10.30.30.30/32
Known via "ospf 1", distance 110, metric 367, type extern 2, forward metric 1
Last update from 172.16.1.1 on GigabitEthernet1, 00:00:17 ago
Routing Descriptor Blocks:
* 172.16.1.1, from 192.168.1.1, 00:00:17 ago, via GigabitEthernet1
Route metric is 367, traffic share count is 1
R2#show ip route 192.168.1.0
Routing entry for 192.168.1.0/24
Known via "ospf 1", distance 110, metric 367, type extern 2, forward metric 1
Last update from 172.16.1.1 on GigabitEthernet1, 00:00:31 ago
Routing Descriptor Blocks:
* 172.16.1.1, from 192.168.1.1, 00:00:31 ago, via GigabitEthernet1
Route metric is 367, traffic share count is 1再配布ルートマップでの送信元プロトコルとターゲットプロトコルの動作
再配布に適用されるルートマップは、次の 2 つのルーティング プロトコルで動作します。
- 元のルーティング情報を提供するソースプロトコル。
- ルーティング情報が再配布されるターゲットプロトコル。
各ルーティングプロトコルは、独自のルートアトリビュートセットをサポートしています。このため、再配布ルートマップ内のmatchコマンドとsetコマンドは、さまざまなプロトコルに関連して評価されます。
- ルートマップのmatchコマンドでは、redistributeコマンドで指定された送信元プロトコルから学習した、またはインストールしたルートのアトリビュートが検証されます。
- ルートマップのsetコマンドでは、ルートが再配布されるターゲットプロトコルでサポートされるルート属性が変更されます。
「コマンドサポート表」セクションに、サポートされているコマンドのリストが表示されます。これらはmatchコマンドとsetコマンドに分類され、送信元とターゲットのルーティングプロトコル全体での再配布ルートマップの動作方法を示しています。
コマンド サポート表
このセクションでは、redistribute コマンドに添付されるルートマップでサポートされているコマンドを説明します。ルートを再配布できるルーティングプロトコルは7つありますが、再配布が行われるルーティングプロトコルは5つだけです。接続済みのスタティック ルートはダイナミック ルーティング プロトコルではなく、他のプロトコルに再配布される情報しか提供できません。
Intermediate System-to-Intermediate System（IS-IS）および BGP は、Connectionless Network Service（CLNS）ルートと IP ルートに関する情報を伝達します。このセクションの表には、これらのプロトコルの再配布ルートマップに使用可能な CLNS 関連コマンドも含まれています。
Routing Information Protocol（RIP；ルーティング情報プロトコル）、OSPF、IS-IS、およびBGPを使用して、IPv6ルートを伝搬できます。これらのプロトコルの再配布ルートマップには、IPv6固有のコマンドを含めることができます。match ipコマンドとset ipコマンドは、IPv4プレフィクスの再配布だけに使用されます。match ipv6 コマンドとset ipv6 コマンドは、IPv6プレフィックスの再配布だけに使用されます。match clns コマンドと set clns コマンドを使用できるのは、ルートマップを使用してルーティング プロトコルと相互に CLNS ルートを再配布する場合だけです。
表 1 および表 2 では、次の表記法を使用しています。
-
サポート対象コマンドには、Yesとマークが付いています。
-
サポート対象外コマンドには、ダッシュ（-）マークが付けられています。
-
あるアクション（おそらく望ましくないアクション）を実行することが判明している、サポートされていないコマンドには、Noとマークが付けられます。
表 1 - プロトコルによってルーティング テーブルにインストールされたルートを照合するルートマップ コマンド
| コマンド |
再配布のサポート |
||||||
| 接続済み |
静電ノイズ |
RIP |
EIGRP |
OSPF |
IS-IS |
BGP |
|
| match clns address |
— |
Yes |
— |
— |
— |
Yes |
Yes |
| match clns next-hop |
— |
Yes |
— |
— |
— |
Yes |
— |
| match interface |
Yes |
Yes |
Yes |
Yes |
Yes |
Yes |
— |
| match ip address |
Yes |
Yes |
Yes |
Yes |
Yes |
Yes |
Yes |
| match ip address prefix-list |
Yes |
Yes |
Yes |
Yes |
Yes |
Yes |
Yes |
| match ip next-hop |
— |
Yes |
Yes |
Yes |
Yes |
Yes |
Yes |
| match ip next-hop prefix-list |
— |
いいえ |
いいえ |
いいえ |
いいえ |
いいえ |
いいえ |
| match ip route-source |
— |
— |
Yes |
Yes |
Yes |
— |
Yes |
| match ip route-source prefix-list |
— |
— |
いいえ |
いいえ |
いいえ |
— |
いいえ |
| match ipv6 address [prefix-list] |
Yes |
Yes |
Yes |
— |
Yes |
Yes |
Yes |
| match ipv6 next-hop [prefix-list] |
— |
Yes |
Yes |
— |
— |
— |
Yes |
| match ipv6 route-source [prefix-list] |
— |
— |
Yes |
— |
— |
— |
Yes |
| match metric |
— |
— |
Yes |
Yes |
Yes |
Yes |
Yes |
| match policy-list |
Yes |
Yes |
Yes |
Yes |
Yes |
Yes |
Yes |
| match route-type external |
— |
— |
— |
Yes |
Yes |
Yes |
Yes |
| match route-type internal |
— |
— |
— |
Yes |
Yes |
— |
Yes |
| match route-type local |
— |
— |
— |
— |
— |
— |
Yes |
| match route-type nssa-external |
— |
— |
— |
— |
Yes |
— |
— |
| match route-type {level-1|level-2} |
— |
— |
— |
— |
— |
Yes |
— |
| match tag |
— |
Yes |
Yes |
Yes |
Yes |
Yes |
Yes |
表 2 - ターゲット プロトコルへの再配布中にルート属性を変更するコマンド
| コマンド |
再配布のサポート |
||||
| RIP |
EIGRP |
OSPF |
IS-IS |
BGP |
|
| set as-path tag |
— |
— |
— |
— |
Yes |
| set community |
— |
— |
— |
— |
Yes |
| set ip next-hop |
— |
— |
— |
— |
Yes |
| set ip next-hop peer-address |
— |
— |
— |
— |
いいえ |
| set ipv6 next-hop |
— |
— |
— |
— |
Yes |
| set level {バックボーン|スタブエリア} |
— |
— |
いいえ |
— |
— |
| set level {level-1|level-2|level-1-2} |
— |
— |
— |
Yes |
— |
| set local-preference |
— |
— |
— |
— |
Yes |
| set metric |
Yes |
— |
Yes |
Yes |
Yes |
| set metric +/- |
いいえ |
— |
いいえ |
いいえ |
いいえ |
| set metric eigrp-metric |
— |
Yes |
— |
— |
— |
| set metric +/- eigrp-metric |
— |
いいえ |
— |
— |
— |
| set metric-type internal |
— |
— |
— |
Yes |
— |
| set metric-type external |
— |
— |
— |
Yes |
— |
| set metric-type {type-1|type-2} |
— |
— |
Yes |
— |
— |
| set nlri |
— |
— |
— |
— |
Yes |
| set origin |
— |
— |
— |
— |
Yes |
| set tag |
Yes |
Yes |
Yes |
— |
— |
| set weight |
— |
— |
— |
— |
Yes |
結論
ルートマップは、ルート再配布を制御するための強力で柔軟なツールです。再配布中にルーティングプロトコル間でルーティング情報を交換する方法を、きめ細かく制御できます。相互再配布を実装する場合は、ルートタグと明示的なフィルタリングポリシーを使用して、再配布されたルートが元のルーティングプロトコルに再配布されないようにします。そうしないと、ルーティングループ、トラフィックのブラックホール、または最適でない転送パスが発生する可能性があります。複数のルーティングプロトコル間での再配布はルーティングの複雑さを大幅に増大させる可能性があるため、高度な再配布ポリシーを導入する前に、ネットワークを慎重に設計、実装、検証する必要があります。
関連情報
更新履歴
| 改定 | 発行日 | コメント |
|---|---|---|
4.0 |
29-Jul-2026
|
タイトル、スペル、文法、挿入された水平線がセクションや読みやすさのために更新されました。 |
3.0 |
27-Nov-2023
|
再認定 |
2.0 |
10-Nov-2022
|
フォーマットが更新され、再認定されました。 |
1.0 |
25-Feb-2004
|
初版 |
フィードバック