Fact-checked by Grok 2 weeks ago

Organizationally unique identifier

An Organizationally Unique Identifier (OUI) is a 24-bit globally unique identifier assigned by the IEEE Registration Authority to organizations, vendors, or manufacturers for use in creating unique identifiers within various technical standards, particularly in networking protocols.^[1] OUIs form the initial 24 bits of extended unique identifiers (EUIs), such as EUI-48 and EUI-64, which are concatenated with organization-supplied bits to generate full addresses like MAC addresses in IEEE 802 standards for Ethernet, Wi-Fi, and Bluetooth devices.^[1] This structure ensures that devices from different manufacturers can operate without address conflicts across global networks.^[2] Organizations obtain an OUI through an application process with the IEEE Registration Authority, which reviews and assigns the identifier after payment of a one-time fee, typically processed within seven business days.^[3] The IEEE maintains a public registry of assigned OUIs, enabling tools and systems to map the first three bytes of a MAC address to the corresponding vendor or organization.^[3] Beyond MAC addressing, OUIs are referenced in standards like the Subnetwork Access Protocol (SNAP) for protocol identification and in other contexts requiring organizational uniqueness, such as multicast addresses or vendor-specific extensions in IEEE protocols.^[1] This system, managed by the IEEE since the early development of local area networking standards, supports interoperability and traceability in modern connected technologies.^[3]

Definition and Purpose

Core Concept and Role in Networking

An Organizationally Unique Identifier (OUI) is a 24-bit value, comprising the first three octets, that is uniquely assigned by the IEEE Registration Authority to manufacturers, vendors, or other organizations to guarantee global uniqueness for hardware and network identifiers.^[4] This identifier serves as the foundational prefix in various extended formats, ensuring that devices can be distinctly recognized across diverse networking environments without address conflicts.^[3] The primary role of an OUI in networking lies in its use to construct globally unique addresses, such as Extended Unique Identifiers (EUI-48 and EUI-64), which form the basis for MAC addresses in IEEE 802 standards.^[4] By prefixing these addresses, OUIs prevent collisions in protocols supporting Ethernet, Wi-Fi (IEEE 802.11), Bluetooth, and IPv6 neighbor discovery, while also facilitating vendor identification through analysis of network traffic—such as in security monitoring or device profiling.^[3] For instance, the OUI portion of a MAC address allows network administrators to trace the manufacturer of a connected device.^[4] OUIs originated in the 1980s alongside the development of IEEE 802 standards for local and metropolitan area networks, building on early Ethernet addressing schemes to standardize unique identification.^[4] With the 24-bit space offering over 16 million possible values, widespread adoption has prompted exhaustion concerns, particularly for EUI-48 usage, leading the IEEE to promote EUI-64 and introduce smaller allocation options like MAC Address Block Small (MA-S) to extend the address space's longevity beyond the targeted 100-year horizon from 1980.^[4]

Assignment Process and IEEE Administration

The IEEE Registration Authority (RA), operating under the IEEE Standards Association and accessible via standards.ieee.org/products-programs/regauth/, functions as the centralized body responsible for administering and assigning Organizationally Unique Identifiers (OUIs) to organizations worldwide, a role it has fulfilled since 1986 to ensure unique identification in networking standards.^[5]^[1] The assignment process requires organizations to submit an online application through the RA portal at regauth.standards.ieee.org, including detailed justification for the request, company contact information, and confirmation of compliance with relevant IEEE 802 standards for proper usage in protocols like MAC addressing.^[3]^[1] Upon submission, applicants receive an email confirmation with a tracking number, and the application remains valid for 30 days; processing typically completes within 7 business days after fee payment, at which point the assigned block details are provided via download, with public listings updated daily.^[3]^[6] Fees for assignments vary by block type and registration option, with a publicly registered MA-L (MAC Address Block Large)—which includes a full 24-bit OUI supporting up to 2^{24} unique addresses—costing US $3,480 as of 2025, plus an optional one-time US $200 contract fee for customized terms and an annual US $4,020 renewal fee for confidential listings that withhold company details from public view.^[3]^[3] Payment options include major credit cards, checks, or wire transfers in US dollars only.^[7] To mitigate address space exhaustion amid growing device proliferation, the IEEE RA introduced tiered block sizes in the 2010s, including the MA-S (MAC Address Block Small), a 36-bit identifier providing smaller EUI-48 and EUI-64 sub-blocks at a one-time fee of US $880 for public registration, with organizations required to demonstrate 95% utilization of prior assignments via a formal letter before requesting additional blocks.^[1]^[6] Similarly, the MA-M (Medium) option offers 28-bit blocks at intermediate costs, such as an annual confidentiality renewal of US $2,640.^[8] These alternatives promote conservation while maintaining uniqueness.^[1] Assignments are granted perpetually to support long-term organizational needs but remain revocable by the IEEE RA in cases of misuse, non-compliance, or failure to adhere to usage guidelines; post-assignment changes, such as company name updates, require separate forms and supporting documentation like press releases.^[9]^[1] Sustainability policies, including efficient block allocation and extended identifier guidelines, are outlined in IEEE Registration Authority guidelines to ensure ongoing viability of the global identifier ecosystem.^[4]

