SNMP-だから私はMIBを持っています。それで？

MIBの目的に頭を抱えているようには見えません。ベンダーから提供された〜20のMIBファイルのコレクションがありますが、それらをどのように使用すればよいですか？

また、ベンダーから提供されたOIDのうち、有効ではないものもいくつかあります。「snmpget -v1 -c public 192.168.0.123 .1.4.6.3.2.6.2」（有効なOIDであると想定）を発行すると、変数が不明であることを示すエラーが表示されます。これはハードウェア構成の問題のように聞こえますか？MIBをデバイスに「ロード」する必要がありますか？

残念ながら、ベンダーは私の質問にメールを返すことに完全に応答していませんので、どんな助けも大いに感謝します。

MIBファイルは、伝えるために必要とされます（または、あなたの監視システム、またはあなたのSNMPクエリツールを...）何のOID、実際の平均。そうでなければ、あなたが得るすべては数の束です。ただし、これはクライアントの問題にすぎません。クエリを実行するデバイスは、クエリを受け入れることができるOIDと、提供する必要がある回答をすでに認識しています。

デバイスに特定のOIDを照会できない場合、たとえMIBがそれを照会できるはずであると述べていても、MIBの不一致がある可能性があります。使用しているMIBが実際にそのデバイスとそのファームウェア/ OSバージョンに適していることを再確認してください（SNMPのサポートは、ファームウェアのリリース間でかなり変わる可能性があります）。

それ以外の場合は、構成の問題である可能性もあります。照会しているOIDは、特定の構成でのみサポートされており、すべてではサポートされていない可能性があります。ここで役立つのは、デバイスのドキュメント（またはベンダー）だけです。

snmpgetの代わりに、snmpwalkでウォークするか、snmpgetnextを使用してみてください。最後に.0が必要かどうかがわかります。デバイスと通信するためにmibファイルは必要ありません。mibファイルは、数値を人々が理解できるより意味のある情報に変換するだけです。

今日もほぼ同じ質問がありました。

OIDが実際に何を意味するかを（または監視システム、またはSNMPクエリツール...）に伝えるには、MIBファイルが必要です。

正確に、私は.1.3.6.1.4.1.89.35.1.13.1.2が何を意味するのか（そして、興味深いOIDが周りにあったかどうか）を知りたいと思っていました。

• 私はベンダーに連絡し、彼は私にmibを含むすべてのtxtファイルを含むzipをくれました。
• 「今何？」難読化されたドキュメントとWebサイトを検索しました（http://net-snmp.sourceforge.net/wikiに問題があるようです）
• MIBをSNMPクライアントにインストールしたり、構成パーツを変更したりしたくありませんでした。

他の誰かが興味を持っている場合に備えて、私が従った手順は次のとおりです。

• 提供されたファイルを/ path / to / tmpdir /に解凍します

• 環境変数を一時的に変更します。

  export MIBDIRS=/path/to/tmpdir/:/usr/share/snmp/mibs/   
  export MIBS=all

• これで、snmptranslateを使用してmib名を取得できます。

  snmptranslate .1.3.6.1.4.1.89.35.1.13.1.2