Jump to content

Организационно уникальный идентификатор

Организационный уникальный идентификатор ( OUI ) — это 24-битное число, которое однозначно идентифицирует поставщика , производителя или другую организацию.

приобретаются у Института инженеров по электротехнике и электронике (IEEE) регистрационного органа правопреемником OUI (термин IEEE для поставщика, производителя или другой организации). Только назначение из реестра MA-L назначает новый OUI. Они используются для уникальной идентификации конкретной части оборудования посредством производных идентификаторов, таких как MAC-адреса , [1] [2] Идентификаторы протоколов протокола доступа к подсети , мировые имена для устройств Fibre Channel или блоки поставщиков в EDID . [3]

В MAC-адресах OUI объединяется с 24-битным числом (назначаемым правопреемником OUI ) для формирования адреса. Первые три октета адреса — это OUI.

Соглашения о представлении и форматировании

[ редактировать ]

Следующие термины определены (неявно или явно) в стандарте IEEE 802-2001 для использования в отношении различных представлений и форматов OUI, а также идентификаторов, которые могут быть созданы с их использованием. [4]

Шестнадцатеричное представление

[ редактировать ]

«Представление последовательности значений октетов , в которой значения отдельных октетов отображаются в порядке слева направо, причем каждое значение октета представлено в виде двухзначного шестнадцатеричного числа, а результирующие пары шестнадцатеричных цифр разделены дефисами. . Порядок шестнадцатеричных цифр в каждой паре и сопоставление между шестнадцатеричными цифрами и битами значения октета определяются путем интерпретации битов значения октета как двоичного числа с использованием обычных математических правил для определения значимости цифр . [4] (См. шестнадцатеричный ).

Канонический формат

[ редактировать ]

«Формат кадра данных MAC, в котором октеты любых MAC-адресов, передаваемых в поле пользовательских данных MAC, имеют тот же порядок битов, что и в шестнадцатеричном представлении». [4] (См. кадр данных MAC , MAC-адреса )

Порядок значимости

[ редактировать ]

В контексте стандарта IEEE 802-2001 это выглядит как еще один термин для «шестнадцатеричного представления», то есть «путем интерпретации битов значения октета как двоичного числа с использованием обычных математических правил для определения значимости цифр». [4]

Реверсированное представление битов

[ редактировать ]

«Представление последовательности значений октетов, в которой значения отдельных октетов отображаются в порядке слева направо, причем каждое значение октета представлено в виде двухзначного шестнадцатеричного числа, а результирующие пары шестнадцатеричных цифр разделены двоеточиями . . Порядок шестнадцатеричных цифр в каждой паре и сопоставление между шестнадцатеричными цифрами и битами значения октета определяются путем изменения порядка битов в значении октета и интерпретации полученной последовательности битов как двоичного числа с использованием обычные математические правила для определения значения цифр». [4]

Представление с обратным битом соответствует соглашению о передаче младшего бита каждого байта первым при последовательной передаче данных .

Неканоническое представление

[ редактировать ]

«Формат кадра данных MAC, в котором октеты MAC-адресов, передаваемые в поле пользовательских данных MAC, имеют тот же порядок битов, что и в реверсированном представлении». [4]

Порядок передачи

[ редактировать ]

Порядок, в котором октет или последовательность октетов передаются по среде передачи – этот порядок обычно соответствует реверсированному представлению.

Пример:

OUI, состоящий из шестнадцатеричных цифр ACDE48 16, будет представлен следующим образом:

На следующем рисунке показано положение этих битов в порядке значимости:

|            OUI                 |
| Octet 0  | Octet 1  | Octet 2  |
|  nibble  |  nibble  |  nibble  |
|  __||__  |  __||__  |  __||__  |
| |      | | |      | | |      | |
| 0  ||  1 | 2  ||  3 | 4  ||  5 |
|bits||bits|bits||bits|bits||bits|
|7654||3210|7654||3210|7654||3210|
|||||  |||||||||  |||||||||  |||||
|  A     C |  D     E |  4     8 |
|1010  1100|1101  1110|0100  1000|
 |    |  ||                 |   |
 |    |  ||                 |   least-significant-bit of OUI
 |    |  ||                 least-significant-byte of OUI
 |    |  |least-significant-bit of first octet of OUI = I/G or M bit
 |    |  next-to-least-significant-bit of first octet of OUI = U/L or X bit
 |    most-significant-byte of OUI
 most-significant-bit of OUI