Structure and Format

Basic Composition and Length Variants

The Organizationally Unique Identifier (OUI) is fundamentally a 24-bit value, consisting of three octets that provide a globally unique designation for an organization, vendor, or manufacturer. This identifier forms the organization field within the IEEE 802 addressing architecture, serving as the prefix for constructing various extended unique identifiers.^[4]^[3] In its standard form, the OUI lacks fixed subfields beyond its overall 24-bit length, though the most significant octet includes specific bits for administration: the second-least significant bit (U/L bit) is set to 0 to indicate universal (globally unique) administration by the IEEE, distinguishing it from locally administered identifiers like Company IDs where this bit is 1, and the least significant bit (I/G bit, also known as the multicast bit) is typically 0 for unicast addresses. The total address space for OUIs is $2^{24} = 16,777,216 possible values, allocated by the IEEE Registration Authority to ensure uniqueness without inherent hierarchical structure. A representative example is the OUI 00-1B-44, assigned to a specific organization and often displayed in hexadecimal format as six digits separated by hyphens.^[4] Length variants of the OUI extend beyond the base 24 bits to accommodate different allocation needs while maintaining compatibility. The 28-bit variant, known as MAC Addresses-Medium (MA-M) or OUI-28, adds four bits to the standard OUI, allowing organizations to derive larger blocks of identifiers (up to $2^{20} EUI-48s or $2^{36} EUI-64s per assignment) for medium-scale needs, with the extra bits forming an Individual Allocation Block (IAB) prefix. Further extensions include the 36-bit OUI-36 (or MA-S), which appends 12 bits to the 24-bit OUI for smaller, specialized assignments, though the original IAB (also 36 bits) has been deprecated in favor of these structured variants. In practice, these OUIs serve as the most significant bits in combined 48-bit or 64-bit formats, such as EUI-48 and EUI-64, where additional bits follow for device-specific uniqueness, and flags like the U/L bit may be modified in extended contexts to indicate local administration.^[4]^[10]

Hexadecimal and Canonical Representations

The Organizationally Unique Identifier (OUI) is represented in hexadecimal notation as a fixed-length string of six digits, corresponding to its three octets.^[4] This format ensures uniformity, with leading zeros added as padding if the value has fewer than six digits; for instance, an OUI value of 1B44 is padded to 001B44.^[4] Hexadecimal digits are case-insensitive, though uppercase is the conventional choice in technical documentation and standards to avoid ambiguity in string comparisons. The preferred canonical format for textual display of an OUI, as specified by IEEE guidelines, separates the three pairs of hexadecimal digits with hyphens in the pattern XX-XX-XX.^[4] This hyphen-separated representation, such as 00-10-A4, improves readability in logs, configuration files, and human-facing documentation while maintaining the standard octet grouping.^[4] The IEEE Registration Authority explicitly endorses this format alongside the unpunctuated six-digit string for OUI listings and assignments.^[4] To derive the hexadecimal representation from the OUI's binary form, the 24 bits are divided into six groups of four bits, with each group converted to its corresponding hexadecimal digit using standard binary-to-hex mapping (e.g., 0000 to 0, 1111 to F).^[11] This process treats the octets sequentially without applying any byte or bit reordering, as the static textual form does not incorporate transmission-specific endianness considerations.^[11] These representation conventions are formally defined in IEEE Std 802-2001, which establishes the hexadecimal string as the standard for OUIs in networking contexts.^[11] Subsequent revisions to the IEEE 802 standards, such as IEEE Std 802-2014 and IEEE Std 802-2024, have refined these guidelines to promote consistency across protocols and implementations without altering the core format.^[3]

Formatting Conventions

Significance and Transmission Orders

The significance order for Organizationally Unique Identifiers (OUIs) employs a big-endian convention, with the most significant octet positioned first and bits within each octet interpreted starting from the most significant bit.^[4] This ordering facilitates human-readable hexadecimal representations, where OUI values are written from left to right (e.g., AC-DE-48), enabling direct logical comparisons as numerical values without requiring byte reversal.^[4] For transmission over networks, OUIs are serialized by octets in ascending order, beginning with octet 0, and embedded within larger identifiers like MAC addresses in Ethernet frames.^[4] Within each octet, bits are transmitted least significant bit (LSB) first, adhering to the data-communications convention outlined in IEEE Std 802.3.^[12] This LSB-first bit ordering ensures that the physical bit stream on the wire aligns with standard Ethernet encoding, where the first bit sent from an octet corresponds to its LSB.^[12] These dual ordering conventions—big-endian for significance and LSB-first for transmission within octets—promote reliable parsing and interoperability in diverse systems.^[4] For instance, an OUI represented in canonical hexadecimal as 00-01-02 (octets: 00000000 binary, 00000001 binary, 00000010 binary) transmits as a bit stream starting with the all-zero bits of the first octet, followed by the LSB (1) of the second octet then its remaining zeros, and similarly for the third octet's LSB (0) followed by 000001.^[4] Such consistency is explicitly specified in IEEE Std 802-2014 to mitigate interpretation errors in multi-vendor networking environments.

