トラック コンフィギュレーション モードを開始します。

• track-name ：トラッキングの対象となるオブジェクト名を指定します。

インターフェイスのライン プロトコルに基づいてトラッキングを作成します。

プロトコル ステートをトラッキングするインターフェイスを指定します。

• type ：インターフェイス タイプを指定します。詳細については、疑問符（?）オンライン ヘルプ機能を使用します。
• interface-path-id ：物理インターフェイスまたは仮想インターフェイスを識別します。

トラック ライン プロトコル コンフィギュレーション モードを終了します。

オブジェクトがアップかダウンかのトラッキング間に発生可能な遅延をスケジューリングします。

設定変更を保存します。

• end コマンドを実行すると、次に示す変更のコミットを求めるプロンプトが表示されます。

  
  Uncommitted changes found, commit them 
  before exiting(yes/no/cancel)?
  [cancel]:
  

  • yes と入力すると、実行コンフィギュレーション ファイルに変更が保存され、コンフィギュレーション セッションが終了して、ルータが EXEC モードに戻ります。

  • no と入力すると、コンフィギュレーション セッションが終了して、ルータが EXEC モードに戻ります。変更はコミットされません。

  • cancel と入力すると、現在のコンフィギュレーション セッションが継続します。コンフィギュレーション セッションは終了せず、設定変更もコミットされません。

• 実行コンフィギュレーション ファイルに設定変更を保存し、コンフィギュレーション セッションを継続するには、commit コマンドを使用します。

トラック コンフィギュレーション モードを開始します。

• track-name ：トラッキングの対象となるオブジェクト名を指定します。

ルーティング アップデートによってルートの状態が変わった場合にトラッキング プロセスに通知するようにルーティング プロセスを設定します。

トラッキングする IP ルートのタイプを設定します。これは、ルータのタイプによって次のいずれかで構成可能です。

• vrf-table-name ：VRF テーブル名。
• IP-prefix/mask ：ネットワークとサブネット マスクからなる IP プレフィックス（例：10.56.8.10/16）。

トラック ライン プロトコル コンフィギュレーション モードを終了します。

オブジェクトがアップかダウンかのトラッキング間に発生可能な遅延をスケジューリングします。

トラック コンフィギュレーション モードを開始します。

• track-name ：トラッキングの対象となるオブジェクト名を指定します。

ブール リスト オブジェクトを設定し、トラッキング リスト コンフィギュレーション モードを開始します。

• boolean ：トラッキング対象リストのステートがブール式に基づいて決まることを指定します。
• and ：リストについて、すべてのオブジェクトがアップの場合はアップ、ダウンのオブジェクトが 1 つ以上ある場合はダウンになるように指定します。たとえば 2 つのインターフェイスをトラッキングする場合、アップは両方のインターフェイスがアップ状態であることを意味し、ダウンはいずれか一方のインターフェイスがダウン状態であることを意味します。
• or ：少なくとも 1 つのオブジェクトがアップであればリストがアップになるように指定します。たとえば 2 つのインターフェイスをトラッキングする場合、アップはいずれか一方のインターフェイスがアップ状態であることを意味し、ダウンは両方のインターフェイスがダウン状態であることを意味します。

リストによるトラッキングの対象となるオブジェクトを指定します。

• obect-name ：トラッキングするオブジェクトの名前。
• not ：オブジェクトの状態を否定します。

トラック ライン プロトコル コンフィギュレーション モードを終了します。

オブジェクトがアップかダウンかのトラッキング間に発生可能な遅延をスケジューリングします。

設定変更を保存します。

• end コマンドを実行すると、次に示す変更のコミットを求めるプロンプトが表示されます。

  
  Uncommitted changes found, commit them 
  before exiting(yes/no/cancel)?
  [cancel]:
  

  • yes と入力すると、実行コンフィギュレーション ファイルに変更が保存され、コンフィギュレーション セッションが終了して、ルータが EXEC モードに戻ります。

  • no と入力すると、コンフィギュレーション セッションが終了して、ルータが EXEC モードに戻ります。変更はコミットされません。

  • cancel と入力すると、現在のコンフィギュレーション セッションが継続します。コンフィギュレーション セッションは終了せず、設定変更もコミットされません。

• 実行コンフィギュレーション ファイルに設定変更を保存し、コンフィギュレーション セッションを継続するには、commit コマンドを使用します。

トラック コンフィギュレーション モードを開始します。

• track-name ：トラッキングの対象となるオブジェクト名を指定します。

トラッキングのタイプにしきい値の割合リストを設定します。

トラック タイプ track1 のメンバーに object 1、object 2、object 3 および object 4 を設定します。

リストがそれぞれアップ状態またはダウン状態であると見なされるために、アップ状態またはダウン状態である必要があるオブジェクトの割合を設定します。

たとえば、object 1、object 2、および object 3 がアップ状態にあり、object 4 がダウン状態にある場合、リストはアップ状態にあると見なされます。

設定変更を保存します。

• end コマンドを実行すると、次に示す変更のコミットを求めるプロンプトが表示されます。

  
  Uncommitted changes found, commit them 
  before exiting(yes/no/cancel)?
  [cancel]:
  

  • yes と入力すると、実行コンフィギュレーション ファイルに変更が保存され、コンフィギュレーション セッションが終了して、ルータが EXEC モードに戻ります。

  • no と入力すると、コンフィギュレーション セッションが終了して、ルータが EXEC モードに戻ります。変更はコミットされません。

  • cancel と入力すると、現在のコンフィギュレーション セッションが継続します。コンフィギュレーション セッションは終了せず、設定変更もコミットされません。

• 実行コンフィギュレーション ファイルに設定変更を保存し、コンフィギュレーション セッションを継続するには、commit コマンドを使用します。

トラック コンフィギュレーション モードを開始します。

• track-name ：トラッキングの対象となるオブジェクト名を指定します。

トラッキングのタイプにしきい値の重みリストを設定します。

track t1 のメンバーに object 1、object 2 および object 3 を設定し、それぞれに重み 10、5 および 3 を設定します。

リストがそれぞれアップ状態またはダウン状態であると見なされるために、アップ状態またはダウン状態である必要があるオブジェクトの重みの範囲を設定します。この例では、object 1 および 2 がアップ状態にあり、累積の重みは 15 である（10 ～ 5 の範囲内ではない）ため、リストはダウン状態と見なされます。

設定変更を保存します。

• end コマンドを実行すると、次に示す変更のコミットを求めるプロンプトが表示されます。

  
  Uncommitted changes found, commit them 
  before exiting(yes/no/cancel)?
  [cancel]:
  

  • yes と入力すると、実行コンフィギュレーション ファイルに変更が保存され、コンフィギュレーション セッションが終了して、ルータが EXEC モードに戻ります。

  • no と入力すると、コンフィギュレーション セッションが終了して、ルータが EXEC モードに戻ります。変更はコミットされません。

  • cancel と入力すると、現在のコンフィギュレーション セッションが継続します。コンフィギュレーション セッションは終了せず、設定変更もコミットされません。

• 実行コンフィギュレーション ファイルに設定変更を保存し、コンフィギュレーション セッションを継続するには、commit コマンドを使用します。

グローバル コンフィギュレーション モードを開始します。

トラック コンフィギュレーション モードを開始します。

到達可能性をトラッキングする IP SLA 動作 ID を指定します。ipsla-no の有効値は、1 ～ 2048 の範囲です。