パフォーマンス ルーティング コンフィギュレーション ガイド、Cisco IOS XE Release 3S（Cisco ASR 1000）

アクセス リストを使用して PfR で自動的に学習されたトラフィック クラスを含む学習リストを定義して、カスタマイズされたアプリケーション トラフィック クラスを作成するには、マスター コントローラで次のタスクを実行します。 次のタスクでは、カスタム アプリケーション トラフィック クラスを定義するアクセス リストが作成されます。 アクセス リスト内のエントリごとに 1 つのアプリケーションが定義されます。 次に学習リストが定義され、アクセス リストが適用されます。集約方法が設定されます。 count（PfR）コマンドを使用すると、LEARN_USER_DEFINED_TC という名前の学習リストに対する 1 回の学習セッションで 50 個のトラフィック クラスを学習できます。この学習リストに指定できるトラフィック クラスの最大数は 90 です。 マスター コントローラは、フィルタリング対象トラフィックの最高遅延に基づいてトップ プレフィックスを学習するように設定され、その結果得られたトラフィック クラスが PfR アプリケーション データベースに追加されます。

学習リストは PfR マップを使用してアクティブ化されます。このタスクの最後の方の手順では、このタスクで定義した学習リストをアクティブ化しカスタム トラフィック クラスを作成するための、PfR マップの設定方法を示します。

プレフィックス リストを使用して自動的に学習されたプレフィックスベースのトラフィック クラスの学習リストの定義例については、「例：自動的に学習されたプレフィックスベースのトラフィック クラスの学習リストの定義」の項を参照してください。

送信先プレフィックスだけに基づいてトラフィック クラスを手動で選択するには、マスター コントローラで次のタスクを実行します。 次のタスクは、トラフィック クラスに選択する送信先プレフィックスが判明している場合に実行します。 送信先プレフィックスを定義するために IP プレフィックス リストが作成され、PfR マップを使用してこのトラフィック クラスのプロファイリングが行われます。

トラフィック クラスおよび学習リストの情報を表示し、任意で一部のトラフィック クラス情報をリセットするには、次の作業を実行します。 これらのコマンドは、学習リストが設定されてトラフィック クラスが自動的に学習された後で、または PfR マップを使用してトラフィック クラスが手動で設定されたときに入力できます。 コマンドは、任意の順番で入力できます。すべてのコマンドは、省略可能です。

PfR の出口（アウトバウンド）リンク使用率のしきい値を変更するには、マスター コントローラで次のタスクを実行します。 境界ルータ用外部インターフェイスが設定されると、PfR は、境界ルータ上の外部リンク使用率を 20 秒ごとに自動的に監視します。 使用率はマスター コントローラに報告されます。使用率が 75% を超えると、PfR はこのリンク上のトラフィック クラス用に別の出口リンクを選択します。 キロバイト/秒（kbps）単位の絶対値または割合を指定できます。

着信トラフィックの測定の設定については、「パフォーマンス ルーティングを使用した BGP インバウンド最適化」モジュールを参照してください。

すべての境界ルータで出口リンクの最大使用率範囲のしきい値を変更するには、マスター コントローラで次のタスクを実行します。 デフォルトでは、PfR は境界ルータ上の外部リンクの使用率を 20 秒ごとに自動監視し、境界ルータがマスター コントローラに使用率を報告します。 すべての出口リンク間の使用率範囲が 20% を超えると、マスター コントローラは、一部のトラフィック クラスを別の出口リンクに移動させることによって、トラフィック負荷の均等化を試みます。 最大使用率の範囲は、割合として設定されます。

PfR は、最大使用率の範囲を使用して、出口リンクがポリシーに準拠しているかどうかを判断します。 PfR は、過剰使用されている、またはポリシー違反の出口から、ポリシー準拠の出口にトラフィック クラスを移動することによって、すべての出口リンクでアウトバウンド トラフィックを均等化します。

（注）	リンクのグループ化を設定している場合、リンク使用率範囲は、リンクのグループ化に対して設定された出口リンクの優先セットまたはフォールバック セットと両立できないので、no max-range-utilization コマンドを設定します。 CSCtr33991 では、この要件は削除され、PfR は PfR リンク グループ内でロード バランシングを実行できます。

着信トラフィックの測定の設定については、「パフォーマンス ルーティングを使用した BGP インバウンド最適化」モジュールを参照してください。

PfR 管理のネットワークが作成されているが、パッシブ モニタリングがディセーブルになることもある場合、PfR は、デフォルトでパッシブ モニタリングをイネーブルにします。 パッシブ モニタリングを設定してから、パッシブ モニタリングが実行されていることを確認するには、次のタスクを使用します。 マスター コントローラで最初の 5 つの手順を実行し、次に境界ルータに移動して、監視対象プレフィックスまたはアプリケーション トラフィック フローについて NetFlow で収集されたパッシブ測定情報を表示します。 show コマンドは、アプリケーション トラフィックが通過する境界ルータで入力します。 show コマンドは、任意の順番で入力できます。