Noncanonical Formats and Bit-Reversal

Noncanonical representations of organizationally unique identifiers (OUIs) deviate from the IEEE-recommended canonical format, which uses hyphen-separated hexadecimal pairs in transmission bit order with the least significant bit first. These alternative formats include colon-separated hexadecimal pairs (e.g., XX:XX:XX) or continuous hexadecimal strings without separators (e.g., XXXXXX), often appearing in software implementations or legacy documentation for brevity. However, the IEEE discourages such notations, as they can lead to ambiguity in parsing and do not align with the standardized hyphen-separated canonical form specified in IEEE Std 802-2014.^[13] In particular, colon-separated formats are sometimes associated with bit-reversed representations, where the colon serves as a visual indicator of the non-standard bit ordering, though this convention is not universally enforced. For instance, software tools or configuration files may display OUIs in this manner to distinguish them from canonical equivalents, but interoperability issues arise if systems misinterpret the separator as altering the underlying bit structure. The T10 committee has noted that while no-separator formats simplify storage in some contexts, they violate IEEE guidelines for clear representation in standards like FC-PH and SPC-2.^[13]^[14] Bit-reversed representations invert the bit order within each octet of the OUI, a practice originating from the transmission conventions in Token Ring networks under IEEE 802.5. This format, also known as the most significant bit (MSB)-first or noncanonical form, was used to accommodate the wire transmission order in Token Ring and FDDI environments, where bits are sent MSB-first, contrasting with the least significant bit (LSB)-first canonical order in Ethernet (IEEE 802.3). As a legacy from IBM's Token Ring implementation, it requires explicit conversion for cross-network compatibility, and while Token Ring has been largely phased out, the format persists in documentation for historical interoperability.^[15]^[14]^[16] The conversion process involves reversing the bits in each individual octet of the canonical OUI. For an octet value n with bits b_0 (LSB) to b_7 (MSB), the reversed octet is calculated as \sum_{i=0}^{7} b_i \cdot 2^{7-i}. For example, the canonical OUI AC-DE-48 (binary octets 10101100, 11011110, 01001000) becomes 35-7B-12 in bit-reversed form (00110101, 01111011, 00010010). This per-octet reversal ensures the displayed hexadecimal values reflect the transmitted bit sequence on the wire without altering the byte order.^[15]^[17] Such bit-reversed OUIs were integral to IEEE 802.5 Token Ring addressing, where MAC addresses incorporating the OUI followed this convention to match the network's MSB-first transmission. Bridges between Token Ring and Ethernet networks perform this reversal on-the-fly to maintain address uniqueness, as detailed in DECnet specifications for Phase IV interoperability. RFC 7042 references these legacy considerations in IETF protocols to support assignment and usage of IEEE parameters, ensuring that bit-reversed formats do not conflict with modern OUI allocations.^[15]^[17]^[16]

Risks of Confusion in Specific Networks

In Token Ring networks, the use of non-canonical bit ordering for MAC addresses, where bits within each octet are reversed compared to the canonical format used in Ethernet, can lead to significant risks of confusion during bridging operations. If addresses are not properly converted when passing through mixed Ethernet/Token Ring bridges, the Organizationally Unique Identifier (OUI) portion—the first three octets—may appear altered, resulting in erroneous vendor identification or frame misrouting. For instance, an OUI of 00-10-A4 in canonical form might be interpreted as 00-08-25 after bit reversal, potentially attributing the device to an incorrect manufacturer and disrupting network management tools that rely on OUI lookups. This issue was particularly prevalent in legacy environments during the 1990s, where improper bridge implementations caused interoperability failures in source-routed Token Ring frames.^[18]^[19] Beyond Token Ring, other formatting variations introduce parsing risks in diverse network tools and software. The choice between hyphen (-) and colon (:) separators in textual representations of OUIs and full MAC addresses can cause failures in automated parsing, as some utilities expect one delimiter while receiving the other; for example, IEEE standards traditionally favor hyphens for canonical forms, but IETF conventions and many modern tools use colons, leading to regex mismatches or invalid input errors in cross-platform applications. Additionally, bit order mismatches—often mislabeled as endianness issues—arise in software handling addresses from heterogeneous hardware, where little-endian systems might inadvertently swap octet bits without normalization, further obfuscating OUI recognition in diagnostic scripts or databases. These confusions have been noted in environments integrating legacy and contemporary protocols, amplifying errors in vendor attribution or access control lists.^[13]^[20] To mitigate these risks, IEEE guidelines, as outlined in the 802.1D-2004 bridging standard, mandate the use of canonical format for all interoperable representations, ensuring consistent bit ordering and transmission across LANs, including explicit handling for Token Ring conversions in bridges. Modern network analysis tools, such as Wireshark, automatically detect and normalize OUI formats regardless of input delimiters or bit orders, displaying addresses in a standardized colon-separated hexadecimal notation to prevent misinterpretation. This standardization has addressed historical interoperability challenges since the 1990s, promoting reliable OUI-based operations in mixed-network deployments.^[19]^[21]

