Simple Network Management Protocol(SNMP)では、OIDは”オブジェクト識別子”を意味します。”
OIDを定義するには、管理対象デバイスとそのステータスを一意に識別するために使用されるアドレスです。 あなたの山頂の遠隔施設でセンサーから来る温度の読書を知りたいと思いなさいか。 そのためのOIDがあります。
組織の大規模なネットワーク管理システムを担当する専門家であれば、読んでください。 ここでは、Oidの概念を分解して、その知識を仕事に取り入れ、企業の業務をスムーズに実行できるようにします。
SNMP定義:Simple Network Management Protocolは、ネットワークデバイス間で監視および管理情報の交換を可能にするアプリケーション層プロトコルです。
DPSテレコム機器によって使用されるSNMP MIBツリー構造の分岐とそのOid。
どのようにOIDを読むのですか？
OIDツリーの形式は、最初は混乱する可能性があります。 それはこのような数字の巨大な文字列です:
次に、最初のいくつかの数字を見てみますが、これはほとんど変わりません。
OIDの最初の部分は、使用するすべての機器で同じになります:
私たちはこのOIDを途中で通過しています。 私たちはこれまで何を知っていますか？
これまでのところ、このSNMPデバイスの製造元として民間企業が宣言されることはわかっています。 これは、作業するほぼすべてのネットワークデバイスに当てはまります。 それは”1.3.6.1.4.1…”Oidへのほぼ普遍的な接頭辞。 続けていきましょう:
今、私たちはDPSのRTUで作業していることを知っています
DPS Rtuについて質問がある場合は、ここで質問できます。 “デバイスメーカー”番号が（”2682″）であるどのくらいの長さに注意してください。 そこには多くのメーカーがあり、それらはすべて一意の整数値を持っている必要があります。 OIDのこのセクションでは、SNMP以外の機器からアラームを収集するRTUを使用していることも説明しています。
ネイティブSNMPギアは、ここでは異なるOID値を持っています。 このOIDを今読んで終わりましょう:
このOID
を完全に読んだことがあります。 数字の文字列のために悪くない、ハァッ？
SNMP Oidの構造を決定するのは誰ですか？
OIDはSNMP MIBファイルで定義されており、SNMP用の”コードブック”の一種です。 製造元（この例ではDPS Telecom）は、MIBファイルをユーザーに提供することによって、自分のデバイスのoidの後半を説明します。 前半は、世界中で使用されている標準参照”RFC”MIBによって確立されています。
ここで、少し違う角度からOIDを考えてみましょう。..
管理情報データベース(MIB)
ネットワークアラームを監視するには、アラームポイントを知っている必要があります。 あなたのアパートや家の住所は、国、州、都市、郵便番号、通り、および家の番号によって特定の場所を示しています。 SNMPシステムには、SNMPエージェントとマネージャの各thingを定義するOidがあります。MIBとOIDは、ipアドレスのドメイン名に似ていると比較できます。
Oidは、管理情報ベース(MIB)と呼ばれるデータベースに格納されているネットワーク監視オブジェクトを指します。 MIBオブジェクトは、監視されているネットワークアラームの構造（”都市”の地図のように）を保持し、Oidを使用して個々のコンポーネント（家や他の場所へのアドレ
この例では、SNMP OIDは、火災警報が鳴った場合に消防車が運転するアドレスに似ています。 あなたの家で火災が発生し、GPS座標（オブジェクトIDまたはOIDを表す）で消防署に電話した場合はどうなりますか？ 消防署は、正しい住所を決定するためにMIBでそれを調べる必要があります。
telecomでは、SNMP Oidは管理対象ネットワーク内の特定の場所を記述します。 OIDを使用すると、MIBはイベントの場所をネットワーク管理者のステータス説明に変換できます。
SNMP OIDは再びどのように見えますか？
SNMP白書の全文をダウンロードする: それはあなたがトラップ、メッセージ形式、MIB、およびその他の基本的なSNMPの概念について学びますマーシャルDenHartogによる迅速な、12ページのSNMPの紹介です。
ドットフォーマット表記
困難に見えるかもしれませんが、OIDは単純な構造に従い、各”ドット”セグメントはネットワーク要素の一部を識別します。 ホームアドレスの例に戻ると、オブジェクト識別子の先頭は、世界の半球、国、州、都市、郵便番号、住所を示し、最終的に私たちの私道につながります。 上記のOIDでは、特定の「私道」は102です。 この構造により、非常に複雑なネットワークであっても、非常に特定の要素を識別して配置することができます。
SNMPマネージャ(ex. T/Mon LNX)は、これらのSNMP Oidを値に変換し、MIB内の読み取り可能なラベルが割り当てられます。 これにより、SNMPマネージャは、人々が読むことができるメッセージを生成することができます。
MIB and SNMP Manager
SNMP Manager、T/Monは、この場合、監視しているオブジェクトの値（”state”）を要求して情報を収集すると、そのオブジェクトのOIDを含むメッセージを管理情報ベース MIBはアドレスをデコードし、それにテキストの説明を添付します。 これにより、SNMPマネージャは、ラベル付けされたアラームの識別記述と共にアラーム状態の値を提示することができます。
DPSのSNMPマネージャの情報や価格を取得
たとえば、SNMPマネージャがあなたの家の私道に車があるかどうかを知りたいとしましょう（”はいまたはいいえ”の質問、 SNMPマネージャは、123Main St.の私道に車があるかどうかを「ポーリング」（尋ねる）ために、MIB内の対応する参照を検索します。MIBは123Main St.を参照し、それを私道のOIDに変上記のOIDの例では、123Main St=1.3.6.1.4.1.2681.1.2.102になります。 私道（または監視したいアラームポイント）は、アドレスの「102」部分で表されます。 報告された”値”は、私道102の現在の状態である：車によって占有されているかどうか。
私道のセンサーが戻って報告する：いいえ。 私道には誰もいない
マネージャはMIBを使用して各デバイスからOidをデコードします。
このメッセージは、SNMPマネージャによってキャプチャされ、管理情報ベースを使用して、”driveway sensor”（単純な”No”応答）によって報告されたOID sensorメッセージを人間が読める123SNMP管理対象オブジェクトにMIB内にOIDがリストされていない場合、SNMPマネージャはそのオブジェクトを識別できません。 そのオブジェクトにセンサーがあり、データを送信できる場合でも、SNMPマネージャはMIBなしで盲目です。 監視対象の条件またはデバイスには、対応するMIB定義が必要です。
ベンダーとそのユニークなMib
最後に、各OIDの最初のいくつかの部分はほとんど常に同じであることを覚えておいてください。 これらの上位の位置レベルは、MIB内の一連の標準参照によって定義されます。 これらのシリーズは、Rfc、またはコメントの要求と呼ばれます。SNMP Oidを定義するRfcは、インターネット全体を定義するRFC文書の大規模なグループの一部です。 個々のベンダーは、デバイスのOidのみを含む独自のSNMPエンタープライズMibを作成します。
固有の要件がある場合は、カスタムSNMP MIBファイルを作成できるベンダーを探します。
実世界のシナリオ
ここDPSでは、アプリケーションに特定のMibを必要とするクライアントがいることがあります。 あるクライアントJamesは、ユーザーが定義した時間間隔ですべてのデバイスにOIDを要求することにより、SNMP経由でLAN上のすべてのプリンタを識別できる必 彼はSNMPモニタに報告イベントを電子メールで送信する必要があり、彼は彼の予算をつぶしずにそれをしなければなりませんでした。
別のクライアントは、いくつかのマイクロ波サイトのリモートユニットに特定のSETコマンドを送信する必要がありました。 部隊はこれらのコマンドを送信することができませんでした。 このソリューションには、SNMPトラップを受け入れるように変数バインディングで構成されたカスタムOidがありました。 これにより、管理下システム内で最大40個の離散リレーを切り替えることができ、リモートマイクロ波サイトの監視と制御が可能になりました。
このソリューションは、彼らにお金とダウンタイムを節約し、顧客のための既存の機器の使用を増加させました。
SNMPに関するすべての質問への回答を得る
DPSでは、SNMPを何らかの形で含む何千ものプロジェクトに取り組んできました。 スタッフのベテランSNMPの専門家と私達に私達に速いオンラインメッセージを送ることによって私達に少数の質問をして下さい（または呼出し1-800-693-0351)
SNMP MIB
SNMPWalkはすべてのOidを取得します
Rtuを選択します&マネージャ
SNMPを監視します