最長一致ターゲット割り当てを使用してアクティブ プローブを設定するには、マスター コントローラで次のタスクを実行します。 アクティブ モニタリングは、mode monitor active コマンドまたは mode monitor both コマンドを使用した場合にイネーブルになります。アクティブ プローブのタイプは、active-probe（PfR）コマンドを使用して指定します。 アクティブ プローブは、特定のホストまたはターゲット アドレスを使用して設定し、このアクティブ プローブはボード ルータをソースとします。 アクティブ プローブのソース外部インターフェイスは、最適化されたプレフィックスの優先ルートである場合も、ない場合もあります。 この例では、アクティブ モニタリングとパッシブ モニタリングの両方がイネーブルであり、ターゲット IP アドレスの 10.1.5.1 は、インターネット制御プロトコル（ICMP）のエコー（ping）メッセージを使用してアクティブに監視されます。 次のタスクでは、IP SLA Responder をイネーブルにする必要はありません。

PfR ジッター プローブを使用してアクティブ モニタリングをイネーブルにするには、次のタスクを実行します。 この例では、監視対象トラフィックは音声トラフィックであり、アクセス リストを使用して識別されます。 アクティブ音声プローブは、通常の最長一致割り当てのターゲットではなく、PfR の強制ターゲットを割り当てられます。 このタスクでは、PfR プローブ頻度の変更方法も示します。

ソース デバイスで PfR ジッター プローブを設定する前に、ターゲット デバイス（動作のターゲット）で IP SLA Responder をイネーブルにする必要があります。 IP SLA Responder を使用できるのは、Cisco IOS ソフトウェアベースのデバイスだけです。 IP SLA Responder が稼働するネットワーク デバイスで次のタスクを開始します。

（注）	IP SLA Responder が稼働するデバイスは、PfR 用に設定されている必要はありません。

PfR ジッター プローブを使用して高速モニタリングをイネーブルにするには、次のタスクを実行します。 高速フェールオーバー モニタリング モードでは、アクティブ モニタリングとパッシブ モニタリングを使用して、すべての出口が継続的にプローブされます。 高速フェールオーバー モニタリング モードのプローブ頻度は、他のモニタリング モードよりも低く設定できます。これにより、より迅速なフェールオーバー機能が可能になります。 高速フェールオーバー モニタリングは、すべてのタイプのアクティブ プローブ（ICMP エコー、ジッター、TCP 接続、および UDP エコー）で使用できます。

高速フェールオーバー モニタリングは、パフォーマンス上の問題または輻輳したリンクに非常に影響されやすいトラフィック クラス向けに設計されています。音声トラフィックは、ドロップされたリンクに非常に影響されやすいトラフィックです。 この例では、高速フェールオーバー モードがイネーブルになり、IP プレフィックス リストを使用して監視対象の音声トラフィックが識別されます。 高速フェールオーバー モードで発生するオーバーヘッドを削減するために、アクティブ音声プローブが PfR の強制ターゲットに割り当てられます。 PfR プローブ頻度は、2 秒に設定されます。 タスク テーブルの後の例の項では、タスクの手順で指定されたプレフィックスのポリシー設定を表示するために show pfr master prefix コマンドが使用されています。また、ロギング出力では高速フェールオーバーが設定されていることを示されています。

（注）	高速モニタリング モードでは、学習済みプレフィックスと同様に、プローブ ターゲットが学習されます。 ネットワーク内で多数のプローブをトリガーしないようにするには、トラフィックがパフォーマンスに影響されやすいリアルタイム アプリケーションと重要アプリケーションにのみ、高速モニタリング モードを使用します。

ソース デバイスで PfR ジッター プローブを設定する前に、ターゲット デバイス（動作のターゲット）で IP SLA Responder をイネーブルにする必要があります。 IP SLA Responder を使用できるのは、Cisco IOS ソフトウェアベースのデバイスだけです。 IP SLA Responder が稼働するネットワーク デバイスで次のタスクを開始します。

（注）	IP SLA Responder が稼働するデバイスは、PfR 用に設定されている必要はありません。

アクティブ プローブのソース インターフェイスを指定するには、境界ルータで次のタスクを実行します。 アクティブ プローブのソース インターフェイスは、境界ルータ上で設定します。PfR 境界ルータ コンフィギュレーション モードで、active-probe address source（PfR）を使用します。 アクティブ プローブのソース インターフェイス IP アドレスは、プローブ応答が指定したソース インターフェイスに必ず戻されるようにするために、一意である必要があります。

デフォルトの動作は、次のとおりです。