Примечания:

  1. OUI AC-DE-48 может использоваться и не является зарезервированным значением.
  2. «F» и «h» представляют любое шестнадцатеричное число.
  3. «c» представляет цифры OUI, а «e» представляет цифры идентификатора расширения, предоставленного организацией, в которой зарегистрирован OUI.

Возможна путаница в Token Ring.

[ редактировать ]

Пользователи Ethernet привыкли видеть каноническую форму , например, в выводе команды ifconfig . Каноническая форма является предполагаемым стандартом.

Однако, поскольку IEEE 802.3 (Ethernet) и IEEE 802.4 ( Token Bus ) отправляют байты (октеты) по проводу слева направо, начиная с младшего бита в каждом байте, тогда как IEEE 802.5 ( Token Ring ) и IEEE 802.6 ( FDDI ) сначала отправляет байты по проводу со старшим битом, может возникнуть путаница, когда OUI в последнем сценарии представлен битами, обратными по сравнению с каноническим представлением. Так, например, OUI, каноническая форма которого ACDE48 можно увидеть написанным как 357B12 если перевод выполнен неправильно или непоследовательно. По этой причине последняя форма ( инвертированное или неканоническое представление) может также упоминаться в литературе как «формат MSB», «формат IBM» или «формат Token Ring». RFC2469 объясняет проблему более подробно.

OUI обычно обсуждается и представляется как набор октетов в шестнадцатеричной системе счисления, разделенных тире (т. е. FF-FF-FF), или как набор октетов, разделенных двоеточиями, в инвертированной записи (т. е. FF:FF:FF). . [1]

Два младших бита второго полубайта первого октета шестнадцатеричного представления (т. е. два младших бита первого октета) OUI зарезервированы как биты флага для некоторых протоколов (например, бит «M» и бит «X»), флаги, указывающие, является ли адрес частью индивидуального (одноадресного) или группового (многоадресного) блока адресов (например, бит индивидуального/группового [I/G] или бит одноадресной/многоадресной рассылки [U/M] ), флаги, указывающие, является ли адрес универсальным или локальным (например, бит универсального/локального [U/L]) и т. д., и не должны содержать значения 1, 2, 3, 5, 6, 7, 9, a, b, d, e или f, если только эти значения не отражают истинное значение этих битов флага – если организация, владеющая OUI, устанавливает один из этих битов при создании идентификатора, тогда значение второго полубайта первый октет соответственно изменяется в представлениях OUI (например, если шестнадцатеричное значение второго полубайта первого октета равно «C» и установлен младший значащий бит, то значение становится «D»).

Примечания:

  1. «Трёхоктетные значения, занимающие те же поля, что и OUI, но с младшим битом первого октета, установленным в 1, назначаются локально и не имеют никакого отношения к значениям, назначенным IEEE…» [1]
  2. IEEE также имеет идентификатор компании (CID), где четыре младших бита октета 0 обозначаются битом M, битом X, битом Y и битом Z соответственно, начиная с младшего бита. В CID биты M, X, Y и Z имеют значения 0, 1, 0 и 1 соответственно. [5]

Типы идентификаторов

[ редактировать ]

32-битный контекстно-зависимый идентификатор (CDI-32)

[ редактировать ]

CDI-32 исторически рекомендовался как контекстно-зависимый идентификатор, который формировался путем объединения 24-битного OUI с 8-битным идентификатором расширения, назначаемым организацией, приобретшей OUI. Полученный идентификатор обычно представлялся как набор октетов. разделенные тире (шестнадцатеричная запись) или двоеточиями (обратная запись), как в FF-FF-FF-FF или FF:FF:FF:FF, в виде строки из 4 байтов, как в {FF,FF,FF,FF} , или в виде числа по основанию 16, как в FFFFFFFF 16 . [5]

