Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Junos Telemetry Interface

メモ：

このプラットフォームでサポートされているルーティング エンジン テレメトリ センサーについては、「 Telemetry Sensor Explorer」を参照してください。このリリースでプラットフォーム転送エンジン センサーが追加されている場合は、以下のリストに示します。

  • ルーティングエンジンセンサー(EX2300、EX4300、EX4300-MP、EX9200、MX240、 MX960、MX10016、MX2010、MX2020、PTX1000、PTX3000、PTX10001、QFX5100、QFX5110、QFX5120、QFX10002)—Junos OSリリース21.2R1以降、すべてのJunosテレメトリインターフェイス(JTI)ルーティングエンジンセンサーに、メッセージ終了(EoM)ブールフラグを導入しました。このフラグは、特定のセンサー パスに対して現在のラップが完了したことをコレクターに通知します。ラップは、センサー パスの下のすべてのリーフの完全なキー値データ ダンプです。

    また、EoM フラグを使用すると、コレクターがパケットから受信するストリーム作成のタイムスタンプ値を比較することなく、ラップの終了が発生したときにコレクターを検出できます。タイムスタンプ値を比較すると、時間的にもコストがかかり、データの集約が遅れます。

    この機能を gRPC ネットワーク管理インターフェイス(gNMI)トランスポートまたはリモート プロシージャ コール(gRPC)と一緒に使用するには、 ジュニパーネットワークス のダウンロード サイトの関連ブランチから protobuf ファイルを取得します。

    • GnmiJuniperTelemetryHeaderExtension.proto(gNMI)
    • エージェント.proto(gRPC用)

    例えば、https://github.com/Juniper/telemetry/blob/master/20.3/20.3R1/protos/GnmiJuniperTelemetryHeaderExtension.proto。

    コレクターに新しい protobuf ファイルをダウンロードしてインストールすると、受信したパケットに EoM フィールドが存在します。

    [ Junos Telemetry Interface の OpenConfig と gRPC についてを参照してください。

  • パケット転送エンジンセンサーデータエクスポート(PTXシリーズおよびQFXシリーズ)の監視と最適化:Junos OSリリース21.2R1以降、パケット転送エンジンセンサーデータを最適化し、ヘビーデータ(動的スケール)、中規模データ(予測スケール)、低データ(固定スケール)の3つのセンサーカテゴリーに基づいて、できるだけ早くデータをエクスポートする方法を動的に決定できます。さらに、新しいセンサーを使用して、すべてのパケット転送エンジン センサーのエクスポートの詳細を取得できます。リソース パス /junos/system/linecard/export/monitor を使用して、加入している各パケット転送エンジン センサーのエクスポートの詳細を監視します。

    • リープ数
    • ラップの数(完全なデータ セット)
    • 送信されたパケット数
    • 平均のリープ数とラップ数
    • リープとラップのタイムスタンプ

    [ 『Understanding OpenConfig and gRPC on Junos Telemetry Interface 』および 「gRPC および gNMI センサーのガイドライン(Junos Telemetry Interface)」を参照してください)。

  • JTI(PTX1000、PTX5000、PTX10000、QFX10002、QFX10008、QFX10016)による VOQ 使用率監視を有効にします。Junos OS リリース 21.2R1 以降では、集約されたイーサネットまたは物理イーサネット WAN インターフェイスの CoS 仮想出力キュー(VOQ)のエクスポート使用率データを有効にすることができます。この機能を使用して、Junos Telemetry Interface(JTI)を使用して、特定のキューのピーク バッファ使用率データをエクスポートできます。このデータを監視することで、バッファーのピーク使用率は一時的で、瞬間的なキューの深さによって報告されない可能性があるため、特定のキューのマイクロバーストや高いバッファー使用率を防ぐことができます。

    監視を有効にするには、以下のいずれかの階層を含 queue-monitoring enable めます。

    • [edit class-of-service interfaces if-name]
    • [edit class-of-service traffic-control-profiles tcp-name]
    • [edit class-of-service schedulers scheduler-name]

    データをコレクターにエクスポートするには、サブスクリプションにリソースパス /junos/system/linecard/qmon-sw を含めます。

    [キュー監視、サービスクラスインターフェイスの表示、サービスクラスのトラフィック制御プロファイルの表示、サービスクラススケジューラマップの表示、インターフェイスのvoqinterface-nameの表示を参照してください。