• このコマンドがイネーブルではない、または no 形式を入力した場合、ソース IP アドレスは、アクティブ プローブを送信するデフォルトの PfR 外部インターフェイスから使用されます。
• インターフェイスに IP アドレスが設定されていない場合、アクティブ プローブは生成されません。
• インターフェイスがアクティブ プローブのソースとして設定された後で IP アドレスが変更されると、アクティブ プローブは停止し、新しい IP アドレスで再開します。
• インターフェイスがアクティブ プローブのソースとして設定された後で IP アドレスが削除されると、アクティブ プローブは停止します。有効なプライマリ IP アドレスが設定されるまで再開しません。

PfR ポリシーを設定し、学習済みトラフィック クラスに適用するには、マスター コントローラで次のタスクを実行します。 pfr master コマンドを使用して PfR マスター コントローラとしてルータを設定した後は、このタスクのほとんどのコマンドは省略可能です。 各ステップでは、グローバル ベースで学習済みトラフィック クラスに適用されるパフォーマンス ポリシーが設定されます。 この例では、PfR は、ポリシー準拠の最初の出口を選択するように設定されます。

次のタスクでは、一部の PfR タイマーが変更されます。 PfR タイマーの調整を行う際は、新しい設定値が残り時間よりも少ないと、既存の設定はただちに新しいタイマー設定に置き換えられることに注意してください。 値が残り時間よりも多い場合、既存タイマーが期限切れになるか、リセットされると、新しい設定が適用されます。

（注）	極端なタイマー設定を行うと、出口リンクまたはトラフィック クラス エントリがポリシー違反状態になることがあります。

PfR が指定した学習済みプレフィックスを最適化しないようにするために PfR ポリシーを設定および適用するには、マスター コントローラで次のタスクを実行します。 次のタスクは、PfR 最適化から除外する一部のプレフィックスが判明しているものの、これらのプレフィックスが PfR で自動的に学習される場合に便利です。 次のタスクでは、IP プレフィックス リストは、最適化されない異なるプレフィックスに対する 2 つのエントリで設定されます。 PfR マップは、1 つのシーケンスの 2 つのエントリで設定されます。これによって、プレフィックスは学習されますが、PfR は、プレフィックス リストで指定したプレフィックスを最適化しなくなります。 PfR マップ エントリのシーケンス番号が逆方向になった場合、PfR はプレフィックスを学習し、プレフィックスの最適化を試みます。

PfR マスター コントローラ コンフィギュレーション モードで、PfR マップを選択し設定を適用するには、次のタスクを実行します。 policy-rules（PfR）コマンドを使用すると、定義済み PfR マップ間の切り替えを容易に実行できます。

PfR 解決機能を使用して、最初に実行される PfR ポリシーに関する競合を回避するためのプライオリティをポリシーに割り当てるには、次のタスクを実行します。 各ポリシーに一意の値が割り当てられ、最高値を設定されたポリシーが最高プライオリティとして選択されます。 デフォルトでは、遅延ポリシーに最高プライオリティが設定され、トラフィック負荷（使用率）ポリシーに 2 番目に高いプライオリティが設定されます。 いずれかのポリシーにプライオリティ値を割り当てると、デフォルト設定が上書きされます。

ヌル インターフェイスに転送されるパケット、つまり、「ブラック ホール」に廃棄されるパケットをフィルタリングするために PfR マップを設定するには、次のタスクを実行します。IP プレフィックスが、ネットワーク上の攻撃のソースとして識別されると、プレフィックス リストが設定されます。 BGP など一部のプロトコルでは、ブラック ホール ルートの再配布が許可されますが、他のプロトコルでは許可されません。

この省略可能なタスクを実行すると、ネットワーク上での攻撃を阻止したり、軽減したりできます。

PfR マップを設定して、ネクスト ホップに転送されるパケットをフィルタリングするには、次のタスクを実行します。 ネクスト ホップは、パケットの保存、分析、または廃棄を実行できるルータです（シンクホール アナロジー）。 IP プレフィックスがネットワーク上の攻撃のソースとして識別されると、プレフィックス リストが設定されます。

この省略可能なタスクを実行すると、ネットワーク上での攻撃を阻止したり、軽減したりできます。

アプリケーション トラフィックを制御するには、マスター コントローラで次のタスクを実行する必要があります。 次のタスクは、ポリシーベース ルーティング（PBR）を使用して、指定したアプリケーション トラフィック クラスを PfR で制御できるようにする方法を示します。 アプリケーション アウェア ポリシー ルーティングを使用して、拡張 IP アクセス リストで permit 文を使用したフィルタリングが可能なアプリケーション トラフィックを設定します。

Telnet トラフィックなどのアプリケーション トラフィックは遅延に影響されやすいので、TCP 遅延が長い場合は、Telnet セッションの使用が困難になることがあります。 次のタスクでは、Telnet トラフィックを許可するために拡張 IP アクセス リストが設定されます。 PfR マップは、192.168.1.0/24 ネットワークをソースとする Telnet トラフィックに一致させるために match 句を参照する拡張アクセス リストで設定されます。 PfR ルート制御がイネーブルになり、遅延ポリシーが設定されて、Telnet トラフィックが 30 ミリ秒以下の応答時間で出口リンクを経由して送信されるようになります。 この設定は、show pfr master appl コマンドを使用して確認します。