40-битный контекстно-зависимый идентификатор (CDI-40)

[ редактировать ]

CDI-40 исторически рекомендовался как контекстно-зависимый идентификатор, который формировался путем объединения 24-битного OUI с 16-битным расширением или путем объединения 36-битного OUI-36 с 4-битным расширением. [5] В любом случае расширение было назначено организацией, которая приобрела OUI. Результирующий идентификатор обычно представлялся как набор октетов, разделенных тире (шестнадцатеричная запись) или двоеточиями (инвертированная запись), как в FF-FF-FF-FF-FF или FF:FF:FF:FF:FF, как строка из 5 байтов, как в {FF,FF,FF,FF,FF}, или в виде числа по основанию 16, как в FFFFFFFFFF 16 .

Примечание. Существовали также IAB на основе последовательности CDI-40 , которые были сформированы путем объединения 36-битного базового значения IAB, назначенного IEEE, с 4-битным идентификатором расширения, присвоенным организацией – например, если базовое значение IAB, назначенное IEEE, равно 0x0050C257A, а 4-битный идентификатор расширения — 0xF, тогда значения CDI-40, сгенерированные путем объединения этих двух чисел, составляют от 0x0050C257AF00 до 0x0050C257AFFF.

48-битный идентификатор управления доступом к среде передачи (MAC-48)

[ редактировать ]

IEEE теперь считает метку MAC-48 устаревшим термином, который ранее использовался для обозначения определенного типа идентификатора EUI-48, используемого для адресации аппаратных интерфейсов (например, контроллеров сетевых интерфейсов и другого сетевого оборудования) в рамках существующего стандарта IEEE 802. сетевых приложений и не должны использоваться в будущем. [5] Вместо этого производителям и другим специалистам в этой области следует использовать для этой цели термин EUI-48 – т.е. идентификатор MAC-48 идентичен идентификатору EUI-48 и является для него устаревшим обозначением, хотя некоторое различие все же делается, когда инкапсуляция идентификаторов MAC-48 и EUI-48 в идентификаторы EUI-64 (но теперь механизм инкапсуляции также устарел). [5]

48-битный расширенный уникальный идентификатор (EUI-48)

[ редактировать ]

EUI-48 — это идентификатор, который формируется путем объединения 24-битного OUI с 24-битным идентификатором расширения, который назначается организацией, приобретшей OUI. Результирующий идентификатор обычно представляет собой набор октетов, разделенных тире ( шестнадцатеричное представление) или двоеточия (обратное представление битов), как в FF-FF-FF-FF-FF-FF или FF:FF:FF:FF:FF:FF, как строка из 6 байтов, как в {FF,FF, FF,FF,FF,FF} или в виде числа по основанию 16, например FFFFFFFFFFFF 16 . [5]

60-битный расширенный уникальный идентификатор (EUI-60)

[ редактировать ]

EUI-60 — это идентификатор, который формируется путем объединения 24-битного OUI с 36-битным идентификатором расширения, который назначается организацией, приобретшей OUI. Результирующий идентификатор обычно представляет собой строку из 15 полубайтов, как Число по основанию 16, как в FFFFFFFFFFFFFF 16 , или как FF-FF-FF:FFFFFFFFFF в качестве значения EUI-64. [5]

Примечание. Этот идентификатор ранее использовался в качестве идентификатора всемирного имени (WWN) в некоторых системах хранения. Его использование теперь считается устаревшим IEEE, и идентификатор EUI-64 должен использоваться в будущем для этой и всех других целей, для которых ранее использовался EUI-60. Некоторые из систем хранения, в которых использовался вариант на основе OUI, — это Fibre Channel и Serial Attached SCSI (SAS). [5]

64-битный расширенный уникальный идентификатор (EUI-64)

[ редактировать ]

