active-probe-params
構文
active-probe-params probe-name { settings { burst-size { size; } data-fill { string; } data-size { size; } dscp-code-points { dscp; } enable-sla-export { interval; } forwarding-class { forwarding-class-name; } loss-priority (low | high | medium-high| medium-low) { } per-packet-loss-timeout { interval; } probe-count { count; } probe-interval { interval; } } }
階層レベル
[セキュリティアドバンスポリシーベースのルーティングを編集]
説明
アクティブプローブのパラメーター設定を指定します。
アプリケーションのパフォーマンスは、アクティブプローブを使用して監視および測定されます。
アクティブ プロービングでは、複数のルートでスポーク デバイスとハブ デバイス間でカスタム パケットが送信され、ブックエンド ポイント間の RTT、ジッター、パケット損失が測定されます。すべてのアクティブおよびパッシブリンクでアクティブプローブを定期的に送信するように設定できます。
アクティブ プローブは、設定がコミットされた後に開始されます。設定された数のサンプルが収集され、SLAの測定に使用されます。いずれかのアプリケーションで違反が検出された場合、SLAのようなパフォーマンス要件を満たすために、プローブメトリックが評価され、そのアプリケーショントラフィックに最適なリンクが決定されます。
プローブ数を1000、プローブ間隔を10秒、バーストサイズを100として設定した例を考えてみましょう。バースト カウントは、プローブ カウント/バースト サイズ(1000/100 = 10)として計算されます。バースト カウントは 10 です。そのため、プローブは、それぞれが 100 個のパケットを含む 10 個のバーストのセットで送信されます。
バースト間隔は、プローブ間隔/バーストカウント(10/10 =1)として計算されます。バースト間隔は 1 秒です。したがって、バーストは1秒ごとに送信されます。アクティブ プローブは、各オーバーレイ パスでスポーク デバイスからハブ デバイスに開始されます。
SaaSアプリケーションタイプは、イングレス、エグレスジッタータイプをサポートしていません。
SaaS プローブ パケットは、スポーク デバイスと SaaS サーバー間で送信される HTTP ヘッド パケットです。
オプション
probe-name | アクティブプローブ識別子。 |
burst-size | バーストとして送信されたプローブの数。この値は、プローブ数以下である必要があります。バーストサイズ設定は SaaS プローブでは無視され、常にバーストサイズが 1 つとして使用されます。
|
data-fill string | プローブ パケットのデータ ペイロード。これは 16 進数の文字列で、プローブのペイロードとして使用されます。SaaS プローブではサポートされていません。 |
data-size size | データ部分のサイズ。SaaS プローブではサポートされていません。 |
dscp-code-points dscp | DSCP(DiffServ コード ポイント)ビット値。 |
enable-sla-export | - アクティブなプローブ データをコントローラにエクスポートする時間間隔(秒)。このオプションはデフォルトで無効になっています。
|
forwarding-class forwarding-class-name | 転送クラスの名前
|
loss-priority level | パケット値を損失の優先度にマップします。損失の優先度では、パケットをドロップする際の優先度を設定できます。通常、あるサービスレベルを超えたパケットには、損失優先度が高い、つまりドロップされる可能性が高いパケットをマークします。レベルは次のいずれかになります。
|
per-packet-loss-timeout | 連続する 2 つの SaaS プローブ間の時間間隔。
|
probe-count count | SLA 測定のために収集する必要があるサンプルの数。SaaSアプリケーションの場合、プローブは実際のサーバーに対して行われるため、プローブウィンドウごとに3〜4つのサンプルを使用することをお勧めします。
|
probe-interval interval | 連続するプローブ間の時間間隔。Junos OS Release 20.4R1 より、プローブ間隔の上限が 60 秒に変更されました。SaaSアプリケーションの場合、実際のSaaSサーバーへの積極的なプローブを避けるために、60秒間隔を構成することをお勧めします。
|
必要な権限レベル
services—設定でこのステートメントを表示します。
services-controlー設定にこのステートメントを追加します。
リリース情報
Junos OSリリース18.2R1で導入されたステートメント。と loss-priority
のオプションはforwarding-class
、Junos OSリリース19.2R1で導入されています。