（注）	境界ルータは、シングルホップのピアである必要があります。 名前付き拡張 IP アドレス リストだけがサポートされます。 アプリケーション トラフィックの最適化は、CEF スイッチング パス上での PfR だけでサポートされます。

PfR は、NetFlow 出力を使用して、ネットワーク内のルート強制変更を自動的に確認します。 PfR は NetFlow メッセージを監視し、メッセージでルート強制変更を確認できない場合は、トラフィック クラスを制御しません。 PfR 施行フェーズで実行されたトラフィック制御が実際にトラフィック フローを変更し、OOP イベントをポリシー準拠に変更したことを手動で確認する場合は、この任意のタスクのステップを実行します。 すべてのステップは任意ですが、順番は任意ではありません。 これらのステップから得られる情報では、トラフィック クラスに関連付けられた特定のプレフィックスが、別の出口リンク インターフェイスまたは入口リンク インターフェイスに移動されたか、または PfR によって制御されているかを確認できます。 最初の 3 つのコマンドは、マスター コントローラで入力します。最後の 2 つのコマンドは、境界ルータで入力します。 他の PfR 表示コマンドの詳細については、『Cisco IOS Optimized Edge Routing Command Reference』を参照してください。

マスター コントローラ上で設定された次の例では、プレフィックス リストだけに基づいて自動的に学習されたトラフィック クラスを含む学習リストが定義されます。 この例では、3 つの支社があり、支社 A および B へのすべてのトラフィックを 1 つのポリシー（Policy1）を使用して最適化し、支社 C へのトラフィックを別のポリシー（Policy2）を使用して最適化することが目的です。

支社 A は、10.1.0.0./16 に一致するすべてのプレフィックスとして定義され、支社 B は、10.2.0.0./16 に一致するすべてのプレフィックスとして定義されます。支社 C は、10.3.0.0./16 に一致するすべてのプレフィックスとして定義されます。

次のタスクでは、最高アウトバウンド スループットに基づいたプレフィックスの学習が設定されます。

ip prefix-list BRANCH_A_B permit seq 10 10.1.0.0/16
ip prefix-list BRANCH_A_B permit seq 20 10.2.0.0/16
ip prefix-list BRANCH_C permit seq 30 10.3.0.0/16
pfr master 
 learn 
 list seq 10 refname LEARN_BRANCH_A_B 
 traffic-class prefix-list BRANCH_A_B
 throughput
 exit
 exit
 learn 
 list seq 20 refname LEARN_BRANCH_C
 traffic-class prefix-list BRANCH_C
 throughput
 exit
 exit
pfr-map POLICY1 10
 match learn list LEARN_BRANCH_A_B
 exit
pfr-map POLICY2 10
 match learn list LEARN_BRANCH_C
 end

次の例では、カスタム アプリケーション トラフィック クラスを定義するアクセス リストが作成されます。 この例のカスタム アプリケーションは、次の 4 つの基準で構成されます。

• 宛先ポート 500 上のすべての TCP トラフィック
• 700 ～ 750 の範囲のポート上のすべての TCP トラフィック
• 送信元ポート 400 上のすべての UDP トラフィック
• ef の DSCP ビットでマーキングされた、すべての IP パケット

ここでの目的は、POLICY_CUSTOM_APP という名前の PfR ポリシー内で参照されている学習リストを使用して、カスタム アプリケーション トラフィックを最適化することです。 次のタスクでは、最高アウトバウンド スループットに基づいたトラフィック クラスの学習が設定されます。

ip access-list extended USER_DEFINED_TC
 permit tcp any any 500
 permit tcp any any range 700 750
 permit udp any eq 400 any
 permit ip any any dscp ef 
 exit
pfr master 
 learn 
  list seq 10 refname CUSTOM_APPLICATION_TC 
  traffic-class access-list USER_DEFINED_TC
  aggregation-type prefix-length 24 
  throughput 
  exit
 exit
pfr-map POLICY_CUSTOM_APP 10
 match learn list CUSTOM_APPLICATION_TC
 end

次の例は、マスター コントローラ上で設定されます。トラフィック クラスが、送信先プレフィックスだけに基づいて手動で選択されます。 次のタスクは、トラフィック クラスに選択する送信先プレフィックスが判明している場合に実行します。 送信先プレフィックスを定義するために IP プレフィックス リストが作成され、PfR マップを使用してこのトラフィック クラスのプロファイリングが行われます。

ip prefix-list PREFIX_TC permit 10.1.1.0/24
ip prefix-list PREFIX_TC permit 10.1.2.0/24
ip prefix-list PREFIX_TC permit 172.16.1.0/24
pfr-map PREFIX_MAP 10 
 match traffic-class prefix-list PREFIX_TC