EUI-64 — это идентификатор, который формируется путем объединения 24-битного OUI с 40-битным идентификатором расширения, который назначается организацией, приобретшей OUI. Результирующий идентификатор обычно представляется как набор октетов, разделенных тире ( шестнадцатеричная запись) или двоеточия (обратная запись), как в FF-FF-FF-FF-FF-FF-FF-FF или FF:FF:FF:FF:FF:FF:FF:FF, как строка из 8 байтов, как в {FF,FF,FF,FF,FF,FF,FF,FF}, или в виде числа по основанию 16, как в FFFFFFFFFFFFFFFF 16 . [5]

Примечание. Согласно рекомендациям IEEE, первые четыре цифры организационно присвоенного идентификатора (т. е. первые четыре цифры идентификатора расширения) части EUI-64 «не должны быть FFFE 16 или FFFF 16 » (т. е. EUI-64). 64 идентификатора формы ccccccFFFEeeeeee и ccccccFFFFeeeeee не допускаются) — это необходимо для поддержки инкапсуляции значений EUI-48 (FFFE 16 ) и MAC-48 (FFFF 16 ) в значения EUI-64 (хотя сейчас инкапсуляция устарела).

Другие идентификаторы

[ редактировать ]

IPv6 использует 64-битный модифицированный расширенный уникальный идентификатор (модифицированный EUI-64) в нижней половине некоторых адресов IPv6. Модифицированный EUI-64 — это EUI-64 с инвертированным битом U/L. [6]

Существуют и другие идентификаторы, которые могут быть сформированы с использованием OUI, но наиболее часто используются перечисленные выше.

Инкапсуляция

[ редактировать ]

Сопоставление EUI-48 с EUI-64 устарело. Сопоставление описано здесь по историческим причинам.

Другие идентификаторы, такие как значения MAC-48 и EUI-48, могут содержаться в более крупном идентификаторе или «контейнере», таком как EUI-64, путем создания большего идентификатора посредством процесса объединения меньшего идентификатора с указанными значениями, помещенными в определенные битовые позиции внутри более крупного идентификатора – этот процесс известен как «инкапсуляция» и предназначен для облегчения перехода от MAC-48 и EUI-48 к EUI-64 и для обеспечения механизма преобразования MAC- 48 и EUI-48 в EUI-64 таким образом, чтобы избежать дублирования или противоречивых значений. [5]

Примеры инкапсуляции

[ редактировать ]

Инкапсуляция MAC-48 в EUI-64. Пример:

Предполагая, что организация зарегистрировала OUI AC-DE-48 и создала значение MAC-48 AC-DE-48-23-45-67 путем объединения идентификатора расширения 23-45-67, этот MAC-адрес Идентификатор -48 имеет следующий двоичный порядок передачи:

 |            OUI             |     extension identifier   | field
 |  1st   |   2nd   |  3rd    |   4th   |   5th   |   6th  | octet
 | C   A  |  E   D  |  8   4  |  3   2  |  5   4  |  7   6 | hex
 0011 0101 0111 1011 0001 0010 1100 0100 1010 0010 1110 0110 bits
 |       | |       | |       | |       | |       | |       |
 lsb   msb lsb   msb lsb   msb lsb   msb lsb   msb lsb   msb

Тот же идентификатор MAC-48 после инкапсуляции в EUI-64 имеет следующий порядок передачи:

 |           OUI           |    MAC label    |   extension identifier  | field
 |  1st  |  2nd   |  3rd   |  4th   |  5th   |  6th   |  7th   |  8th  | order
 | C  A  |  E  D  |  8  4  |  F  F  |  F  F  |  3  2  |  5  4  |  7  6 | hex
 00110101 01111011 00010010 11111111 11111111 11000100 10100100 11100110 bits
 |      | |      | |      | |      | |      | |      | |      | |      |
 lsb  msb lsb  msb lsb  msb lsb  msb lsb  msb lsb  msb lsb  msb lsb  msb

