Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Junos Telemetry Interface

  • 設定可能なしきい値とアラーム検証の改善によるメモリ監視の強化(EX2300-C、EX3400、EX4100-24P、EX4100-24T、EX4300-MP、EX4400-24MP、EX4400-24P、EX4400-24T、EX4400-48MP、EX4650、MX960、MX10003、MX10004、MX10008、MX10016、MX2008、MX2010、MX2020、SRX2300、SRX4200、SRX4300、SRX4600、SRX4700、SRX5800)—システムの空きページとメモリスワップの使用状況をより効率的に監視して、メモリ不足に関連する問題を防止できます。検証プロセスが強化され、誤警報のトリガーが減少します。さらに、イベントの重大度に基づいて分類して、プロセスの仮想メモリサイズ(VSZ)を監視するためのユーザー設定可能なしきい値を設定できます。

    これらのしきい値を設定するには、 set system monitor memory process (minor/major/critical)-event threshold <process-name> memory-limit <threshold> コマンドを使用します。アラームは、 eventd および alarmd インフラストラクチャと統合されており、 show system alarms コマンドを使用して表示できます。 jsysmond イベントを表示するには、 show system monitor memory events all コマンドを使用します。

    [ https://www.juniper.net/documentation/us/en/software/junos/cli-reference/topics/ref/command/show-system-monitor-memory-events.html 参照]

  • 複数の gRPC サーバーとマルチポート gRPC サービス(EX2300、EX2300-C、EX2300-MP、EX2300-VC、EX3400、EX3400-VC、EX4000-8P、EX4000-12P、EX4000-12T、EX4000-12MP、EX4000-24MP、EX4000-48MP、EX4000-24P、EX4000-24T、EX4000-48P、EX4000-48T、EX4100-24MP、EX 4100-24P、EX4100-24T、EX4100-48MP、EX4100-48P、EX4100-48T、EX4100-F-12P、EX4100-F-12T、EX4100-F-24P、EX4100-F-24T、EX4100-F-48P、EX4100-F-48T、EX4100-H-12MP、EX4100-H-12MP-DC、EX4100-H-24F、EX4100-H-24F-DC、EX4100-H-24MP、EX4100-H-24MP-DC、EX4300-MP、EX4300VC、EX4400-24MP、EX4400-24P、EX4400-24T、EX4400-24X、EX4400-48F、EX4400-48MP、EX4400-48MXP、EX4400-48P、EX4400-48T、EX4400-48XP、EX4600-VC、EX4650、EX4650-48Y-VC、EX9204、EX9208、EX9214、MX204、MX240、MX304、MX480、MX960、MX2008、MX2010、MX2020、MX10004、MX10008、cSRX、SRX300、SRX320、SRX340、SRX345、SRX380、SRX1500、SRX1600、SRX2300、SRX4100、SRX4200、SRX4300、SRX4600、SRX4700、SRX5400、SRX5600、SRX5800、vSRX 3.3.0)—Junos Telemetry Interface を使用して、異なるサービス、リスニング アドレス、およびポートを持つ複数の gRPC サーバーを設定できます。この機能により、サービス管理とテレメトリデータ収集の制御が強化されます。また、安全な通信のためにTLS証明書を設定することもできます。CLIコマンドを使用して、リスニングアドレスとポートを設定し、TLS証明書を介して通信を保護します。たとえば、特定のポートでリッスンし、指定された gRPC サービスのみを提供するようにサーバーを構成して、テレメトリ設定の柔軟性とセキュリティを高めることができます。

  • CUPSおよびユーザープレーン(MX204、MX240、MX304、MX480、MX960、MX10003、MX10004、MX10008)からのIFLおよびIFLセット統計用のテレメトリセンサーサポート—テレメトリセンサーのサブスクリプションを使用して、CUPSおよびユーザープレーンから、論理インターフェイス(IFL)および論理インターフェイスセット(IFLセット)のキュー統計と動的インターフェイス情報を監視およびエクスポートできます。この機能を使用すると、IFL および IFL セットのキュー統計を効率的に収集および分析できます。BNG(Integrated Broadband ネットワークゲートウェイ)と同じセンサーパスツリーとデータモデルを活用することで、これらの統計情報をシームレスに抽出し、外部のコレクターに送信できます。この機能は、詳細なON_CHANGEテレメトリデータを提供することで、ネットワークパフォーマンスを効果的に監視および管理する能力を強化します。センサー パスについては、 Junos YANG データ モデル エクスプローラーを参照してください。

  • SRv6マネージャー(MX10004およびMX10008)でのネイティブSRv6データモデルのテレメトリサポート—SRv6ベースのNative セグメントルーティング for IPv6(SRv6)データモデルを使用してネットワークテレメトリを強化し、詳細な監視と管理を容易にします。ルーティングプロトコルプロセス (rpd) の SRv6 マネージャーは、このモデルからさまざまな XPath をストリーミングし、ロケーター、ノード機能、およびローカル SID に関する包括的なデータを提供します。この機能により、SRv6のパフォーマンスメトリックを効率的に監視し、ネットワーク管理とトラブルシューティングを向上させることができます。さらに、SRv6マネージャーからさまざまなプロトコルおよびアプリケーションによって割り当てられたローカルセグメント識別子(SID)の統合リストを表示するために、 show srv6 local-sidsCLI操作コマンドが導入されました。

    センサーの完全なリストについては、 Junos YANG データ モデル エクスプローラを参照してください。

    .

  • DHCPリレー統計用のOpenConfigテレメトリセンサー(MX204、MX304、MX150、MX480、MX960、MX10003、MX10004、MX10008、MX10016、MX2008、MX2010、MX2020)—OpenConfigテレメトリセンサーを使用して、ネットワーク上のDHCPリレーパフォーマンスを監視できます。DHCPv4 と DHCPv6 の両方で、合計ドロップされたパケット、無効なオペコード、および DHCP メッセージ タイプに関するデータをストリーミングするインターフェイスごとの統計センサーのみを使用できます。この実装により、ビジネスエッジとブロードバンドエッジのユースケースの包括的な監視がサポートされ、重要なDHCPリレー統計を追跡して集約できるため、効率的なネットワーク管理とトラブルシューティングが保証されます。

    [ Junos YANGデータモデルエクスプローラを参照]

  • 色付きおよび色付けされていないSR-TEトンネル(MX10003、MX10004、MX10008、MX10016、MX2008)のセグメントリストごとのテレメトリサポート—セグメントルーティングトラフィック制御(SR-TE)トンネルでセグメントリストごとのセンサーを設定して、センサーIDを生成し、イングレスポイントとトランジットポイントの両方からトラフィック統計を収集できます。この機能は、セグメントリストごとに一意のセンサーIDを生成し、特定のセンサーを無効にするオプションを提供します。さらに、更新されたSR-TEディスプレイとルートのインストールには、パスごとのセンサー情報が反映されるため、ネットワークテレメトリの包括的な可視性と管理が保証されます。

    [ https://www.juniper.net/documentation/us/en/software/junos/interfaces-telemetry/topics/concept/srv6_traffic_sensor_telemetry.html 参照]

  • テレメトリのデータエクスポート用のリーフレベルのリソース設定サポート(MX301、MX304、MX480、MX960、MX10004、MX10008)—ネットワークデバイス上のテレメトリデータエクスポート用のリーフレベルのリソースパスを設定し、計算のオーバーヘッドと帯域幅の使用量を削減できます。この機能は、インターフェイスの動作ステータスやパケットカウンターなど、特定のデータ要素の選択的なクエリーをサポートします。この機能により、リソースのすべてのインスタンスのデータをエクスポートする必要がなくなります。関連するリーフデバイスに焦点を絞ることで、正確な情報を効率的に取得し、テレメトリコレクターのパフォーマンスを向上させます。以下の XPath ベースのリソースフィルターを使用して、高度な転送技術を使用してセンサーのデータクエリをさらに絞り込み、パケット転送エンジン パフォーマンスデータをストリーミングします。

    • 精密リーフなどの /interfaces/interface[name='et-1/0/35']/state/counters/in-pkts

    • パス内のコンテナ ( など) /interfaces/interface[name='et-1/0/35']/state/counters/

    • パス/interfaces/interface/ 内のリスト

    • エクスポートされたリーフ IFD/IFL/Queues

    リーフレベルのサポートは、Google が開発した RPC(gRPC)と gRPC ネットワーク管理インターフェイス(gNMI)の両方のトランスポート モードに適用されることに注意してください。リーフレベルのサブスクリプションは、設定とエクスポートされたパスが異なるリーフデバイスではサポートされていません。

  • AFT プラットフォーム(MX301、MX304、MX480、MX960、MX10004、MX10008)上の パケット転送エンジン センサー向けの XPath ベースのリソースフィルタリングサポート— XPath ベースのリソースフィルタリングを使用して、ネットワークデバイスコンポーネントの特定のインスタンスからテレメトリデータを選択的にエクスポートし、帯域幅の使用量と処理時間を削減できます。この機能は、正確なパス、フルワイルドカード、部分ワイルドカード、およびマルチレベルキーオプションをサポートします。たとえば、 '/interfaces/interface[name=xe-0/0/0]' などのパスや '/interfaces/interface[name=*]' などのワイルドカードを使用してデータをフィルタリングできます。この機能は、多数のインターフェイスを備えたフルロードのデバイスで特に有効であり、目的のデータを効率的にターゲットにすることができます。XPath ベースのリソース フィルタリングは、Google が開発した RPC (gRPC) と gRPC ネットワーク管理インターフェイス (gNMI) トランスポート モードの両方に適用できますが、UDP トランスポート モードには適用できないことに注意してください。

    [ Junos YANGデータモデルエクスプローラを参照]

  • SRv6テレメトリサポート(MX10004およびMX10008)— セグメントルーティング for IPv6(SRv6)テレメトリを使用することで、複雑なネットワークを管理することができ、ハイパフォーマンス、セキュリティ、運用効率に不可欠なツールとインサイトを提供します。この機能は、IS-IS SRv6セグメント識別子(SID)またはルートのトラフィックセンサーデータストリーミングと、ネイティブのYANGデータモデルを介してSRv6トラフィック制御ポリシーをサポートします。これらのテレメトリ機能を使用することで、トラフィック統計を監視し、SRv6 TE トンネルの管理を強化して、堅牢なネットワーク パフォーマンスと信頼性を確保できます。このテレメトリ機能拡張では、DEFAULT インスタンスのみがサポートされています。詳細については、 SRv6およびSRv6-TEトラフィックセンサーテレメトリを参照してください。