次の例は、マスター コントローラ上で設定されます。トラフィック クラスが、アクセス リストを使用して手動で選択されます。 アクセス リストの各エントリは、トラフィック クラスであり、送信先プレフィックスが必ず含まれています。他の省略可能なパラメータが含まれていることもあります。

ip access-list extended ACCESS_TC
 permit tcp any 10.1.1.0 0.0.0.255 eq 500
 permit tcp any 172.17.1.0 0.0.255.255 eq 500
 permit tcp any 172.17.1.0 0.0.255.255 range 700 750 
 permit tcp 192.168.1.1 0.0.0.0 10.1.2.0 0.0.0.255 eq 800any any dscp ef 
 exit
pfr-map ACCESS_MAP 10 
 match traffic-class access-list ACCESS_TC

次に、PfR 出口リンクの使用率のしきい値を変更する例を示します。 この例では、出口使用率は 80% に設定されています。 この出口リンクの使用率が 80 % を超えると、PfR は、この出口リンクを使用していたトラフィック クラスのために別の出口リンクを選択します。

Router(config)# pfr master 
Router(config-pfr-mc)# border 10.1.4.1
Router(config-pfr-mc-br)# interface GigabitEthernet 0/0/0 external
Router(config-pfr-mc-br-if)# max-xmit-utilization percentage 80
Router(config-pfr-mc-br-if)# end

次に、PfR 出口リンクの使用率範囲を変更する例を示します。 この例では、すべての出口リンクの出口使用率範囲が 10% に設定されています。 PfR は、最大使用率の範囲を使用して、出口リンクがポリシーに準拠しているかどうかを判断します。 PfR は、過剰使用されている、またはポリシー違反の出口から、ポリシー準拠の出口にプレフィックスを移動することによって、すべての出口リンクでアウトバウンド トラフィックを均等化します。

Router(config)# pfr master 
Router(config-pfr-mc)# max-range-utilization percentage 10
Router(config-pfr-mc)# end

次に、最長一致ターゲット割り当てを使用した TCP プローブを使用してアクティブ プローブを設定する例を示します。 まず、ターゲット デバイスで IP SLA Responder をイネーブルにする必要があります。このデバイスを PfR 用に設定する必要はありません。 境界ルータは、ターゲット デバイスとして使用できます。 2 番目の設定は、マスター コントローラ上で実行します。

ターゲット デバイス

Router> enable
Router# configure terminal
Router(config)# ip sla monitor responder type tcpConnect port 49152
Router(config)# exit

マスター コントローラ

Router(config)# pfr master 
Router(config-pfr-mc)# mode monitor active
Router(config-pfr-mc)# active-probe tcp-conn 10.4.4.44 target-port 49152

次に、プローブ頻度が 20 秒に設定されている、強制ターゲット割り当てを使用したアクティブ プローブを設定する例を示します。 この例では、ターゲット デバイスで IP SLA Responder をイネーブルにする必要があります。

ターゲット デバイス

Router> enable
Router# configure terminal
Router(config)# ip sla monitor responder type udpEcho port 1001
Router(config)# exit

マスター コントローラ

Router(config)# pfr master
 
Router(config-pfr-mc)# mode monitor active
Router(config-pfr-mc)# exit
 
Router(config)# pfr-map FORCED_MAP 10
 
Router(config-pfr-map)# match ip address access-list FORCED_LIST
Router(config-pfr-map)# set active-probe udp-echo 10.5.5.57 target-port 1001
Router(config-pfr-map)# set probe frequency 20
Router(config-pfr-map)# end
 

次に、グローバル コンフィギュレーション モードで開始し、高速フェールオーバーが設定されている場合に迅速に新しい出口を作成する例を示します。

（注）	高速モニタリングは、継続的なプローブによって多くのオーバーヘッドが発生する、非常にアグレッシブなモードです。 高速モニタリングは、パフォーマンスに影響されやすいトラフィックだけに使用することを推奨します。

最初の出力は、3 台の境界ルータのマスター ルータでの設定を示します。 ルート制御モードは、イネーブルです。

Router# show run | sec pfr master
pfr master
 policy-rules MAP
 port 7777
 logging
 !
 border 10.3.3.3 key-chain key1
  interface GigabitEthernet0/0/0 external
  interface GigabitEthernet0/4/2 internal
 !
 border 10.3.3.4 key-chain key2
  interface GigabitEthernet0/0/2 external
  interface GigabitEthernet0/0/1 internal
 !
 border 10.4.4.2 key-chain key3
  interface GigabitEthernet0/2/0 external
  interface GigabitEthernet0/2/1 internal
 backoff 90 90
 mode route control
 resolve jitter priority 1 variance 10
 no resolve delay
!

基本設定を確認し、境界ルータのステータスを表示するには、show pfr master コマンドを実行します。

Router# show pfr master
OER state: ENABLED and ACTIVE
  Conn Status: SUCCESS, PORT: 7777
  Version: 2.1
  Number of Border routers: 3
  Number of Exits: 3
  Number of monitored prefixes: 1 (max 5000)
  Max prefixes: total 5000 learn 2500
  Prefix count: total 1, learn 0, cfg 1
 