Types of Identifiers

48-Bit Identifiers (MAC-48 and EUI-48)

The 48-bit identifiers, known as MAC-48 and EUI-48, serve as fundamental addressing mechanisms in networking protocols, particularly within the IEEE 802 family of standards for local and metropolitan area networks.^[3] MAC-48 refers to the original 48-bit media access control address format historically used for identifying network interface controllers (NICs) in technologies such as Ethernet (IEEE 802.3) and Wi-Fi (IEEE 802.11).^[22] In this format, the first 24 bits consist of the organizationally unique identifier (OUI) assigned by the IEEE Registration Authority, while the remaining 24 bits are manufacturer-assigned to uniquely identify individual devices or interfaces within the organization's namespace.^[3] This structure allows each OUI holder to support up to 2^{24} (approximately 16.8 million) unique 48-bit addresses, enabling scalable device identification in local networks.^[16] EUI-48 represents the modern, preferred nomenclature for the same 48-bit identifier, emphasizing its role as an extended unique identifier beyond just MAC contexts.^[22] The IEEE has deemed the term MAC-48 obsolete due to historical confusion over its precise scope, now standardizing EUI-48 for both hardware addresses and other protocol identifiers in IEEE 802 applications.^[22] A key structural element in EUI-48 is the universal/local (U/L) bit, located at the second least significant bit of the first octet (bit position 1, counting from 0 as the least significant).^[16] For globally unique identifiers administered by the IEEE, this U/L bit is set to 0, distinguishing them from locally administered addresses (U/L=1) that may be assigned by network administrators without OUI involvement.^[16] These 48-bit identifiers remain integral to core networking functions, such as frame delivery in Ethernet and Wi-Fi NICs, where the OUI ensures vendor uniqueness and the device-specific portion provides endpoint differentiation.^[3] Although the IEEE has restricted new high-volume applications of EUI-48 since 2000, recommending EUI-64 for broader scalability in emerging standards, EUI-48 continues to be widely deployed in legacy and current infrastructure as of 2025 due to its entrenched role in IEEE 802 protocols.^[23]^[22] The IETF has similarly noted EUI-48's ongoing utility in protocols like IPv4 multicast and VRRP, while advising caution in derivations like EUI-48 to EUI-64 mappings to avoid address collisions.^[16]

Extended Identifiers (EUI-64 and EUI-60)

The Extended Unique Identifier-64 (EUI-64) is a 64-bit globally unique identifier standardized by the IEEE for use in network addressing and other applications requiring expanded address spaces.^[4] It consists of a 24-bit Organizationally Unique Identifier (OUI) in the first three octets, followed by a 16-bit identifier in the next two octets (typically set to 0xFFFE for IPv6 interface identifiers), and concluding with a 24-bit device-specific or vendor-supplied portion in the remaining three octets.^[24] The universal/local (U/L) bit, which is the second-least significant bit in the first octet, is inverted in the Modified EUI-64 format used for IPv6. In the resulting identifier, a value of 1 denotes universal (global) scope, while 0 denotes local scope, preserving the original scope of the MAC address.^[24] To generate an EUI-64 from a 48-bit MAC address (such as MAC-48 or EUI-48) for IPv6 stateless address autoconfiguration, the MAC address is split into its first 24 bits and last 24 bits, with 0xFFFE inserted in between, and the U/L bit in the first octet inverted.^[24] This process is formalized as follows, where MAC is represented in octets (0 to 5):

\text{EUI-64} = \left( \text{MAC}[0:3] \ll 16 \mid 0xFFFE \mid \text{MAC}[3:6] \right)

with the second-least significant bit of the first octet flipped (i.e., XOR with 0x02).^[24] The EUI-64 was mandated in RFC 4291 for forming the interface identifier in IPv6 link-local addresses (prefixed with FE80::/10) and other unicast addresses during autoconfiguration.^[24] Subsequent updates in RFC 8064 recommend against using the Modified EUI-64 format as the default for generating stable IPv6 interface identifiers in stateless address autoconfiguration (SLAAC), due to privacy concerns such as the exposure of stable hardware identifiers that enable device tracking across networks.^[25] Instead, RFC 8064 endorses RFC 7217's method for producing semantically opaque, stable identifiers that avoid embedding link-layer addresses.^[25] The EUI-60 is a deprecated 60-bit variant of the extended unique identifier, formed by concatenating the 28-bit MA-M with a 32-bit extension identifier, primarily for legacy applications such as early Fibre Channel standards.^[8] It was assignable via IEEE's MA-M (medium block) mechanism but is no longer recommended for new implementations, with EUI-64 preferred to conserve OUI space and ensure compatibility.^[4] In Fibre Channel contexts, EUI-60 could underpin port names, though modern deployments favor EUI-64 for IPv6 encapsulation.^[8]