Тот же идентификатор MAC-48 после инкапсуляции в EUI-64 имеет следующий порядок значимости:

 |           OUI           |    MAC label    |   extension identifier  | field
 |  AC   |   DE   |   48   |   FF   |   FF   |   23   |   45   |   67  | hex
 10101100 11011110 01001000 11111111 11111111 00100011 01000101 01100111 bits
 |  |                                                               |  |
 |  most-significant-byte                      least-significant-byte  |
 most-significant-bit                              least-significant-bit

Инкапсуляция EUI-48 в примере EUI-64:

Предполагая, что организация зарегистрировала OUI AC-DE-48 и создала значение EUI-48 AC-DE-48-23-45-67 путем объединения идентификатора расширения 23-45-67, этот EUI Идентификатор -48 имеет следующий формат в порядке значимости:

 |        company_id       |   extension identifier  | field
 |  AC   |   DE   |   48   |   23   |   45   |   67  | hex
 10101100 11011110 01001000 00100011 01000101 01100111 bits
 |  |                                             |  |
 |  most-significant-byte    least-significant-byte  |
 most-significant-bit            least-significant-bit

Тот же идентификатор EUI-48 после инкапсуляции в EUI-64 имеет следующий формат в порядке значимости:

 |        company_id       |    EUI label    |   extension identifier  | field
 |  AC   |   DE   |   48   |   FF   |   FE   |   23   |   45   |   67  | hex
 10101100 11011110 01001000 11111111 11111110 00100011 01000101 01100111 bits
 |  |                                                               |  |
 |  most-significant-byte                      least-significant-byte  |
 most-significant-bit                              least-significant-bit

Инкапсуляция MAC-48 или EUI-48 в модифицированном примере EUI-64:

При инкапсуляции в модифицированном EUI-64 MAC-48 обрабатывается как EUI-48, а бит U/L инвертируется. [6] Предполагая, что организация зарегистрировала OUI AC-DE-48 и создала значение MAC-48 или EUI-48 AC-DE-48-23-45-67 путем объединения идентификатора расширения 23-45- 67, этот идентификатор MAC-48 или EUI-48 имеет следующий формат в порядке значимости:

 |        company_id       |   extension identifier  | field
 |  AC   |   DE   |   48   |   23   |   45   |   67  | hex
 10101100 11011110 01001000 00100011 01000101 01100111 bits
 |  |                                             |  |
 |  most-significant-byte    least-significant-byte  |
 most-significant-bit            least-significant-bit

Тот же идентификатор MAC-48 или EUI-48 после инкапсуляции в модифицированный EUI-64 имеет следующий формат в порядке значимости:

 |        company_id       |    EUI label    |   extension identifier  | field
 |  AE   |   DE   |   48   |   FF   |   FE   |   23   |   45   |   67  | hex
 10101110 11011110 01001000 11111111 11111110 00100011 01000101 01100111 bits
 |  |                                                               |  |
 |  most-significant-byte                      least-significant-byte  |
 most-significant-bit                              least-significant-bit

Имя_Идентификатор NAA

[ редактировать ]

Форматы Name_Identifier Управления сетевых адресов (NAA) определяют первый полубайт (4 бита), определяющий формат идентификатора:

Ценить тип НАА Длина
1 час 48-битный стандарт IEEE 8 байт
2 часа NAA IEEE расширенный 8 байт
5 часов Зарегистрировано NAA IEEE 8 байт
6 часов Расширенная регистрация NAA IEEE 16 байт
Ч, Дх, Эх, Фч NAA EUI-64 нанесен на карту 8 байт

Эта инкапсуляция используется в Fibre Channel. [7] и SAS, а также поддерживается в iSCSI в RFC 3980. Это дополнение требует либо сокращенного поля идентификатора, зависящего от поставщика, либо некоторые биты OUI считаются равными 0, например, при использовании отображаемого формата EUI-64.

Индивидуальный адресный блок

[ редактировать ]

