SNMP MIB。 「修飾された」記述子は実際に使用されているか

Question

標準に従うRFC 2578 3.2。記号インポート：

Note that when symbols from "enterprise-specific" information modules 
are referenced (e.g., a descriptor), there is the possibility of 
collision. As such, if different objects with the same descriptor 
are IMPORTed, then this ambiguity is resolved by prefixing the 
descriptor with the name of the information module and a dot ("."), 
i.e., 

    "module.descriptor" 

(All descriptors must be unique within any information module.) 

Of course, this notation can be used to refer to objects even when 
there is no collision when IMPORTing symbols. 

をすべてが明確にするようだが、それは使用することができ、私は「資格」の記述子を使用して、任意のMIBを見つけることができないところ... iは標準で見つけることができません。

誰もそれを使用していないようです。実際のmibの "修飾"記述子が使用され、どのように使用されていますか？

Answer 1

私は自分のコンパイラ製品のテストケースをいくつか作りましたので、参考のためここに投稿してください。

TEST1-MIBmytestを9998と定義したモジュールです。 9999としてmytestを定義

TEST1-MIB DEFINITIONS ::= BEGIN 
IMPORTS 
    enterprises 
     FROM SNMPv2-SMI; 

mytest OBJECT IDENTIFIER ::= { enterprises 9998 } 

END 

TEST2-MIB

モジュール。

TEST2-MIB DEFINITIONS ::= BEGIN 
IMPORTS 
    enterprises 
     FROM SNMPv2-SMI; 

mytest OBJECT IDENTIFIER ::= { enterprises 9999 } 

END 

TEST3-MIBモジュールは、両方をインポートしようとするとその後、我々はmytestが使用されるかを決定するために接頭辞を必要とする、MIBコンパイラベンダーとして

TEST3-MIB DEFINITIONS ::= BEGIN 
IMPORTS 
    mytest 
     FROM TEST1-MIB 
    mytest 
     FROM TEST2-MIB; 

mytest1 OBJECT IDENTIFIER ::= { TEST2-MIB.mytest 9999 } 

END