Context-Dependent Identifiers (CDI-32 and CDI-40)

Context-Dependent Identifiers (CDIs) are shorter variants of organizationally unique identifiers designed for use in specific, limited scopes where full-length identifiers would impose unnecessary overhead. Unlike globally unique identifiers such as EUI-48 or EUI-64, CDIs derive their uniqueness from an assigned OUI combined with a manufacturer-specific extension, but their validity is restricted to a predefined context, such as a particular network topology or protocol layer. This approach allows organizations to maintain identifier uniqueness within bounded environments while conserving bandwidth and storage in resource-constrained systems.^[26] The CDI-32 is a 32-bit identifier composed of a 24-bit OUI prefix, assigned by the IEEE Registration Authority, followed by an 8-bit extension identifier controlled by the OUI assignee. This structure ensures that the OUI portion provides organizational-level uniqueness across manufacturers, while the extension allows differentiation of devices or functions within the organization's products; however, the complete CDI-32 is only guaranteed to be unique within the context specified by the relevant standard or application. For representation, it is typically formatted as four hexadecimal bytes or a 32-bit numerical value, such as ACDE4823 derived from an OUI of AC-DE-48 and extension 23. Contexts for CDI-32 are often defined using ASN.1 Object Identifier arcs allocated by IEEE 802 Working Groups, enabling precise scoping for applications like protocol elements or hardware variants.^[26]^[4] Similarly, the CDI-40 is a 40-bit identifier that incorporates a 24-bit OUI prefix with a 16-bit extension, or alternatively an Individual Address Block (IAB) base with a 4-bit extension in certain cases. The OUI-based variant, AC-DE-48-23-45 for example, follows the same principle of organizational uniqueness in the prefix, with the extension providing additional specificity, but the full identifier's applicability is confined to its designated context to avoid global collisions. Represented as five hexadecimal bytes, such as ACDE482345, CDI-40 supports slightly more granular identification than CDI-32 while remaining compact for transmission in low-overhead protocols. Like CDI-32, its context is delineated through standard-defined mechanisms, such as ASN.1 arcs, ensuring no overlap outside the intended scope.^[26]^[4] Both CDI-32 and CDI-40 were historically recommended for scenarios requiring abbreviated identifiers, such as in early wireless or embedded systems standards, where the OUI guarantees no inter-organizational conflicts but the context bounds prevent broader reuse issues. Although effective for reducing payload in limited-scope networks, these formats have been deprecated in favor of more flexible extended unique identifiers for new designs, as they limit scalability beyond their defined boundaries.^[4]

Other Specialized Variants

In addition to standard extended unique identifiers, organizationally unique identifiers (OUIs) appear in specialized forms that prioritize organizational identification without full address extension. The 24-bit OUI alone serves as a pure identifier in protocols requiring vendor-specific recognition, such as in Subnetwork Access Protocol (SNAP) headers for organizationally unique protocol IDs or in voice VLAN configurations where telephony OUIs match the first 24 bits of MAC addresses from IP phones to assign them to dedicated VLANs.^[27] These applications leverage the OUI's global uniqueness for protocol extension or device classification without necessitating the full 48- or 64-bit structure.^[28] To conserve the finite 24-bit OUI space amid growing demand for unique identifiers, the IEEE Registration Authority introduced multi-address block variants in 2014, including MAC Address Block Large (MA-L) and MAC Address Block Small (MA-S). The MA-L corresponds to the traditional 24-bit OUI, granting assignees 2^{24} (approximately 16.8 million) EUI-48 identifiers and equivalent EUI-64 blocks for use in MAC addresses, Bluetooth device addresses, and other standards.^[3] In contrast, the MA-S employs a 36-bit prefix (formerly known as OUI-36), allocating 2^{12} (4,096) EUI-48 identifiers and 2^{28} EUI-64 blocks per assignment, enabling smaller-scale organizations to obtain unique blocks efficiently without consuming a full OUI.^[6] These variants support the same applications as full OUIs but facilitate finer-grained allocation to extend the viability of the global address space.^[22] Deprecated variants include the OUI-36, which was phased out in favor of MA-S effective January 1, 2014, though existing assignments remain valid for legacy uses in standards like certain IEEE 802 extensions.^[1] Similarly, the Extended Unique Identifier-60 (EUI-60) format, primarily derivable from MA-M, has been obsoleted to streamline assignments toward EUI-48 and EUI-64.^[6] The IEEE continues to promote MA-L and MA-S through guidelines in IEEE Std 802c-2017, emphasizing their role in sustainable identifier management amid projections of OUI space lasting until around 2100 under current usage trends.^[29]^[30]

Applications and Extensions

OUI-based locally administered addresses mechanism