Блок индивидуальных адресов (IAB) — это неактивная деятельность реестра, которая была заменена продуктом реестра MA-S с 1 января 2014 года. IAB использует MA-L (и OUI), принадлежащий органу регистрации IEEE, объединенный с 12 дополнительные биты, предоставляемые IEEE (всего 36 бит), оставляя только 12 бит, которые владелец IAB может назначить своим (до 4096) отдельным устройствам. IAB идеально подходит для организаций, которым требуется не более 4096 уникальных 48-битных номеров (EUI-48). В отличие от OUI, который позволяет правопреемнику назначать значения в различных числовых пространствах (например, EUI-48, EUI-64 и различных числовых пространствах контекстно-зависимых идентификаторов), индивидуальный блок адреса можно использовать только для назначения EUI. -48 идентификаторов. Все другие потенциальные варианты использования на основе OUI, из которого выделяются IAB, зарезервированы и остаются собственностью органа регистрации IEEE. Следует также отметить, что в период с 2007 по сентябрь 2012 года для назначений IAB использовалось значение OUI 00:50:C2. После сентября 2012 года использовалось значение 40:D8:55. Владельцы уже назначенного IAB могут продолжать использовать это назначение. [8] [5]

OUI-36 — это устаревшее имя действия реестра, которое с 1 января 2014 года было заменено именем продукта реестра MA-S. Это действие реестра включает в себя как 36-битный уникальный номер, используемый в некоторых стандартах, так и назначение блока. идентификаторов EUI-48 и EUI-64 (в то время как владелец IAB не может назначить EUI-64) органом регистрации IEEE. Владелец уже назначенного продукта реестра OUI-36 может продолжать использовать это назначение.

Пример EUI-48, созданного в IAB: Идентификатор EUI-48 формируется путем объединения 36-битного базового значения IAB, назначенного IEEE, с 12-битным идентификатором расширения, присвоенным организацией – например, если IEEE назначил IAB base-16. значение — 0x0050C257A, а 12-битный идентификатор расширения — 0xFFF, тогда значение EUI-48, сгенерированное путем объединения этих двух чисел, будет 0x0050C257AFFF.

См. также

[ редактировать ]
  1. ^ Перейти обратно: а б с Корпорация инженеров по электротехнике и электронике (IEEE) (1 января 1963 г.). Регистрирующий орган . Архивировано из оригинала 4 апреля 2011 года.
  2. ^ Грот, Дэвид; Тоби Скандиер (2005). Учебное пособие Network+, четвертое издание . компании Sybex, Inc. ISBN  0-7821-4406-3 .
  3. ^ IEEE. «Руководство по использованию организационно уникального идентификатора (OUI)» в Fibre Channel (PDF) . [ мертвая ссылка ]
  4. ^ Перейти обратно: а б с д и ж Стандарт IEEE 802-2001 (PDF) . Институт инженеров по электротехнике и электронике, Inc. (IEEE). 7 февраля 2002 г. ISBN .  0-7381-2941-0 . Проверено 8 сентября 2011 г. [ мертвая ссылка ]
  5. ^ Перейти обратно: а б с д и ж г час я дж к «Руководство по использованию расширенного уникального идентификатора (EUI), уникального идентификатора организации (OUI) и идентификатора компании (CID)» (PDF) . Ассоциация стандартов IEEE . ИИЭЭ . Проверено 12 октября 2018 г.
  6. ^ Перейти обратно: а б Рекомендации IANA и использование протокола IETF для параметров IEEE 802 . IETF. дои : 10.17487/RFC5342 . РФК 5342 .
  7. ^ «Руководство по использованию организационно уникального идентификатора (OUI)» в Fibre Channel (PDF) . IEEE-SA . Проверено 28 ноября 2018 г.
  8. ^ «IEEE-SA — Центр регистрации IEEE» . ИИЭЭ . Проверено 20 сентября 2018 г.
[ редактировать ]
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 75ac976f8655e289823ac0962146183d__1722389700
URL1:https://arc.ask3.ru/arc/aa/75/3d/75ac976f8655e289823ac0962146183d.html
Заголовок, (Title) документа по адресу, URL1:
Organizationally unique identifier - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)