TWAMP 自動再起動について
ネットワークの停止または設定変更後、TWAMP(Two-Way Active Management Protocol)クライアントがダウンした場合、 request services rpm twamp start client コマンドを使用して TWAMP セッションを手動で開始する必要があります。Junos OS リリース 19.1R1 以降、TWAMP クライアントは手動操作なしで自動的に再起動します。
TWAMP セッションの自動再起動により、次のシナリオ中に TWAMP クライアントは TCP 制御接続と UDP テスト セッションを自動的に開始できます。
TWAMP クライアント設定がコミットされた直後。
リモート操作デーモン(rmopd)が有効な TWAMP クライアント設定プレゼンスで起動された後。
TWAMP クライアント設定がアクティブ化された後。
test-intervalに基づいて、TWAMP クライアントが TWAMP サーバーにアクセスできるようになった直後。
ネットワークに障害が発生したり、何らかの理由で TWAMP サーバーが到達できなくなった場合、TWAMP クライアントは、成功するまですべての test-interval値の後に TWAMP サーバーへの再接続を試みます。ただし、クライアントが TWAMP サーバーに自動的に再接続するには、set rpm twamp client control-connection コマンドのtest-count値が 0 である必要があります。TWAMP サーバー側では、test-count set rpm twamp server max-connection-durationの max-connection-duration のデフォルト値も 0 である必要があります。これにより、接続がクリアされるまで接続を保持できます。
Junos OS リリース 19.1R1 以降、TWAMP クライアントでの test-count と TWAMP サーバーでの max-connection-duration のデフォルト値は 0 です。
TWAMP テストを設定してコミットすると、クライアントはテストを無期限に実行します。つまり、テストが完了した後でも、ネットワークやサーバーに障害が発生した場合でも、設定されたテスト間隔が経過した後もプローブを送信し続けます。 test-count オプションの値を 0 以外の値に変更することで、テストの自動実行を停止できます。これを行うと、自動再起動機能が無効になり、サーバーとの接続を確立してテスト セッションを開始するために TWAMP クライアントを手動で起動する必要があります。
サーバーが使用不可のときに送信された以前のプローブに関連する統計を維持および表示できます。 set services rpm twamp client control-connection c1 persistent-results コマンドを使用して、ネットワークが回復した後、または TWAMP サーバーが再び到達可能になったときに、テスト結果を保存して表示することができます。
利点
ネットワークの停止や設定変更の結果としてクライアントがダウンした後、TWAMP セッションを手動で再起動する必要はありません。
クライアント側から TWAMP セッションを再起動するためにイベント スクリプトを実行する必要はありません。
TWAMP クライアントとサーバーの TCP キープアライブ サポート
キープアライブ プローブは、別のピアが到達できなくなったときに、クライアント(ピア)をアサートできます。問題が2つのピア間のネットワークにある場合、キープアライブアクションは、接続が壊れているとマークする前に、しばらく待ってからキープアライブパケットの送信を再試行することです。
TCP接続のキープアライブタイマーがゼロに達すると、TCPクライアントは、データがなく、ACKフラグがオンのキープアライブプローブパケットをピアに送信します。クライアントは、データがなく、ACK フラグが設定された応答をリモートホストから受信します。クライアントがキープアライブ プローブへの応答を受信すると、クライアントは接続がまだ稼働していることをアサートできます。ピアがキープアライブ プローブに応答しない場合、接続が有効であるとはみなされないことをアサートし、是正措置を講じることができます。
Junos OS では、TWAMP クライアントと TWAMP サーバーで TWAMP 制御接続障害を検出するには、以下のパラメーターを設定する必要があります。
tcp-keepcnt—接続が切断されたと見なしてアプリケーション層に通知する前に送信する未確認のプローブの数。tcp-keepidle- 送信された最後のデータ パケットと送信された最初のキープアライブ プローブの間の時間間隔。tcp-keepintvl—連続したキープアライブ プローブ間の時間間隔。
変更履歴
サポートされる機能は、使用しているプラットフォームとリリースによって決まります。特定の機能がお使いのプラットフォームでサポートされているかどうかを確認するには、 Feature Explorer を使用します。