OID

Во всемирном дереве OID все рёбра от узла к дочерним узлам однозначно идентифицируются целыми числами — первичными значениями (primary integer values). Различные рёбра от одного узла получают разные первичные значения.

Каждое ребро также снабжено уникальной текстовой меткой (Unicode label). Кроме того, у ребра может быть одна или несколько вторичных меток (secondary identifiers). Для вторичных меток действуют ограничения на символы, определённые для обозначений в ASN.1 (разрешены буквы, цифры и дефис; см. Recommendation ITU-T X.680 | ISO/IEC 8824-1)^[1]. Уникальность для вторичных меток не требуется.

Каждый объект сопоставляется ровно одному узлу (обычно это лист дерева). Для такого объекта ASN.1 Object Identifier в узком смысле определяется как последовательность номеров рёбер на пути от корня к соответствующему узлу, например:

{1 3 6 1 4 1} — в ASN.1-нотации (в примере без NameForm-метки),
1.3.6.1.4.1 — в точечной нотации,
urn:oid:1.3.6.1.4.1 — в URN-нотации[2],
/1/3/6/1/4/1 — в нотации OID-IRI (в этом примере без NonInteger-Unicode-Label).

Для повышения читаемости значение OID ASN.1 можно указывать, используя связанные вторичные метки:

{iso(1) identified-organisation(3) dod(6) internet(1) private(4) enterprise(1)} — в ASN.1-нотации.

OID-IRI (OID internationalized resource identifier) строится соединением Unicode-меток через косую черту «/»:
«/ISO/Identified-Organization/6/1/4/1» — по нотации OID-IRI.

За счёт дополнительных, определённых по меткам рёбер, исходящих непосредственно из корня («long arcs»), для OID-IRI возможно появление более короткой эквивалентной формы (аналогично символическим ссылкам в файловых системах)^[3].

Краевые рёбра, исходящие из корня дерева OID, определены следующим образом:

0: ITU-T
1: ISO
2: joint-iso-itu-t

Расширение корня за счёт других организаций стандартизации технически невозможно, поскольку в бинарной кодировке OID (например, BER/CER/DER для ASN.1) ради компрессии не предусмотрено резервирование пространства для новых значений. По этой же причине диапазон чисел уровня 2 ограничен 0...39^[4][5].

• В информационной безопасности OID применяются, например, для однозначного обозначения типов объектов в сертификатах X.509.
• В службах каталогов X.500 для уникальной идентификации атрибутов, их типов и объектов.
• В схемах LDAP каждая объектная категория и тип атрибута обладает собственной OID.
• В сетевых технологиях, говоря о OID в контексте SNMP, имеют в виду объект из базы управления (MIB).
• OID являются неотъемлемой частью стандарта HL7 для обмена данными между организациями здравоохранения и их информационными системами.

Существует множество способов получить OID, как платных, так и бесплатных. Несколько примеров:

• Бесплатная регистрация OID доступна у IANA, для префикса (узла) «1.3.6.1.4.1», соответствующего ASN.1-нотации {iso(1) identified-organization(3) dod(6) internet(1) private(4) enterprise(1)}.
• В области «2.25» (ASN.1-нотация {joint-iso-itu-t(2) uuid(25)}) можно использовать UUID в качестве компоненты OID без необходимости регистрации. При этом UUID кодируется как 128-битное десятичное число, например, UUID «e7630142-b057-4cba-a6f9-b99e0e6b483f» преобразуется в OID «2.25.307565729981353744786962807787273013311». Однако использование столь больших чисел может вызвать проблемы в старом ПО, поддерживающем числа только до 2³²−1 или 2⁶⁴−1^[6].^[7]
• Регистрация объектов для стандартизованного обмена медицинскими данными возможна у BfArM^[8] (для Германии, ранее — DIMDI), Bundesministerium für Arbeit, Soziales, Gesundheit, Pflege und Konsumentenschutz^[9] (для Австрии) или у Refdata (для Швейцарии).