拡張アプリケーション認識型ルーティングについて
拡張アプリケーション認識型ルーティングが有効になっていない場合、損失、遅延、およびジッターが特定のしきい値を超えたときに、Cisco IOS XE Catalyst SD-WAN デバイス が SLA 要件を満たすために、あるネットワークパスから別のネットワークパスにトラフィックを切り替えるのに数分かかります。拡張アプリケーション認識型ルーティングを有効にすることで、トンネルパフォーマンスの問題は検出が迅速化されます。これにより、 Cisco IOS XE Catalyst SD-WAN デバイス は、SLA 要件を満たさないトンネルからトラフィックをリダイレクトできるようになります。
拡張アプリケーション認識型ルーティングの概要
Bidirectional Forwarding Detection(BFD)は、リンク障害状態を検出し、Cisco Catalyst SD-WAN トンネル(IPsec と GRE の両方)の損失、遅延、ジッター情報などのパフォーマンス ルーティング データ(PfR)を収集します。各 BFD hello パケットは、次の情報を収集します。
遅延:BFD エコーの要求から応答までの RTT(ラウンドトリップ時間)。
ジッター:ネットワーク内のパケット到着時間の遅延変動。これはデータパケットが送受信されるタイミングの不規則性を示す指標です。
損失:応答を受信できなかったエコー要求の数。
デフォルトでは、BFD hello タイマーが 1 秒の場合、PfR データの 1 サンプルが 1 秒ごとに収集されます。この PfR データは、ポーリング間隔(デフォルトは 10 分)の期間にわたって収集されます。ポーリング間隔中に、各統計情報の平均が計算されます。アプリケーション認識型ルーティング SLA で指定されたしきい値に基づいてダイナミックパス決定を行うために、デフォルトの乗数 6 が使用され、ポーリング間隔の複数の平均を確認します。ポーリング間隔平均とは、ネットワークモニタリングまたはパフォーマンス測定システムにおいて、連続するポーリングまたは測定イベント間の平均時間を指します。ポーリング間隔の平均は、システムが特定の期間にデータを収集したり、ネットワークメトリックをサンプリングしたりする頻度を示します。
コンバージェンス時間とは、障害後または中断後にネットワークが回復し、通常の動作を再開するのにかかる時間を指します。ただし、徐々に劣化する WAN 回線を検出するためのデフォルトのコンバージェンス時間は 10 分~ 1 時間です。推奨されるポーリング間隔の最小値が 2 分と 6 間隔の場合でも、コンバージェンス時間は 2 ~ 12 分です。設定されたポーリング間隔が非常に低い場合、損失、遅延、およびジッター測定のサンプルデータが不十分なため、PfR の誤検出やトラフィックの不安定が発生する可能性があります。
PfR 測定
Metric |
ソース |
説明 |
---|---|---|
損失 |
BFD |
BFD パケット損失を 1 pps または n_app_probe_class(n-apc)秒の 1 パケットとして測定 アプリケーション プローブ クラス(APC)設定が設定されていない場合、BFD パケットの損失は 1 パケット/秒(1pps)のレートで発生します。APC 設定があれば、損失は N 秒で 1 パケットに減少します。 詳細については、「アプリケーション プローブ クラス」を参照してください。 |
遅延 |
BFD |
1 pps または n-apc 秒で 1 パケットを測定する RTT アプリケーション プローブ クラス(APC)が設定されていない場合、RTT パケットの損失は、1 秒あたり 1 パケット(1pps)のレートで発生します。APC 設定があれば、損失は N 秒で 1 パケットに減少します。 |
Jitter |
BFD |
RTT の変動 |
アプリケーション認識型ルーティングの設計と測定
-
デフォルトの BFD hello 間隔は 1 秒で、app-route/SLA のポーリング間隔は 10 分です。
BFD hello 間隔とは、BFD(Bidirectional Forwarding Detection)プロトコルがネットワークパスの活性状態を検出するために hello パケットを送信する頻度を指します。デフォルトでは、hello 間隔は 1 秒に設定されています。一方、app-route/SLA ポーリング間隔は、ネットワーク モニタリング システムがアプリケーションルートまたはサービスレベル契約(SLA)に関連するデータを収集したり、ネットワークメトリックを測定したりする頻度を決定します。app-route/SLA のデフォルトのポーリング間隔は 10 分に設定されています。
-
デフォルトでは、1 pps x 600 秒 x 6 バケットで 60 分を計算します。
ポーリング間隔のデフォルト値の分単位の計算を参照します。1 秒あたり 1 パケット(pps)に 600 秒(10 分)を掛け、その結果に 6 バケットを掛けて間隔を計算します。結果の値は 60 分です。これはデフォルトのポーリング間隔です。
-
専門家は、ポーリング間隔に 120 秒(2 分)、乗数に 5 を使用し、10 分間隔とすることを推奨しています。この推奨事項は、特定のモニタリング頻度を実現するためによく使用されます。
-
ポーリング間隔/乗数を小さくすると検出時間が短縮されますが、PfR メトリックのサンプル数が少ないと誤検出が発生する可能性があります。
ポーリング間隔や乗数を小さくすると、ネットワークパフォーマンスの問題の検出速度が向上します。しかし、これらの値を小さくすると、誤検出の可能性も高まる可能性があります。データサンプル数が少ないため、システムが問題を誤って特定する可能性があるためです。PfR(パフォーマンスルーティング)メトリックの検出時間と精度のバランスを取る必要があります。
-
唯一のオプションは、BFD Hello 間隔を短くして、より高速なレートで測定精度を向上させることです。
ネットワークパフォーマンスをより高速かつ正確に測定するには、BFD hello 間隔を小さくすることが推奨されます。ネットワークパスの活性状態とは、ネットワークパスの接続性と可用性の状態を指します。hello パケットの交換間隔を短くすることで、ネットワークパスの活性状態をより頻繁に検出できるようになり、測定精度が向上します。
拡張アプリケーション認識型ルーティングの利点
-
PfR メトリック(損失/遅延/ジッター)の測定にインラインデータを導入することで、これらのメトリックをより正確かつ詳細に測定できるように改善しました。インラインデータとは、Cisco IOS XE Catalyst SD-WAN デバイス 内のネットワークのエッジで直接処理および検査されるトラフィックです。分析とセキュリティチェックのためにすべてのトラフィックを一元的な場所にルーティングする代わりに、インラインデータを使用すると、ネットワークエッジでリアルタイムの検査と意思決定が可能になります。
-
拡張アプリケーションルートの簡易検出と SLA の適用が可能です。これには PfR のポーリング間隔を極めて低い値(最小で 10 秒)まで減少させられることが含まれます。これにより、Cisco IOS XE Catalyst SD-WAN デバイス は徐々に進行する回線の劣化を迅速に検出できます。回線が SLA のしきい値を満たさない場合、トンネルは SLA 転送から迅速に切り替えられるため、効率的で信頼性の高いネットワークパフォーマンスが確保されます。SLA(サービスレベル契約)転送とは、事前定義されたパフォーマンス基準または SLA に基づいてネットワークトラフィックを動的にルーティングする、Cisco Catalyst SD-WAN ソリューションの機能を指します。
-
SLA スイッチオーバーの速度が向上しました。
-
SLA ダンプニングが導入され、SLA 転送への移行がよりスムーズになります。SLA 転送を再度実装する前に、トンネルはダンプニングと呼ばれるプロセスを実行します。これは、中断を防ぎ、不安定性を削減するのに役立ちます。これにより、SLA へのスムーズな移行が保証され、ネットワークパフォーマンスへの悪影響が最小限に抑えられます。
-
損失、遅延、ジッターを測定するための機能が拡張されました。
拡張アプリケーション認識型ルーティングのガイドライン
-
GRE トンネルと IPSEC トンネルの両方がサポートされます。
-
物理インターフェイス、サブインターフェイス、ループバックバインド、ダイヤラ、および LTE インターフェイスを含む、既存のすべての TLOC および WAN インターフェイスのタイプがサポートされます。
-
TLOC Extension トンネルがサポートされています。
-
IPv4 と IPv6 の両方のアンダーレイトンネルがサポートされています。
-
SLA の更新とスイッチオーバーは、最小 10 秒間隔で発生します。
-
トンネルのスケールは影響を受けず、メモリとパフォーマンスへの影響も最小限です。
-
SLA クラスの app-probe クラス設定の有無にかかわらず、サポートが提供されます。
-
SLA ダンプニングがサポートされています。
拡張アプリケーション認識型ルーティングを実行していない Cisco IOS XE Catalyst SD-WAN デバイス との互換性
-
それぞれ、次のシナリオの通りです。
-
ローカル側:Cisco IOS XE Catalyst SD-WAN デバイス が Cisco IOS XE Catalyst SD-WAN リリース 17.12.1a 以降にアップグレードされ、EAAR(拡張アプリケーション認識型ルーティング)が有効になっています。
-
リモート側:Cisco IOS XE Catalyst SD-WAN デバイス が Cisco IOS XE Catalyst SD-WAN リリース 17.12.1a にアップグレードされず、EAAR は有効になっていません。
その後、システムは、古いリリースとの互換性があり無効になっている機能が存在するBFD ベースの測定を使用するようにフォールバックします。
-
-
ローカル側とリモート側の両方が Cisco IOS XE Catalyst SD-WAN リリース 17.12.1a を使用しているが、EAAR 機能が有効になっていない場合、システムは BFD ベースの測定を使用するように戻ります。
(注) |
EAAR 機能は、既存の展開をサポートするため、デフォルトで無効になっています。 |