Border          Status   UP/DOWN             AuthFail  Version
10.4.4.2        ACTIVE   UP       17:00:32          0  2.1
10.3.3.4        ACTIVE   UP       17:00:35          0  2.1
10.3.3.3        ACTIVE   UP       17:00:38          0  2.1
 
Global Settings:
  max-range-utilization percent 20 recv 20
  mode route metric bgp local-pref 5000
  mode route metric static tag 5000
  trace probe delay 1000
  logging
 
Default Policy Settings:
  backoff 90 90 90
  delay relative 50
  holddown 90
  periodic 0
  probe frequency 56
  mode route control 
  mode monitor both
  mode select-exit good
  loss relative 10
  jitter threshold 20
  mos threshold 3.60 percent 30
  unreachable relative 50
  resolve jitter priority 1 variance 10
  resolve utilization priority 12 variance 20
 
Learn Settings:
  current state : DISABLED
  time remaining in current state : 0 seconds
  no throughput
  no delay
  no inside bgp
  no protocol
  monitor-period 5
  periodic-interval 120
  aggregation-type prefix-length 24
  prefixes 100
  expire after time 720

PfR マップを使用してアクティブ音声プローブ用に高速フェールオーバーが設定され、プローブ頻度が 2 秒に設定されました。 高速フェールオーバー モニタリング モードはイネーブルであり、監視対象音声トラフィックは、IP プレフィックス リストを使用して 10.1.1.0/24 プレフィックスを指定することによって識別されます。 高速フェールオーバー モードで発生するオーバーヘッドを削減するために、アクティブ音声プローブが PfR の強制ターゲットに割り当てられます。

Router# show run | sec pfr-map
pfr-map MAP 10
 match traffic-class prefix-list VOICE_FAIL_LIST
 set mode select-exit best
 set mode monitor fast
 set jitter threshold 12
 set active-probe jitter 120.120.120.1 target-port 20 codec g729a
 set probe frequency 2

次に示すのは、policy キーワードを使用してプレフィックスを指定したときの show pfr master prefix コマンドからの出力です。このコマンドでは、10.1.1.0/24 プレフィックスに設定されたポリシーが表示されます。 mode monitor は fast に設定されています。したがって、select-exit は自動的に best に設定され、probe frequency を 2 に設定できます。

Router# show pfr master prefix 10.1.1.0/24 policy
* Overrides Default Policy Setting
pfr-map MAP 10
  sequence no. 8444249301975040, provider id 1, provider priority 30
    host priority 0, policy priority 10, Session id 0
  match ip prefix-lists: VOICE_FAIL_LIST
  backoff 90 90 90
  delay relative 50
  holddown 90
  periodic 0
 *probe frequency 2
  mode route control 
 *mode monitor fast
 *mode select-exit best
  loss relative 10
 *jitter threshold 12
  mos threshold 3.60 percent 30
  unreachable relative 50
  next-hop not set
  forwarding interface not set
  resolve jitter priority 1 variance 10
  resolve utilization priority 12 variance 20
 
  Forced Assigned Target List:
   active-probe jitter 10.120.120.1 target-port 20 codec g729a

このタスクに示されるようにマスター コントローラが高速フェールオーバー用に設定された後で、トラフィック クラスがポリシー違反となった場合、次のロギング出力には、10.1.1.0/24 プレフィックスで表されるトラフィック クラスが、PfR によって 3 秒以内に 10.3.3.4 インターフェイスの新しい境界ルータ出口を経由してルーティングされたことが示されます。 ロギング出力から、トラフィック クラスは、ジッターしきい値を超えたためにポリシー違反状態になったと考えられます。

May  2 10:55:27.355: %OER_MC-5-NOTICE: Active ABS Jitter OOP Prefix 10.1.1.0/24,
jitter 15, BR 10.4.4.2, i/f Gi0/0/2
May  2 10:55:27.367: %OER_MC-5-NOTICE: Route changed Prefix 10.1.1.0/24, BR 10.3.3.4,
i/f Gi0/0/3, Reason Jitter, OOP Reason Jitter

次に、グローバル コンフィギュレーション モードを開始して、FastEthernet 0/0 をアクティブ プローブのソース インターフェイスとして設定する例を示します。

Router(config)# pfr border 
Router(config-pfr-br)# active-probe address source interface GigabitEthernet 0/0/0 

次に、学習済みトラフィック クラスを使用して多数のデフォルト ポリシー設定を上書きし、設定されたポリシー設定またはデフォルトのポリシー設定のいずれかがそれぞれのしきい値を超えた場合に利用可能な最良の出口にトラフィック クラスを移動するようにマスター コントローラを設定する例を示します。

enable
configure terminal
pfr master
 backoff 200 2000 200
 delay threshold 2000
 holddown 400
 loss threshold 1500
 periodic 180
 unreachable threshold 1000
 mode select-exit best
 end

