SNMP応答時間の向上のための管理デバイス上のオプションの構成

Junos OSには、インターフェイスの統計情報をキャッシュする時間の長さ（秒）を構成可能なオプションがあります。キャッシュ時間内に NMS が同じインターフェイスにクエリーを再実行すると、同じデータが返されます。キャッシュ時間後にNMSがクエリーを実行すると、キャッシュが有効ではなくなり、新しいデータが下層から取得され、キャッシュタイムスタンプが更新されます。デフォルトstats-cache-lifetimeは5秒です。これは、ポーリング頻度に応じて調整できます。

注:

stats-cache-lifetime オプションの値を小さくすると、より多くのクエリが発生し、パフォーマンスが影響を受ける可能性があります。キャッシュされていないライブの統計情報を取得するには、stats-cache-lifetime オプションの値を 0 に設定します。ただし、これはキャッシュ機能を完全に無効にし、パフォーマンスに影響を与えるため、推奨されません。

ネットワーク管理ステーションが、Get、GetNext、または GetBulk SNMP リクエストを頻繁にデバイスに再送信すると、そのリクエストが以前のリクエストの処理を妨害し、エージェントの応答時間が長くなる可能性があります。これらの重複したリクエストをフィルタリングすることで、SNMP エージェントの応答時間が改善されます。Junos OSは、重複する Get、GetNext、GetBulkSNMPリクエストをフィルタリングできます。Junos OSでは、SNMPリクエストが重複しているかどうかを判断するにあたり、以下の情報を使用します。

• SNMPリクエストの送信元IPアドレス

• SNMPリクエストの送信元UDPポート

• SNMPリクエストのリクエストID

注:

デフォルトでは、Junos OS の動作するデバイスでは、重複した SNMP リクエストのフィルタリングは無効になっています。

Junos OS の動作するデバイスで重複する SNMP リクエストをフィルタリングするには、filter-duplicates ステートメントを [edit snmp] 階層レベルで記述します。

インターフェイス統計情報に関する SNMP リクエストへの応答が遅いインターフェイスは、SNMP リクエストへのカーネル応答を遅らせる可能性があります。mib2d ログ ファイルを確認することで、カーネルが多様な SNMP リクエストに応答するまでの時間を知ることができます。カーネル応答データのログ ファイルを確認する方法については、Junos OSを実行するデバイスでSNMPパフォーマンスに影響を与えるSNMPアクティビティとトラッキングの問題を監視するのセクションにある「カーネルおよびパケット転送エンジンのレスポンスを確認する」を参照してください。

特定のインターフェイスの応答が遅いことに気づき、それがカーネルの SNMP リクエストへの応答を遅くしていると考えられる場合は、デバイスへの SNMP クエリーからそのインターフェイスを除外してください。インターフェイスをSNMPクエリーから除外するには、filter-interface ステートメントを構成するか、SNMPビュー設定を変更します。

以下の構成例では、インターフェイスを SNMP Get、GetNext、Set 操作から除外しています。

以下の SNMP ビュー構成例では、インターフェイス インデックス（ifIndex）値が 312 のインターフェイスを、ifTable および ifXtable オブジェクトに関連する情報のリクエストから除外します。

または、応答の遅いインターフェイスをオフラインにすることもできます。