0

組み込みの P ベースのデバイスで実行される Linux/Umbutu プログラムを開発しました。そのコードで、製品全体の SNMP データを送受信できるようにしたいと考えています。したがって、会社レベルの OID 1.3.6.1.4.1.34843 がわかり、さらに、販売している 2 つの SNMP 対応製品が 1.3.6.1.4.1.34843.1 と 1.3.6.1.4.1.34843.2 であることもわかっています。私のは.3になると確信しています。

問題は、このポイントより下のノードに既知の構造/規則があるかどうかです。私が読んだことは、好きな構造を使用できることを暗示しているようです。...34843.1.0 は存在しますか? 同レベルノードのリストや最大数をフェッチ（取得）するノードですか？...34843.1.0.0 は存在しますか? それは意味がありますか？最初の 2 つの MIB を開発した人はしばらく外出していて、彼に尋ねることはできません。彼が私に答えをくれたときに、彼の答えを理解していることを確認したいと思います。

必要な/推奨される組織を説明するドキュメントはありますか? おそらくいくつかの RFC ですね。では、人間が話す言語で書かれた文書はありますか?

前もって感謝します。

4

1 に答える 1

1

最も人気のあるリソースは、understanding SNMP MIBsPerkins と McGinnis の本です。より読みやすい形式で MIB を記述します。オンラインの Net-SNMPチュートリアルも役立つかもしれません。MIB について詳しく説明されているからです。RFC が必要な場合は、 RFC2578を読むのが適切です。

簡単な階層ガイダンスは、次のようなものです。

  1. オブジェクト用、通知用、適合情報用の 3 つのセクションを使用します。
  2. 通知については、.0 でルート化します (理由の詳細については、 RFC3584を参照してください)。
  3. テーブルごとに、テーブル内のオブジェクトの数を示すスカラーと、テーブル内の構成が変更された頻度を示す LastChanged オブジェクトが必要になる場合があります)。
もちろん、ここで繰り返すよりも、上記の本やその他の情報源で見つけることができる多くのガイダンスがあります. RFC 4181および5249も役立つ場合があります。
于 2012-02-17T23:45:15.943 に答える