The OUI-based locally administered address mechanism refers to a 24-bit identifier space derived from an organization's assigned Organizationally Unique Identifier (OUI) by modifying the Universal/Local (U/L) bit, specifically the second least significant bit of the first octet, to 1, which designates locally administered addresses. This modification transforms the global OUI into a prefix for local use, enabling the organization to generate up to $2^{24} unique local addresses within that block, as the U/L bit is fixed and the remaining bits in the prefix and identifier field are utilized for assignment. The resulting block ensures separation from globally unique addresses, as the U/L bit value of 1 places it outside the scope of IEEE-assigned universal identifiers.^[3] In this mechanism, the organization assumes responsibility for assigning identifiers within this space, without any guarantee of global uniqueness beyond the local network or system scope. These addresses are typically employed for scenarios such as virtual network interfaces, where physical hardware constraints do not apply, or for testing environments that require multiple distinct identifiers without procuring additional global assignments. The process begins with the organization's OUI, followed by flipping the U/L bit to 1, after which the 24-bit local identifier is appended to complete the address; this approach maintains organizational traceability while adhering to local administration rules.^[31] The structure of an OUI-based locally administered address consists of the modified OUI prefix (with the U/L bit set to 1) combined with a 24-bit locally assigned identifier, forming a complete 48-bit MAC address suitable for individual use. This design prevents collisions with global OUIs, as the altered U/L bit shifts the prefix into the locally administered range, which is reserved for non-universal scopes and not overlapping with IEEE's global registry. By leveraging the existing OUI in this manner, organizations avoid the need for additional registrations while supporting scalable local deployments. This mechanism is formally specified in IEEE Std 802c-2017, which outlines the use of the U/L bit for distinguishing administration scopes in local and metropolitan area networks. As of 2025, the approach remains essential in cloud computing and virtual private network (VPN) environments, where virtual machines and tunneled interfaces demand numerous non-conflicting local addresses to manage scalability and isolation without exhausting global OUI allocations.^[31]

Encapsulation Methods

Encapsulation of Organizationally Unique Identifiers (OUIs) involves embedding the 24-bit OUI into larger identifier structures to create globally unique names or addresses, typically by prefixing the OUI to vendor-specific payloads. This technique is commonly employed in protocols such as the Name Assignment Authority (NAA) format used in Fibre Channel (FC) and FC-NVMe, where the OUI serves as the initial bytes to ensure organizational uniqueness within extended identifiers.^[32] In NAA formats, such as the IEEE Registered (NAA 5h) or IEEE Extended (NAA 2h), the OUI (also referred to as the IEEE Company ID) occupies the first three bytes, followed by vendor-assigned data, forming 8-byte port names for initiators and targets in storage environments.^[32] Similarly, in Storage Management Initiative - Specification (SMI-S), OUIs are incorporated into Common Information Model (CIM)-based identifiers for managed elements in storage networks, prefixing payloads to maintain hierarchical naming consistency across devices.^[33] The primary method for encapsulation is concatenation, where the OUI is directly appended with a subtype field and subsequent data payload. The subtype, often a single byte or bit field, defines the internal structure of the remaining bits, allowing organizations to subdivide their assigned space for specific applications like port addressing or device serialization.^[32] This approach ensures hierarchical uniqueness: the OUI guarantees global distinction at the organizational level, while the subtype and payload provide local uniqueness within that scope, preventing collisions in distributed systems. For instance, in extended NAA formats like NAA 6h (16 bytes), the OUI is prefixed to 13 bytes of vendor-specific extension, supporting longer identifiers for complex storage topologies.^[32] IEEE Registration Authority (RegAuth) guidelines, outlined in IEEE Std 802c-2017, standardize encapsulation for identifiers exceeding 48 bits, such as 64-bit EUI-64 or 128-bit formats, by recommending OUI prefixing to enable scalable, unique assignments. These guidelines emphasize bit-level alignment and reservation of the second OUI nibble for administrative subfields to facilitate interoperability in non-LAN contexts. In storage networking, INCITS T11 standards have utilized OUI encapsulation since the early 2000s to extend OUI utility beyond local area networks, integrating it into FC frame headers and NVMe-over-FC mappings for reliable, vendor-unique addressing in SANs.^[32]

Encapsulation Examples and NAA Integration

