ashu_ca
asked on
OIDs in Windows 2000 Active Directory
Hi,
I have a question regarding the OID's (Object Identifiers)
of software applications that are used within Windows 2000
(with Active Directory) versus other Windows OS's (i.e.
W2k Professional without Active Directory).
I have a VB application that sends messages to the event
viewer and those messages are then trapped (by evntwin)
and sent via SNMP to our company's SNMP manager. What
I've noticed is that when I configure a VB application in
W2K Professional, the OID's come out:
1.3.6.1.4.1.311.1.13.1.9.6 9.79.68.66 .107.105.1 09.111.118
But when I configure the same app in Windows 2000 Active
(with Active Directory) the OID's come out:
1.3.9.69.79.68.66.107.105. 109.111.11 8
The last 10 numbers of both strings match up, but the
first couple of numbers are not matching at all.
I believe the issue is around how Microsoft issues OID's
for active directory s/w & h/w vs. non-active directory
s/w & h/w.
Can anybody confirm this or has any experience around this
issue?
Thanks in advance
Aashish
.
I have a question regarding the OID's (Object Identifiers)
of software applications that are used within Windows 2000
(with Active Directory) versus other Windows OS's (i.e.
W2k Professional without Active Directory).
I have a VB application that sends messages to the event
viewer and those messages are then trapped (by evntwin)
and sent via SNMP to our company's SNMP manager. What
I've noticed is that when I configure a VB application in
W2K Professional, the OID's come out:
1.3.6.1.4.1.311.1.13.1.9.6
But when I configure the same app in Windows 2000 Active
(with Active Directory) the OID's come out:
1.3.9.69.79.68.66.107.105.
The last 10 numbers of both strings match up, but the
first couple of numbers are not matching at all.
I believe the issue is around how Microsoft issues OID's
for active directory s/w & h/w vs. non-active directory
s/w & h/w.
Can anybody confirm this or has any experience around this
issue?
Thanks in advance
Aashish
.
ASKER
Thanks for the comment shivsa, but I knew most of the information above.
I still can't figure out why the OID's are different between the two operating systems - anybody have any answers?
Aashish
I still can't figure out why the OID's are different between the two operating systems - anybody have any answers?
Aashish
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
Thanks. That explains why on the surface I see only the low-order OID's. I guess there would be no way to turn off this prefixing, but I would imagine it is an engrained feature in AD.
Aashish
Aashish
http://www.windowsitlibrary.com/Content/716/06/6.html
-------
Object Identifier (OID)
In addition to the attributes that assure uniqueness of a particular object, Active Directory needs a way to assure that objects of the same class all come from the same Schema object. This is done by assigning a unique Object Identifier, or Object Identifier (OID) to each object in the Schema naming context. ISO defines the structure and distribution of OIDs in ISO/IEC 8824:1990, "Information Technology—Open Systems Interconnection—Specificat
ASN.1 provides a mechanism for standards bodies in various countries to enumerate standard data items so that they do not conflict with one other. ASN.1 governs more than just directory services classes and attributes. For example, OIDs are used extensively in SNMP to build hierarchies of Management Information Base (MIB) numbers. They are also assigned to many items associated with the Internet. If you’re interested in the list of organizations that assign OID numbers and their hierarchy, it is available at ftp.isi.edu/in-notes/iana/assignments/enterprise-numbers.
If you ever need to create a new attribute or object class in Active Directory, you must have a unique OID. There are a couple of ways to get one. The first is to apply to ANSI for your own numerical series. This costs a few thousand dollars and takes a while to process. The other is to use the OIDGEN utility from the Resource Kit. This will generate a Class and an Attribute OID out of Microsoft’s address space. The disadvantage to using OIDGEN is that the resultant number is very, very, very long. Here is an example:
C:\>oidgen
Attribute Base OID:
1. 2. 840. 113556. 1. 4. 7000. 233. 180672. 443844. 62. 26102. 2020485. 1873967. 207938
Class Base OID:
1. 2. 840. 113556. 1. 5. 7000. 111. 180672. 443844. 62. 199519. 642990. 1996505. 1182366