show rsvp neighbor
構文
show rsvp neighbor <brief | detail | extensive> <instance instance-name> <logical-system (all | logical-system-name)>
構文(EXシリーズスイッチ)
show rsvp neighbor <brief | detail>
説明
RSVP パケットの交換中に動的に検出された RSVP(Resource Reservation Protocol)ネイバーを表示します。
オプション
none | RSVPネイバーに関する標準情報を表示します。 |
brief | detail | (オプション)指定された出力レベルを表示します。 |
instance instance-name | (オプション)指定されたインスタンスの RSVP ネイバー情報を表示します。省略すると |
logical-system (all | logical-system-name) | (オプション)この操作は、すべての論理システムまたは特定の論理システムで実行します。 |
必要な権限レベル
ビュー
出力フィールド
表 1 に、このコマンドの出力フィールド show rsvp neighbor
を示します。出力フィールドは、表示されるおおよその順序に従って示しています。
フィールド名 |
フィールドの説明 |
出力レベル |
---|---|---|
|
ルーティング デバイスが学習したネイバーの数。各ネイバーには 1 行の出力があります。 |
すべてのレベル |
|
ネイバーが検出されたインターフェイスの名前。一般化 MPLS(GMPLS)LSP の場合、ネイバーが検知されたピアの名前。 |
|
|
学習済みネイバーのアドレス |
すべてのレベル |
|
ネイバーがアイドル状態であった時間の長さ(秒単位)。
メモ:
Junos OSリリース15.1までは、show rsvp neighborコマンドの出力では、アイドルフィールドの値に、隣接ルーターのリンクがダウンしたときに変更されたアイドル時間が即座に反映されていました。Junos OS Release 15.2以降、Hello隣接関係が存在し、タイムアウトしていない場合、ルーターはネイバーをアイドルとして宣言しません。インターフェイスがダウンすると、RSVPはIGPから通知を受信するため、ネイバーをダウンさせます。IGPダウン通知を検討する理由は、BFDトリガー高速リルート(FRR)をサポートするためであり、RSVP-TEはBFD通知の直接クライアントではありません。RSVP がネイバーをダウンさせても、入出力プロセスは影響を受けません。そのため、show コマンドの出力のアイドル時間はすぐには更新されません。 |
すべてのレベル |
|
RSVP hello パケットによって検出されたネイバー アップまたはダウン遷移の数。アップ カウントがダウン カウントより 1 大きい場合、ネイバーは現在アップしています。それ以外の場合、ネイバーはダウンしています。Junos OS リリース 3.2 以前を実行しているルーターなど、RSVP hello パケットをサポートしていないネイバーは、アップまたはダウンとして報告されません。 |
すべてのレベル |
|
RSVP hello パケットによって検出されたネイバー アップまたはダウン遷移の数。アップ カウントがダウン カウントより 1 大きい場合、ネイバーは現在アップしています。それ以外の場合、ネイバーはダウンしています。Junos OS リリース 3.2 以前を実行しているルーターなど、RSVP hello パケットをサポートしていないネイバーは、アップまたはダウンとして報告されません。 |
|
|
RSVPネイバーの状態:
|
|
|
ネイバーの状態がアップからダウンまたはダウンからアップに変化してからの経過時間。フォーマットは |
すべてのレベル |
|
ネイバーの状態がアップからダウンまたはダウンからアップに変化してからの経過時間。 |
|
|
このインターフェイスでRSVP hellosが送信される頻度(秒)。 |
すべてのレベル |
|
ネイバーとの間で送受信された hello パケットの数。 |
すべてのレベル |
|
ネイバーとの間で送受信された RSVP hello パケットの数。 |
|
|
このルーティング デバイスがネイバーから受信した Path および Resv メッセージの数。 |
|
|
Hello メッセージ交換中にリモート ルーティング デバイスによって提供される ID。 |
|
|
Hello メッセージ交換中にリモート ルーティング デバイスに送信される ID。 |
|
|
リフレッシュ・メッセージのオーバーヘッド要求を処理する尺度。リフレッシュ削減拡張は、プロセスのオーバーヘッドを削減することによってルーティングデバイスのパフォーマンスを向上させ、ルーティングデバイスがサポートできるLSPの数を増加させます。
|
|
|
更新の削減に関する隣接ルーティングデバイスのステータス:
|
|
|
RSVP-TEポップ&フォワードLSPトンネルのポップラベル |
|
|
RSVPリフレッシュ削減拡張:
|
|
|
リンク障害からトラフィックを保護するMPLS高速再ルートメカニズムのステータス:
|
|
|
バイパスLSPの名前。 |
|
|
バイパスLSPのステータス。以下の値を指定できます。
|
|
|
バイパス LSP によって保護されているユーザー LSP(またはルート)の数(リンク障害発生前)。 |
|
|
リンク障害時にダウンストリーム LSP を更新してトラフィックを維持するために一時的に確立された LSP の数(1 対 1 の対応ではない)。 |
|
|
バイパス LSP が取得する明示的なルート オブジェクト(ERO)パス。 |
|
|
再起動しているノードから Hello を受信するまでネイバーが待機してから、ノードを停止したと宣言して状態を削除するまでの時間(ミリ秒単位)。 |
|
|
再起動するノードが、ネイバーの助けを借りて失われた状態の回復を試みる時間(ミリ秒単位)。回復時間は、再起動するノードからネイバーにアドバタイズされ、ノードの障害に適用されます。再起動するノードは、この時間が経過するとグレースフルリスタートが完了したと見なします。 |
|
サンプル出力
showrsvp neighbor
user@host> show rsvp neighbor RSVP neighbor: 2 learned Address Idle Up/Dn LastChange HelloInt HelloTx/Rx 192.168.207.203 0 3/2 13:01 3 366/349 192.168.207.207 0 1/0 22:49 3 448/448
RSVPネイバーの詳細を表示
Junos OS リリース 16.1 以降、このコマンドは、拡張 FRR 調達者がネイバーで有効になっているかどうかも表示します。ポイントオブローカル修復(PLR)またはノード保護マージポイント(NP-MP)を持つネイバーにも、Hellos送受信数が表示されます。
user@host> show rsvp neighbor detail RSVP neighbor: 2 learned Address: 192.168.207.203 via: ecstasyl status: Up Last changed time: 28:47, Idle: 0 sec, Up cnt: 3, Down cnt: 2 Message received: 632 Hello: sent 673, received 656, interval 3 sec Remote instance: 0x6432838a, Local instance: 0x74b72e36 Refresh reduction: operational Remote end: enabled, Ack-extension: enabled Enhanced FRR local protection: enabled LSPs (total 76): Phop 0, PPhop 0, Nhop 76, NNhop 0 Pop Label: 299808(unprotected) 299840(link-protected) Link protection: enabled LSP name: Bypass_to_192.168.207.203 Bypass LSP: operational, Backup routes: 1, Backup LSPs: 0 Bypass explicit route: 192.168.207.207 192.168.207.224 Restart time: 60000 msec, Recovery time: 0 msec
リリース情報
Junos OSリリース7.4より前に導入されたコマンド。
instance
MXシリーズのJunos OSリリース15.1で追加された オプション。