Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

リソースフィルタリング

リソースフィルタリング機能は、特定のネットワークデバイスコンポーネントからテレメトリデータを選択的にエクスポートし、帯域幅の使用量と処理時間を短縮します。

数千ものIFLおよびIFDを備えたフルロードのネットワーク・デバイスでは、すべてのIFLおよびIFDのデータを取得するには、複数回の試行が必要となり、かなりの帯域幅を消費する可能性があります。リソースフィルタリングにより、コレクターは特定のリソースから必要なデータのみを選択できます。この機能は、AFTプラットフォーム用のXPATHベースのリソースフィルタリングと、Junosマイクロカーネル上のPFEセンサー用のREGEXベースのフィルタリングをサポートします。

リソースフィルタリングの利点

  • キーなどのリソースの特定のインスタンスを選択または拒否できます。これには、特定の IFL/IFD またはすべての IFL/IFD からのデータを含めることができます。

  • ワイルドカード オプションを使用して、要素のリソースを選択的に選択できます。

リソースフィルタリングのタイプ

  • XPATHベースのフィルタリング - XPATHベースのフィルタリングは、1つ以上のパスのキーフィールドまたはワイルドカードを使用します。XPATH ベースのリソース フィルタリングでは、次のオプションがサポートされています。

    • 正確なパスまたはキー。例: /interfaces/interface[name=xe-0/0/0]

    • キーの完全なワイルドカード。例: /interfaces/interface[name=*]

    • キーの部分的なワイルドカード。例: /interfaces/interface[name=xe-0/0/*]

    • 複数レベルのキーオプション。つまり、特定のIFLまたはIFDに関連するデータです。

  • 正規表現ベースのフィルタリング - 正規表現フィルタリングは、キーフィールドのみを使用します。次のような多くのオプションでキーを選択できます。

    • 正確なパス xe-0/0/0

    • xe-0/*で始まる

    • */0/0で終わる

    • 特定のインターフェイス!xe-0/0/0ではない

手記:
  • XPATH ベースのリソース フィルタリングは、UDP トランスポート モードには適用されません。

  • gNMI リソース フィルタリングおよびワイルドカード フィルタリング オプションは、ファイアウォール設定パス /junos/system/linecard/firewallには適用されません。そのパスでリソース フィルター情報を渡すメソッドはありません。

コレクターからの設定例

  • /interfaces/interface[name=xe-0/0/0などの正確なパスまたはキー:

    以下に、gRPC の正確なパスまたはキーの構成例を示します。

  • キーの完全なワイルドカード (例: /interfaces/interface

    以下に、gRPC のキーのワイルドカードの設定例を示します。

  • キーの部分的なワイルドカード (例: /interfaces/interface[name='et-0/0/*']

    path の部分的なワイルドカードの設定例を以下に示します。

  • gNMI の設定

    gNMI の設定例は、以下のとおりです。

  • 正確な鍵フィルターなどのファイアウォール関連":"__default_arp_policer__"

    これはJunosパスであるため、Jsonファイルの filter オプションを使用します。

  • 部分的なワイルドカードキーフィルターなどのファイアウォール関連":"__default_arp_*"

    以下は、設定例です。

  • ファイアウォール関連(フィルターなし、フィルター----など) ":""

    この場合、すべてのキーに関連するデータがエクスポートされます。

手記:新しいフィルター、IFL、または IFD を追加し、テレメトリ サブスクリプションでフィルター オプションを使用すると、システムは新しく追加されたフィルター、IFL、または IFD にフィルター オプションを適用します。