One prominent example of OUI encapsulation occurs in IPv6 address autoconfiguration, where the 24-bit OUI forms the prefix of the 64-bit Extended Unique Identifier (EUI-64) interface identifier derived from a 48-bit MAC address. The process involves splitting the MAC address into its 24-bit OUI and 24-bit device-specific portion, inserting the fixed sequence FF:FE between them to extend it to 64 bits, and flipping the universal/local (U/L) bit in the first octet, which sets it to 1 in the EUI-64 to indicate a locally administered identifier. This encapsulation ensures the OUI uniquely identifies the vendor within the IPv6 address space, as specified in the IPv6 addressing architecture.^[34] In Fibre Channel networks, OUIs are encapsulated within World Wide Names (WWNs) using Network Address Authority (NAA) formats to create globally unique port and node identifiers. For instance, in NAA format 2 (IEEE Registered), the structure begins with an 8-bit NAA type field set to 0x02, followed by the 24-bit OUI, and concludes with a 36-bit vendor-specific identifier, forming a 64-bit WWN such as 20:00:00:xx:xx:xx:yy:yy:yy:yy:yy:yy where xx:xx:xx is the OUI. This approach allows vendors to leverage their assigned OUI for scalable, unique addressing in storage area networks. The general NAA Name_Identifier structure standardizes OUI integration across protocols, comprising an 8-bit NAA type (e.g., 0x02 for IEEE OUI-based formats), the 24-bit OUI, and a variable-length payload for additional uniqueness. This [NAA][OUI][Payload] format supports interoperability in environments requiring persistent identifiers, such as storage fabrics. A practical case study is Cisco's implementation in NX-OS for virtual Fibre Channel (vFC) interfaces in FCoE environments, where the switch's registered OUI is encapsulated into 64-bit virtual WWNs to assign unique identifiers to virtual host bus adapters (vHBAs). During configuration, administrators can specify or verify the OUI (e.g., via the "wwn oui" command) to generate WWNs in NAA format, ensuring fabric login (FLOGI) and zoning compatibility without conflicts. This encapsulation maintains vendor traceability in virtualized data centers.^[35] These encapsulation practices, including NAA integration, are formally defined in the Fibre Channel Framing and Signaling-4 (FC-FS-4) standard released in 2016 (INCITS 488-2016), which outlines WWN formats and mappings.^[36]

References