次に、プレフィックス リストおよびアクセス リストによってフィルタリングされたトラフィック クラスを使用し、デフォルトのポリシー設定の一部を上書きする例を示します。 ポリシーは、音声トラフィックを表す異なるトラフィック クラスに適用する 2 つの PfR マップを使用して設定します。 マスター コントローラは、設定されたポリシー設定またはデフォルトのポリシー設定のいずれかがそれぞれのしきい値を超えた場合に最初のポリシー準拠リンクにトラフィック クラスを移動するように設定します。

enable
configure terminal
ip prefix-list CONFIG_TRAFFIC_CLASS seq 10 permit 10.1.5.0/24
ip access-list extended VOICE_TRAFFIC_CLASS
 permit udp any range 16384 32767 10.1.5.0 0.0.0.15 range 16384 32767 dscp ef
 exit
pfr-map CONFIG_MAP 10
 match ip address prefix-list CONFIG_TRAFFIC_CLASS
 set backoff 100 1000 100
 set delay threshold 1000
 set loss relative 25
 set periodic 360
 set unreachable relative 20
 exit
pfr-map VOICE_MAP 10
 match ip address access-list VOICE_TRAFFIC_CLASS
 set active-probe jitter 10.1.5.1 target-port 2000 codec g729a
 set probe-frequency 20
 set jitter threshold 30
 set mos threshold 4.0 percent 25
 set mode select-exit good
 end

次に、指定したプレフィックスが最適化されないように PfR を設定する例を示します。 次の例では、IP プレフィックス リストは、最適化されない異なるプレフィックスに対する 2 つのエントリで作成されます。 PfR マップは、1 つのシーケンスの 2 つのエントリで設定されます。これによって、プレフィックスは学習されますが、PfR は、プレフィックス リストで指定したプレフィックスを最適化しなくなります。 PfR マップ エントリのシーケンス番号が逆方向になった場合、PfR はプレフィックスを学習し、プレフィックスの最適化を試みます。

enable
configure terminal
ip prefix-list DENY_PREFIX deny 172.17.10.0/24
ip prefix-list DENY_PREFIX deny 172.19.10.0/24
pfr-map DENY_PREFIX_MAP 10
 match ip address prefix-list DENY_PREFIX
 exit
pfr-map DENY_PREFIX_MAP 20
 match pfr learn throughput
 end

次に、policy-rules（PfR）コマンドを設定して、PfR マスター コントローラ モードで BLUE という名前の PfR マップの設定を適用する例を示します。

enable
configure terminal
pfr-map BLUE 10 
 match pfr learn delay 
 set loss relative 90
 exit 
pfr master 
 policy-rules BLUE 
 exit 

次に、遅延を最高プライオリティに設定し、損失、使用率の順にプライオリティを設定する PfR 解決ポリシーを設定する例を示します。 遅延ポリシーは、20 % の分散を許可するように設定され、損失ポリシーは、30 % の分散を許可するように設定されます。使用率ポリシーは、10 % の分散を許可するように設定されます。

enable
configure terminal
pfr master
 resolve delay priority 1 variance 20 
 resolve loss priority 2 variance 30 
 resolve utilization priority 3 variance 10
 end 

次に、境界ルータの出口リンク上のトラフィック クラス フローに PfR ロード バランシング ポリシーを設定する例を示します。 この例のタスクは、マスター コントローラ上で実行され、出口リンクの使用率範囲、出口リンクの使用率しきい値、使用率および範囲ポリシーに設定されるポリシー プライオリティが設定されます。 パフォーマンス ポリシー、遅延および損失は、ディセーブルです。 PfR は、使用率および範囲のしきい値の両方を使用して、出口リンク上のトラフィック フローのロード バランシングを行います。

enable
configure terminal
pfr master
 max-range-utilization percentage 25
 mode select-exit best
 resolve range priority 1
 resolve utilization priority 2 variance 15
 no resolve delay
 no resolve loss 
 border 10.1.4.1
 interface GigabitEthernet 0/0/0 external
 max-xmit-utilization absolute 10000
 exit
 exit
 border 10.1.2.1
 interface GigabitEthernet 0/0/2 external
 max-xmit-utilization absolute 10000
 end 

次に、PREFIX_BLACK_HOLE という名前の IP プレフィックス リストで定義されたトラフィックに一致する、BLACK_HOLE_MAP という名前の PfR マップを作成する例を示します。 PfR マップは、ヌル インターフェイスに転送されるパケット、つまり、「ブラック ホール」に廃棄されるパケットをフィルタリングします。IP プレフィックスが、ネットワーク上の攻撃のソースとして識別されると、プレフィックス リストが設定されます。

enable
configure terminal
ip prefix-list PREFIX_BLACK_HOLE seq 10 permit 10.1.5.0/24
pfr-map BLACK_HOLE_MAP 10
 match ip address prefix-list PREFIX_BLACK_HOLE
 set interface null0
 end 

