エージェントにリレーされます。イベント、アラーム、統計情報を収集するのに役立ちます。エージェントに報告されます。サーバに送信されます。2c(SNMPv2c)をサポートします。定義は次のとおりです。バルク検索機能と改良されたエラー処理機能は残されています。バルク検索メカニズムは、テーブルや大量の情報を検索し、必要な往復回数を削減します。コードが使用されています。コードで報告されます。モデルとレベルを使用します。エージェントを設定する必要があります。プロトコルを使用する通信をサポートするようソフトウェアを設定できます。示す動作を実行します。説明get-request特定の変数から値を取得します。get-next-requestテーブル内の変数から値を取得します。ブロックを取得します。set-request特定の変数に値を格納します。マネージャは正確な変数名を知る必要はありません。順番に検索を実行し、テーブルの中から必要な変数を見つけます。以降でのみ動作します。マネージャの要求に応答します。要求に応答して、この機能を開始します。メッセージに応答して、この機能を開始します。要求された値に変更します。メッセージも送信します。トポロジが変更された場合、認証エラーが発生した場合などが含まれます。オブジェクトに対するアクセスを認証し、組み込みパスワードとして機能します。一致しなければなりません。つのうちのいずれかです。内のオブジェクトすべてに対する読み取りアクセス権を与えます。書き込みアクセスは許可しません。内のオブジェクトすべてに対する読み取りおよび書き込みアクセス権を与えます。ストリングへのアクセスは許可しません。内のオブジェクトすべてに対する読み取りおよび書き込みアクセス権を与えます。ネットワーク管理ソフトウェアがあります。変数を使用して、装置の変数を設定し、ネットワーク上の装置をポーリングして特定の情報を入手します。ポーリング結果はグラフとして表示されます。パフォーマンスの改善、装置の設定の確認、トラフィック負荷のモデルなどを行うことができます。マネージャに対し、トラップまたは特定イベントの通知を送信します。マネージャはトラップを受信して処理します。マネージャに通知します。関連のクエリに応答します。ロードに関する情報も含まれます。指定してダウンロードすることもできます。指標がサポートされています。設定オブジェクトは、サポートされません。マネージャに通知を送信できます。通知はトラップまたはインフォーム要求として送信できます。トラップ要求、インフォーム要求、またはその両方を表します。コマンドを使用します。インフォーム要求をサポートしていません。レシーバはトラップの受信時に確認応答を送信しないため、トラップは信頼性が低く、送信側はトラップが受信されたかどうかを判別できません。ユニット)を使用してメッセージを確認します。送信側が応答を受信しない場合は、インフォーム要求が再送信されます。このため、インフォーム要求の方がトラップよりも目的の宛先に到達する可能性が高くなります。カードおよびネットワーク内のリソースの消費量も多くなります。送信後すぐに廃棄されるトラップとは異なり、インフォーム要求は応答を受信するか、または要求が時間切れになるまでメモリ内に保持されます。回限りですが、インフォームは何回も再送信されたり、再試行されることがあります。再試行が繰り返されるとトラフィックが増加し、ネットワークのオーバーヘッドが大きくなります。したがって、トラップおよびインフォームを使用する場合は信頼性とリソースのどちらを重視するかの選択が必要となります。マネージャですべての通知を受信することが重要な場合はインフォーム要求を使用します。カードのメモリが重要で、通知が必要ない場合は、トラップを使用します。設定する方法について説明します。以下の設定情報について説明します。