[1]
IEEE Registration Authority FAQs - IEEE Standards Association
The IEEE Registration Authority maintains lists of unique identifiers and issues them to those who register them, assigning unambiguous names to objects.
[2]
What is an Organization Unique Identifier (O.U.I.)? | Dell US
An OUI, sometimes referred to as a "company_id", is a 24 bit globally unique assigned number that is referenced by various standards. An OUI identifies a ...
[3]
MA-L - IEEE Standards Association
The IEEE Registration Authority will assign an additional OUI to any organization requesting one, providing they submit a letter on company letterhead to the ...
[4]
IEEE RA Guidelines for Use of EUI, OUI, and CID
Aug 3, 2017 · The tutorial includes information relevant to organizational identifiers, such as Organizationally Unique Identifier (OUI) and Company ID (CID), ...
[5]
Registration Authority - IEEE Standards Association
An MA-L assignment includes an OUI and large blocks of EUI-48 and EUI-64 values which can be used as MAC Addresses, Bluetooth Device Addresses, Ethernet ...MA-L · Standards Group MAC Address · MA-S · Assignment Information...
[6]
MA-S - IEEE Standards Association
Registration Fees Payment options for the renewal fee are credit card, check or wire transfer. IEEE does not accept requests for applicant-specified ...Missing: process | Show results with:process
[7]
MA-L Qty/Price - IEEE
Apr 22, 2024 · Registration Fees ; Publicly Registered MA-L · (Company name & address will be displayed on the IEEE public listing). US $3,375 ; Contract Fee. ( ...
[8]
Registration Authority Payments - IEEE
Oct 29, 2024 · The IEEE Registration Authority accepts major credit cards, wire transfers, checks Payable to IEEE Registration Authority - In US Dollars only, ...<|separator|>
[9]
MA-M - IEEE Standards Association
The IEEE Registration Authority will assign an additional OUI to any organization requesting one, providing they submit a letter on company letterhead to the ...Missing: process | Show results with:process
[10]
Assignment Information Change Form - IEEE Standards Association
Use this form for contact changes since assignment, company name changes (with press release), and for multiple assignments. Use separate forms for each.
[11]
Guidelines for Use of Extended Unique Identifier (EUI ... - IEEE
Apr 1, 2022 · This tutorial covers organizational identifiers assigned by the IEEE Registration Authority (IEEE RA) and extended identifiers based on them.
[12]
draft-ieee-rac-oui-restructuring-00 - IETF Datatracker
Feb 17, 2013 · OUI 2. OUI-36 3. IAB The latter two use an IEEE reserved OUI from the first registry as their root. These registries support the standards of ...
[13]
802-2001 - IEEE Standard for Local and Metropolitan Area Networks
This document serves as the foundation for the family of IEEE 802®1 Standards published by IEEE for Local Area Networks (LANs) and Metropolitan Area Networks ( ...
[14]
IEEE 802-2001 - IEEE SA
This standard specifies Cut-Through Forwarding (CTF) bridges based on the IEEE 802.1Q bridge architecture, including protocols, procedures, and managed objects.<|control11|><|separator|>
[15]
IEEE 802.3 Interpretation Number:1-07/03 (Globally assigned ...
NOTE - The upper, bit-stream representation of the universal address in Figure 8 shows the LSB of each octet first; this corresponds to the data-communications ...
[16]
[PDF] mac-address format - IEEE 802
Successive octets are separated by a hyphen. This document consistently uses IETF bit ordering although the physical order of bit transmission within an.
[17]
[PDF] 1 Organizationally Unique Identifier (OUI) - t10.org
The MSB hex form transmits the most significant bit of a byte first and least significant bit of a byte last. The Canonical form transmits the least significant ...
[18]
[PDF] IEEE Std 802-2001
Feb 7, 2002 · It does so by assigning Organizationally Unique Identifiers (OUIs), which are three octets (24 bits) in length. Because the assignment of the ...
[19]
RFC 7042 - for IEEE 802 Parameters - IETF Datatracker
This document discusses several uses of such parameters in IETF protocols, specifies IANA considerations for assignment of points under the IANA OUI.
[20]
[PDF] DEenet Digital Network Architecture (Phase IV) Token Ring Data ...
Because the transmission bit order within bytes is reversed for 802.5 from. 802.3, 802.5 MAC layer addresses end up bitwise reversed within the same byte order.<|separator|>
[21]
Bit ordering in MAC addresses - IBM
Ethernet MAC addresses have reversed bit order compared to Token Ring. To reverse, swap the order of the two digits in each byte.Missing: transmission LSB first 00-01-02
[22]
IEEE 802.1D-2004 - IEEE SA
IEEE 802.1D-2004 defines an architecture for interconnecting LANs below the MAC boundary, allowing transparent communication between separate LANs.
[23]
https://www.ieee802.org/secmail/msg00396.html
[24]
7.9. Name Resolution - Wireshark
Name resolution tries to convert some of the numerical address values into a human readable format. There are two possible ways to do these conversions.Missing: canonical normalization<|control11|><|separator|>
[25]
Use of EUI-64 for New Designs - IEEE 802
Jan 15, 2000 · The IEEE administers the assignment of 24-bit identifiers. The identifier is formally known as an "Organizationally Unique Identifier" (OUI) or ...
[26]
RFC 4291 - IP Version 6 Addressing Architecture - IETF Datatracker
... IEEE EUI-64 or IEEE 802 48-bit MACs. Examples include LocalTalk and Arcnet. The method to create a Modified EUI-64 format identifier is to take the link ...
[27]
None
Nothing is retrieved...<|separator|>
[28]
Guidelines for use of a 32-bit or 40-bit Context Dependent Identifier ...
A 32-bit context dependent identifier (CDI-32) consists of two components. The 24- bit first portion of this value is the OUI value assigned to the manufacturer ...
[29]
Configure Telephony Organizationally Unique Identifiers (OUI ...
Dec 13, 2018 · This article provides instructions on how to configure Telephony OUI settings on the Sx200, Sx250, Sx300, Sx350, SG350X, Sx500, ...
[30]
Understanding Voice VLANs - Ethernet Switching - Huawei Support
Mar 15, 2025 · An OUI refers to the first 24 bits of a MAC address and can be used to identify a MAC address range. The Institute of Electrical and Electronics ...
[31]
[PDF] IEEE Std 802c - IEEE 802
Sep 7, 2017 · • Guidelines for Use of Extended Unique Identifier (EUI), Organizationally. Unique Identifier (OUI), and Company ID (CID). - Published August ...
[32]
MAC address recycling? - Network Engineering Stack Exchange
May 21, 2013 · I've seen some studies and estimates saying that we won't have to worry about exhaustion until around 2100. The IEEE is one organization that supports this ...
[33]
MAC Address Assignment from vCenter Server - TechDocs
You can select the scheme that best suits your requirements for MAC address duplication, OUI requirements for locally administered or universally administered ...
[34]
[PDF] 06-002r2 IEEE OUI tutorial for SCSI.fm - t10.org
Jan 16, 2006 · The NAA IEEE Registered designation descriptor is shown in table 13. This is used to report Serial Attached. SCSI (SAS) target port identifiers ...
[35]
[PDF] SMI-S and Web Services Programming Guide, Cisco DCNM for SAN ...
SMI-S and Web Services Programming Guide, Cisco DCNM for SAN, Release 10.3(x)Missing: OUI encapsulation
[36]
RFC 4291: IP Version 6 Addressing Architecture
This specification defines the addressing architecture of the IP Version 6 protocol. It includes the basic formats for the various types of IPv6 addresses.
[37]
[PDF] cisco-nexus-9000-series-nx-os-fc-npv-and-fcoe-npv-configuration ...
Aug 18, 2023 · Configure the OUI on the core and Nexus 9000 switch only if the OUI value is not registered by default on either of them. The OUI is found and ...
[38]
https://webstore.ansi.org/standards/incits/incits4882016
[39]
[PDF] Base Specification, Revision 2.3 - NVM Express
Jul 31, 2025 · 1.1 Overview. The NVM Express® (NVMe®) interface allows a host to communicate with a non-volatile memory subsystem. (NVM subsystem).