次に、PREFIX_SINK_HOLE という名前の IP プレフィックス リストで定義されたトラフィックに一致する、SINK_HOLE_MAP という名前の PfR マップを作成する例を示します。 PfR マップは、ネクスト ホップに転送されるパケットをフィルタリングします。 ネクスト ホップは、パケットの保存、分析、または廃棄を実行できるルータです（シンクホール アナロジー）。 IP プレフィックスがネットワーク上の攻撃のソースとして識別されると、プレフィックス リストが設定されます。

enable
configure terminal
ip prefix-list PREFIX_SINK_HOLE seq 10 permit 10.1.5.0/24
pfr-map SINK_HOLE_MAP 10
 match ip address prefix-list PREFIX_SINK_HOLE
 set next-hop 10.1.1.3
 end

次に、挿入されたスタティック ルートにタグ値を設定し、ルートが一意に識別されるようにする例を示します。 スタティック ルートは、トラフィック クラスによって定義されるトラフィックがポリシー違反になったときに、そのトラフィックを制御するために PfR によって挿入されることがあります。 デフォルトでは、PfR は挿入されたスタティック ルートに 5000 のタグ値を使用します。 次のタスクでは、PfR マスター コントローラ コンフィギュレーション モードで mode（PfR）コマンドにより PfR ルート制御モードがグローバルに設定され、挿入されるスタティック ルートは 15000 の値でタグ付けされます。

Router(config)# pfr master 
Router(config-pfr-mc)# mode route control
 
Router(config-pfr-mc)# mode route metric static tag 15000
Router(config-pfr-mc)# end 

次に、BGP ローカル プリファレンス属性値を設定する例を示します。 PfR は、BGP Local_Pref 値を使用して、強制出口リンクの選択方法として内部 BGP（iBGP）ネイバー上での BGP 最良パス選択に影響を及ぼします。 デフォルトでは、PfR は 5000 の Local_Pref 値を使用します。 次のタスクでは、プレフィックス リストに一致するトラフィックのルート制御はイネーブルであり、60000 の BGP ローカル プリファレンス値が設定されています。

Router(config)# pfr-map BLUE 10 
Router(config-pfr-map)# match ip address prefix-list BLUE
Router(config-pfr-map)# set mode route control 
Router(config-pfr-map)# set mode route metric bgp local-pref 60000
Router(config-pfr-map)# end 

次に、ポリシーベース ルーティング（PBR）を使用して、指定したアプリケーション トラフィック クラスを PfR で制御できるようにする例を示します。 Telnet トラフィックなどのアプリケーション トラフィックは、遅延に影響されやすいトラフィックです。 TCP 遅延が長いと、Telnet セッションの使用が困難になることがあります。 この例は、マスター コントローラ上で設定されます。192.168.1.0/24 ネットワークをソースとする Telnet トラフィックに一致させ、ポリシーを適用して、この Telnet トラフィックが 30 ミリ秒以下の応答時間で出口リンクを経由して送信されるようにします。

Router(config)# ip access-list extended TELNET 
Router(config-ext-nacl)# permit tcp 192.168.1.0 0.0.0.255 any eq telnet 
Router(config-ext-nacl)# exit
 
Router(config)# pfr-map SENSITIVE
Router(config-route-map)# match ip address access-list TELNET 
Router(config-route-map)# set mode route control
Router(config-route-map)# set delay threshold 30 
Router(config-route-map)# set resolve delay priority 1 variance 20 
Router(config-route-map)# end 

次に、ポート 23（Telnet）に基づいてフィルタリングされた TCP アプリケーション トラフィックの例を示します。

Router# show pfr master appl tcp 23 23 dst policy
 
Prefix              Appl Prot       Port                 Port Type       Policy         
--------------------------------------------------------------------------------
10.1.1.0/24        tcp             [23, 23]             src              10

次に、PfR 施行フェーズで実行されたトラフィック制御が実際にトラフィック フローを変更し、OOP イベントをポリシー準拠に変更したことを手動で確認する例を示します。 マスター コントローラで show logging コマンドを使用すると、システム ロギング（syslog）の状態および標準的なシステム ロギング バッファの内容が表示されます。 省略可能な区切り文字を使用すると、特定のプレフィックスの PfR メッセージ付きでロギング バッファを表示できます。 show pfr master prefix コマンドでは、監視対象プレフィックスのステータスが表示されます。 境界ルータで show pfr border routes コマンドを使用すると、境界ルータ上の PfR 制御による BGP またはスタティック ルートに関する情報が表示されます。 これらのコマンドの出力例は、「PfR ルート強制変更の手動確認」の項を参照してください。

マスター コントローラ

Router# show logging | i 10.1.1.0
Router# show pfr master 
prefix 10.1.1.0
Router# end

境界ルータ

Router# show pfr border routes static
Router# show pfr border routes bgp
Router# end