World Wide Name
A World Wide Name (WWN) is a globally unique identifier, typically 64 bits or 128 bits in length, assigned by manufacturers to nodes and ports in storage networking technologies such as Fibre Channel (FC), Serial Attached SCSI (SAS), and Advanced Technology Attachment (ATA), functioning analogously to a MAC address in Ethernet networks for ensuring device identification in storage area networks (SANs).[1][2][3] WWNs are structured according to the Network Address Authority (NAA) format defined by the INCITS T11 committee, where the NAA identifier specifies the type and ensures uniqueness through a combination of company-assigned codes and vendor-specific extensions, often represented in hexadecimal ASCII for interoperability across FC, SAS, and iSCSI environments.[2][4] There are two primary types: the Node World Wide Name (WWNN), which identifies an entire device or node, and the Port World Wide Name (WWPN), which identifies a specific port on that node, allowing for precise addressing in FC fabrics.[5] In FC SANs, WWNs are hard-coded into hardware like host bus adapters (HBAs), switches, and storage arrays at the factory, enabling zoning, LUN masking, and fabric login processes without requiring dynamic assignment, which supports scalable and secure connectivity in enterprise storage infrastructures.[1][3] Beyond FC, WWNs facilitate consistent naming in SAS domains for direct-attached storage and in iSCSI for extending FC semantics over IP networks, promoting interoperability as outlined in standards like FC-FS (Framing and Signaling).[2][4] The assignment process is overseen by registration authorities to prevent duplicates, with the IEEE managing portions of the address space for vendor use.[2]Overview
Definition
A World Wide Name (WWN) is a globally unique identifier assigned to network interfaces, nodes, and ports in storage technologies, particularly those utilizing serial bus topologies like Fibre Channel. It functions as a permanent, hardware-based address, akin to a MAC address in Ethernet networks, but is specifically designed for high-speed storage area networks (SANs) where reliable device identification is essential. WWNs are hard-coded into devices by manufacturers to ensure persistence across reboots, fabric changes, or network reconfigurations.[1][6] WWNs are available in 64-bit or 128-bit formats, with the 64-bit variant being the most common in traditional Fibre Channel implementations, while 128-bit extensions support advanced addressing needs in modern storage protocols. This structure allows for an immense address space, preventing collisions in large-scale deployments. Manufacturers derive WWNs from IEEE-assigned Organizationally Unique Identifiers (OUIs) to guarantee worldwide uniqueness without central coordination beyond the initial assignment.[7] In distinction from other network identifiers, MAC addresses are confined to Ethernet layer-2 framing and local connectivity, whereas WWNs enable end-to-end identification in lossless, ordered-delivery environments like Fibre Channel SANs. Similarly, IP addresses serve as dynamic, routable layer-3 identifiers that can be reassigned, but WWNs remain immutable to support consistent device tracking in storage ecosystems. The historical roots of WWNs trace to IEEE standards for Extended Unique Identifiers (EUIs), developed in the 1980s and 1990s to provide scalable, unique addressing for emerging serial bus architectures, including those standardized by the INCITS T11 committee for Fibre Channel.[7][6]Purpose and Importance
World Wide Names (WWNs) serve as permanent, globally unique identifiers for devices and ports in storage area networks (SANs), enabling consistent recognition regardless of physical port changes or dynamic network reconfigurations. This permanence is crucial in environments like Fibre Channel SANs, where devices frequently connect and disconnect, preventing identification conflicts that could disrupt connectivity.[1][3] WWNs play a key role in access control mechanisms such as zoning and LUN masking, where they define authorized device interactions to ensure secure and reliable data access. In zoning, WWNs allow flexible grouping of initiators and targets into isolated communication domains, enhancing security by limiting visibility and broadcast traffic. For LUN masking, storage arrays use WWNs to selectively expose logical unit numbers (LUNs) to specific hosts, preventing unauthorized access. Additionally, in multipathing configurations, WWNs maintain device identity across redundant paths, supporting failover and load balancing to minimize downtime during path failures.[8][9][10][11][12] In enterprise storage, WWNs facilitate fault isolation by enabling precise device tracking during diagnostics, allowing administrators to pinpoint issues without affecting the broader network. They also support inventory management through SAN tools that catalog devices by WWN, simplifying asset tracking and compliance in large-scale deployments.[13][14][15] Duplicate WWNs within a fabric are strictly prohibited and can lead to severe issues, including rejected logins, disabled ports, path outages, and potential network disruptions or data corruption from conflicting access. Fabric switches typically detect and isolate duplicates to preserve stability, underscoring the critical need for unique assignments.[16][17][18]Structure
Components
A World Wide Name (WWN) in its standard 64-bit configuration consists of a 4-bit Network Address Authority (NAA) field, followed by a 24-bit Organizationally Unique Identifier (OUI) assigned by the IEEE to the manufacturer (in certain formats), and vendor-specific extension fields that allow the vendor to uniquely assign the remaining portion based on serial numbers or other internal schemes.[19] The NAA field specifies the overall format and authority of the WWN, such as IEEE registered (NAA 5) or extended formats, ensuring global uniqueness while adhering to standardized allocation rules.[1] This structure derives from the IEEE Extended Unique Identifier (EUI-64) standard, adapted for storage networking protocols like Fibre Channel, where the OUI portion uniquely ties the identifier to the producing organization.[20] For advanced scenarios involving virtualization, 128-bit WWNs extend the structure to accommodate N_Port ID Virtualization (NPIV), incorporating a 4-bit NAA, 24-bit OUI, and up to 100 bits of vendor-specific data (including virtualization-specific indicators like port indices or logical unit extensions) to support multiple virtual ports sharing a physical interface without identifier collisions.[21] These extended WWNs, often using NAA format 6 (IEEE Registered Extended), enable finer-grained identification in virtualized environments by embedding hierarchical elements like domain or partition details, allowing a single physical node to present numerous distinct logical identities to the fabric.[22] The adoption of 128-bit formats addresses scalability limitations in dense virtualization setups, where traditional 64-bit addressing might exhaust available unique combinations.[23] WWNs are differentiated by scope into Node WWNs (WWNNs) and Port WWNs (WWPNs), with the WWNN serving as a device-wide identifier that remains consistent across all ports on a given node, such as a host bus adapter or storage controller, to represent the entire entity in the network.[1] In contrast, the WWPN is port-specific, uniquely identifying an individual Fibre Channel port to facilitate precise routing and zoning within the fabric, even as multiple ports on the same node share the underlying WWNN.[24] This distinction ensures that network policies can target either the broader node for administrative purposes or specific ports for connectivity management, enhancing flexibility in storage area networks.[25] The IEEE defines specific types for WWNs through the Network Address Authority (NAA) field, supporting individual affiliations for unique entity identification, group affiliations via the individual/group (I/G) bit in the first octet (0 for individual, 1 for group addressing in multicast scenarios), and domain affiliations in extended formats that incorporate fabric domain elements for hierarchical networking.[20] These types, such as NAA 1 (IEEE 48-bit individual), NAA 2 (extended group-capable), and NAA 5/6 (registered with domain support), allow WWNs to adapt to diverse affiliation needs while maintaining global uniqueness.[26]Formats and Encoding
World Wide Names (WWNs) are encoded as 64-bit values, represented in hexadecimal notation as a 16-character string, often separated by colons or hyphens for readability, such as 21:00:00:20:37:49:91:5c.[19] This format ensures uniqueness across Fibre Channel networks and related technologies, with the hexadecimal digits directly corresponding to the binary bits of the WWN.[2] The encoding rules are specified in standards from the INCITS T11 committee, including FC-FS for Fibre Channel framing, which defines the NAA-based structures.[20] The binary structure of a WWN begins with a 4-bit Network Address Authority (NAA) identifier in the most significant nibble, followed by fields allocated for company identification and vendor-specific data. For NAA type 1 (IEEE format, binary 0001), the structure allocates the NAA in bits 63-60, followed by 12 zero bits (bits 59-48), a 24-bit IEEE-assigned Organizationally Unique Identifier (OUI) in bits 47-24, and a 24-bit vendor-specific identifier in bits 23-0, effectively embedding a 48-bit MAC address padded to 64 bits. In contrast, NAA type 2 (IEEE extended, binary 0010) uses bits 63-60 for the NAA, bits 59-48 for 12 bits of vendor-specific data, bits 47-24 for the 24-bit OUI, and bits 23-0 for 24 bits of additional vendor-specific extension, enabling full 64-bit uniqueness without padding.[19] These bit allocations ensure compatibility with IEEE-assigned identifiers while allowing extension for serial numbers or other unique elements.[27] IEEE Registered WWNs, also known as burned-in addresses, utilize globally unique OUIs assigned by the IEEE Registration Authority with the Universal/Local (U/L) bit set to 0 (indicating global administration), ensuring permanence and manufacturer-assigned uniqueness as per IEEE guidelines for EUI formats.[27] Locally Administered WWNs, however, set the U/L bit to 1 (in the OUI field, typically bit 46 for NAA=2), allowing network administrators or vendors to assign identifiers locally without relying on IEEE registration, though this requires careful management to avoid conflicts.[19] The encoding rules for these distinctions are harmonized in FC-BB standards for Fibre Channel over Ethernet, which adopt the same NAA structures to maintain interoperability with IEEE 802.1-based Ethernet addressing.[20]Display and Notation
Presentation Conventions
World Wide Names (WWNs) are typically presented in hexadecimal notation to facilitate readability in documentation, command-line interfaces, and management tools within Fibre Channel environments. The most common format separates the 16 hexadecimal digits into eight pairs using colons, such as 10:00:00:00:c9:xx:xx:xx, where each pair represents one byte of the 64-bit identifier. This colon-separated convention aligns with practices in major SAN vendors' tools, enhancing visual parsing by grouping bytes clearly. Alternatively, WWNs may appear without separators as a continuous 16-digit string, particularly in configuration files or when embedding in scripts, to simplify data entry or transmission.[28][29][30] According to Fibre Channel standards and industry specifications, hexadecimal digits in WWN presentations should use uppercase letters (A-F) for consistency and to match the formal encoding conventions derived from IEEE guidelines. This uppercase requirement ensures uniformity across documentation and avoids ambiguity in parsing tools that may interpret case differently. However, some implementations deviate slightly; for instance, Brocade (Broadcom) Fabric OS command outputs often render digits in lowercase, as seen in switch WWN displays like 10:00:00:05:1e:7a:7a:00. In contrast, Cisco Nexus and MDS series tools typically employ uppercase or mixed case in examples, such as 21:00:00:20:37:6f:db:bb, prioritizing readability over strict case enforcement in CLI results.[31][32][28][29] In logs, user interfaces, and diagnostic outputs, WWNs are frequently truncated to the last four hexadecimal digits (representing the final two bytes) for brevity, especially when multiple identifiers appear in dense listings or error reports. This practice, common in HPE Storage management interfaces, allows quick identification without overwhelming display space while retaining unique suffixes sufficient for local context. Full WWNs are used in formal zoning configurations or detailed audits to ensure global uniqueness, but truncation aids operational efficiency in high-volume SAN monitoring. Vendor tools may vary this further; for example, Cisco interfaces often display complete WWNs in zoning views but abbreviate in summary logs, whereas Brocade tools consistently show full formats in port diagnostics with optional filtering.[33][29][34] In SAS and iSCSI environments, WWNs follow similar hexadecimal colon-separated formats for 64-bit identifiers, though SAS may use 128-bit extended formats displayed as 32 hex pairs (e.g., 50:06:0b:00:00:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx). iSCSI Qualified Names (IQNs) incorporate WWNs but are presented as dotted-decimal strings for IP compatibility.[35][36]Examples
A representative example of a World Wide Node Name (WWNN) for a host bus adapter is 10:00:00:00:c9:2f:65:d6, following the NAA-1 (IEEE Company ID) format where the prefix 10:00 indicates use of the vendor's OUI (c9:xx for Broadcom/Emulex) combined with a unique identifier derived from the adapter's MAC address or serial number.[37][38] In contrast, a typical World Wide Port Name (WWPN) for a storage array port might be 50:00:00:00:00:00:00:01, where the 50:00 prefix signifies a NAA-5 (IEEE Registered) format assigned by the vendor for global uniqueness.[16] This value identifies a specific port on the array, such as a front-end Fibre Channel interface, and is derived from the vendor's Organizationally Unique Identifier (OUI) combined with sequential numbering for ports. Duplicate WWNs in a Storage Area Network (SAN) can lead to severe operational disruptions, as Fibre Channel fabrics enforce uniqueness to prevent conflicts. For instance, if two devices attempt to login with the same WWPN within the same fabric domain, the switch will reject the second login, potentially isolating one device and causing path failures or data access outages.[16] In multi-domain scenarios, the fabric may remove affected devices and generate reliability, availability, and serviceability (RAS) logs, resulting in unpredictable responses to service requests like port WWN queries and requiring manual intervention to resolve zoning or configuration errors.[39] A real-world example of WWN assignment appears in Fibre Channel zoning configuration files, where WWNs are explicitly defined to link hosts and storage. In a Cisco MDS switch configuration snippet, WWNs are assigned as follows:This setup assigns the HBA's WWPN to connect with the storage port's WWPN, ensuring secure and directed traffic flow within the fabric.zone name example_zone vsan 1 member pwwn 10:00:00:00:c9:2f:65:d6 member pwwn 50:00:00:00:00:00:00:01 zoneset name example_zs vsan 1 member zone example_zonezone name example_zone vsan 1 member pwwn 10:00:00:00:c9:2f:65:d6 member pwwn 50:00:00:00:00:00:00:01 zoneset name example_zs vsan 1 member zone example_zone
Applications
In Fibre Channel
In Fibre Channel (FC) networks, World Wide Names (WWNs) serve as unique 64-bit identifiers for nodes and ports, enabling precise addressing and connectivity in storage area networks (SANs). Specifically, the World Wide Port Name (WWPN) identifies individual N_Ports on end devices such as hosts or storage arrays, while the World Wide Node Name (WWNN) identifies the overall node. During Fabric Login (FLOGI), an N_Port initiates a session with an F_Port on the fabric switch by sending a FLOGI frame containing its WWNN and WWPN to the well-known address 0xFFFFFE, allowing the switch to assign a dynamic 24-bit Fibre Channel Identifier (FCID) in the domain-area-port format for routing purposes.[40] This process ensures lossless, in-order delivery of frames across the fabric, with the F_Port acting as the interface to upstream fabric services.[41] WWNs integrate deeply with FC fabric services, facilitating discovery, registration, and management. After FLOGI, the N_Port registers with the Name Server (a fabric service at well-known address 0xFFFFFC) using its WWPN and WWNN, enabling other devices to query and locate it via the Switch Name Server (SNS) for establishing Port Login (PLOGI) sessions.[40] Fabric services like the Management Service and Login Service also leverage WWNs to authenticate and authorize access, ensuring secure communication in multi-domain environments. For instance, during PLOGI between two N_Ports, devices exchange WWPNs and WWNNs along with service parameters to negotiate classes of service and buffer credits.[42] Zoning in FC fabrics relies on WWNs to enforce security and isolation by binding specific devices into logical groups. WWPN-based zoning allows administrators to create zones that permit communication only between designated initiator and target WWPNs, preventing unauthorized access across the SAN regardless of physical port changes.[8] This soft zoning approach enhances flexibility, as devices can be relocated without reconfiguring zones, while providing isolation to mitigate risks like unauthorized data access or fabric-wide disruptions.[43] In practice, zone sets activated on switches enforce these WWPN bindings at the hardware level, supporting up to thousands of zones per fabric for large-scale deployments.[44] The use of WWNs is mandated by key FC standards developed by the INCITS T11 committee. The Fibre Channel Framing and Signaling (FC-FS) standard, which encompasses physical interface specifications like FC-PI, requires WWNs for port and node identification in frame headers and login payloads to ensure interoperability and unique addressing.[45] Similarly, the Fibre Channel Switch Fabric (FC-SW) standard specifies WWNs for fabric topology management, including principal switch selection based on WWN priority and inter-switch linking. These standards, such as FC-SW-6 and FC-FS-5, define WWN formats and their mandatory inclusion in protocols to support scalable, secure fabrics. The role of WWNs has evolved significantly from early FC topologies to modern switched fabrics. In Fibre Channel Arbitrated Loop (FC-AL) environments, WWNs provided hard addressing during loop initialization for up to 126 devices sharing a single loop, but scalability was limited by contention and single-point failures.[46] The transition to switched fabrics under FC-SW standards shifted reliance on WWNs for fabric-wide uniqueness, enabling thousands of devices across multiple switches with dynamic FCID assignment and zoning for isolation, thus improving performance and reliability in enterprise SANs.[47]In Other Protocols
In iSCSI, World Wide Names (WWNs) are not natively used for node identification, as the protocol relies on iSCSI Qualified Names (IQNs) in the formatiqn.yyyy-mm.reversed-domain:specifier to uniquely identify initiators and targets independently of network addressing. However, for interoperability with Fibre Channel (FC) storage area networks (SANs), iSCSI-to-FC gateways map IQNs to WWNs, assigning virtual WWNs (such as node WWNs and port WWNs) to iSCSI hosts from a pool to enable seamless zoning and LUN masking in mixed environments. This mapping ensures that iSCSI initiators appear as FC nodes, preserving FC management practices like WWN-based access control while leveraging IP networks for connectivity.[48]
In Serial Attached SCSI (SAS), WWNs are used as SAS addresses, which are 64-bit unique identifiers for PHYs, ports, and devices, enabling device discovery and addressing in SAS domains for direct-attached storage. SAS addresses follow the NAA format similar to FC WWNs, ensuring global uniqueness across expanders and initiators.[49]
Fibre Channel over Ethernet (FCoE), defined in the T11 FC-BB-5 standard, encapsulates FC frames within Ethernet, allowing WWNs to function identically to native FC implementations. In FCoE endpoints known as ENodes, virtual N_Ports (VN_Ports) utilize port WWNs (pWWNs) and node WWNs (nWWNs) for login, discovery, and frame addressing during the Fibre Channel Initialization Protocol (FIP) process, where VN_Ports establish virtual links with fabric ports (VF_Ports) on FCoE switches. This direct carryover of WWNs in Ethernet frames via VN_Ports enables FCoE to support lossless Ethernet (Data Center Bridging) while maintaining FC's addressing and security models without requiring additional mappings.[50]
In NVMe over Fabrics (NVMe-oF), identification extends FC heritage through Namespace Globally Unique Identifiers (NGUIDs), which are optional 128-bit globally unique identifiers assigned by the NVMe controller to namespaces, functioning analogously to WWNs for identification in fabric environments like RDMA, TCP, or FC transports. This approach allows NVMe controllers and namespaces to interoperate with FC-based systems by aligning identifiers with WWN structures in the transport layer, facilitating consistent discovery and management in converged storage fabrics.[51]
WWNs, designed for FC's addressing architecture, face limitations in pure IP-based protocols, where they lack native support and require protocol-specific extensions or mappings to integrate with IP addressing and routing. In iSCSI, this necessitates IQN-to-WWN translations via gateways for FC interoperability, potentially introducing overhead in heterogeneous SANs. FCoE mitigates this by embedding WWNs directly in Ethernet but demands specialized lossless networking to avoid frame loss inherent to standard Ethernet. Similarly, NVMe-oF addresses the gap through NGUIDs but still relies on transport-layer adaptations, such as capsule-based encapsulation, to carry these identifiers over IP fabrics without inherent FC zoning semantics.[48][50][51]
Discovery and Management
Methods in Linux
In Linux systems, World Wide Names (WWNs) for Fibre Channel Host Bus Adapters (HBAs) and associated SCSI devices can be retrieved using standard command-line utilities that interface with the kernel's sysfs filesystem and SCSI subsystem.[52] These methods provide access to both local HBA WWNs (node and port names) and remote target WWNs without requiring vendor-specific tools.[53] To detect HBAs initially, the[lspci](/page/Lspci) command lists PCI devices, filtering for Fibre Channel adapters with options like lspci | [grep](/page/Grep) -i fibre or lspci -nn | [grep](/page/Grep) -i hba, which identifies the device IDs and vendors.[53] Once the HBA is located, WWNs are accessed via sysfs paths under /sys/class/fc_host/, where each host directory (e.g., host0) contains files such as node_name for the World Wide Node Name (WWNN) and port_name for the World Wide Port Name (WWPN); for example, cat /sys/class/fc_host/host0/port_name outputs the hexadecimal WWPN value.[52] These attributes are exposed by the SCSI Fibre Channel transport layer in the Linux kernel.[52]
For SCSI-level WWN queries on remote targets visible through the HBA, the lsscsi utility enumerates attached SCSI devices and, with the --transport option (e.g., lsscsi --transport), displays Fibre Channel port names and identifiers for targets, aiding in mapping logical units to their WWNs.[54] Complementing this, sg_inq from the sg3_utils package sends SCSI INQUIRY commands to a specific device (e.g., sg_inq /dev/sg0 --page=0x83), retrieving Vital Product Data (VPD) page 0x83 for Device Identification, which includes Network Address Authority (NAA)-formatted WWNs for the target.[55]
The systool command, part of the sysfsutils package, provides a formatted view of fc_host attributes with systool -c fc_host -v, listing details like port_name and node_name for all HBAs in a structured output, such as device paths and serial numbers.[53]
When handling multiple HBAs, iteration over sysfs directories is used, for instance, via a loop like for host in /sys/class/fc_host/host*; do echo $host; cat $host/port_name; done, which enumerates each host's WWNs; alternatively, /sys/class/fc_transport exposes remote port attributes for broader fabric discovery.[52]
Vendor-Specific Tools
Vendor-specific tools provide proprietary command-line interfaces (CLIs) and utilities for discovering and managing World Wide Names (WWNs) in Fibre Channel environments, often offering more detailed adapter-specific information than standard operating system commands. These tools are typically bundled with vendor management software and require the installation of corresponding host bus adapter (HBA) drivers. For Emulex (now part of Broadcom) HBAs, the OneCommand Manager application includes the hbacmd CLI, which enables querying of WWPNs and WWNNs. TheListHBAs command lists all detectable Emulex adapters, displaying their WWPN and WWNN for each port. Similarly, the HbaAttributes command, invoked as hbacmd HbaAttributes <WWPN | MAC>, retrieves detailed adapter attributes including the Node WWN (WWNN) and Port WWN (WWPN). The PortAttributes command, used as hbacmd PortAttributes <WWPN>, shows port-specific details such as the associated WWPN and WWNN for Fibre Channel or FCoE functions. These commands operate on supported platforms like Linux, Solaris, and Windows, providing output in a structured format for SAN administration tasks.[56]
QLogic (now part of Marvell) HBAs utilize the QConvergeConsole CLI (QCCLI) for WWN management and discovery. This tool allows administrators to query SAN components, including HBAs, to retrieve WWPN and WWNN values through commands like qaucli -pr fc -i <hba instance>, which displays Fibre Channel port information such as Node WWN and Port WWN for connected adapters. Additionally, the older SANsurfer CLI (scli) under /opt/QLogic_Corporation/SANsurferCLI/ offers an interactive menu for HBA information, where selecting option 2 reveals WWPN details, and further submenu navigation displays the corresponding WWNN. The qaucli utility, part of QLogic's management suite, can also view port WWNs with commands like qaucli -pr <adapter>, aiding in zoning and fabric verification. These utilities support QLogic series like 2500, 2600, and 2700, focusing on CLI-based queries for adapter and fabric WWNs.[57][58][59]
Brocade (now part of Broadcom) switches employ the Fabric OS CLI for fabric-level WWN discovery, with the portshow command being central to viewing port-associated WWNs. Executed as portshow <port_number>, it outputs the port's own WWN (under "portWwn") and the WWNs of connected devices (under "portWwn of device(s) connected"), including support for NPIV virtual ports. For inter-switch links like EX_Ports, it displays additional WWNs such as the principal switch WWN and phantom domain WWNs. This command is essential for troubleshooting fabric connectivity, as it reveals login states and attached WWNs without requiring host access.[60]
Integration with operating systems, such as Linux, requires loading vendor-specific drivers to enable these tools' access to HBA hardware. For Emulex adapters, the lpfc driver must be installed, as it provides the kernel interface for hbacmd to query WWNs; without it, tools report no adapters or limited information. This driver supports features like NVMe over Fabrics and is distributed via Broadcom's Linux driver kits, ensuring compatibility for WWN management in enterprise SANs.[61]
Vendor Identifiers
Organizationally Unique Identifiers (OUIs)
The Organizationally Unique Identifier (OUI) is a 24-bit value assigned by the IEEE Registration Authority (RA) to uniquely identify vendors, manufacturers, or organizations in the construction of globally unique identifiers, including World Wide Names (WWNs). This prefix ensures that devices from different vendors can be distinguished without collision in networked environments, such as storage area networks. The IEEE RA maintains a public registry of assigned OUIs to support standardization across various protocols.[27] Vendors seeking to produce WWNs must apply to the IEEE RA for an OUI allocation, a process that involves submitting organizational details and agreeing to usage guidelines outlined in IEEE standards. Once assigned, the OUI enables the creation of unique identifiers by appending vendor-specific extensions, promoting interoperability in global deployments. This registration is essential for WWNs used in Fibre Channel and related technologies, where the OUI guarantees worldwide uniqueness without reliance on local administration.[19] In the standard 64-bit WWN format defined under the Network Address Authority (NAA) scheme, the OUI is positioned in bits 5 through 28, immediately following the NAA identifier in bits 1 through 4.[62] This placement aligns with IEEE specifications for extended identifiers, allowing the OUI to serve as the core organizational component while leaving the remaining bits for vendor-defined serial numbers or port details.[19] WWNs extend the principles of the EUI-48 format, which uses a 24-bit OUI followed by a 24-bit vendor extension for MAC addresses in local networks, adapting this structure for broader bus and port addressing in distributed systems like SCSI and Fibre Channel.[63] By incorporating the OUI in this manner, WWNs inherit the global uniqueness of EUI-48 while expanding to 64 bits to accommodate more complex addressing requirements in high-availability storage environments.[64]Common OUIs and Vendors
In Fibre Channel networks, certain Organizationally Unique Identifiers (OUIs) appear frequently in World Wide Names (WWNs), particularly those associated with host bus adapters (HBAs) and switches from leading vendors. These OUIs enable quick identification of device manufacturers during SAN troubleshooting, zoning, and inventory management. For instance, the OUI 00:00:00 is reserved by the IEEE for special purposes, such as multicast addresses or testing, and should not appear in production WWNs. Another common example is 00:05:1e, assigned to Brocade (now part of Broadcom), often seen in switch port WWNs. Similarly, 00:00:c9 identifies Emulex HBAs (also under Broadcom), while 00:e0:8b denotes QLogic HBAs (acquired by Marvell).[65][66] The following table lists representative OUIs commonly encountered in WWNs for Fibre Channel HBAs and switches, along with the associated vendor and typical products. This selection focuses on high-impact vendors in storage networking, drawn from the IEEE registry and vendor documentation. Note that due to acquisitions, some OUIs are maintained under parent companies.| OUI | Vendor | Typical Products |
|---|---|---|
| 00:00:00 | IEEE Reserved | Reserved (e.g., multicast, testing) |
| 00:00:c9 | Emulex Corporation (Broadcom) | FC HBAs (e.g., LPe12000 series) |
| 00:0a:33 | Emulex Corporation (Broadcom) | Legacy FC HBAs |
| 00:10:9b | Emulex Corporation (Broadcom) | FC adapters |
| 00:e0:8b | QLogic Corporation (Marvell) | FC HBAs (e.g., QLE2560 series) |
| 00:1b:32 | QLogic Corporation (Marvell) | FC HBAs (e.g., QLE series) |
| 00:24:ff | QLogic Corporation (Marvell) | FC HBAs |
| 00:05:1e | Brocade Communications (Broadcom) | FC switches (e.g., G620) |
| 00:27:f8 | Brocade Communications (Broadcom) | FC switches (e.g., 6505) |
| 00:10:86 | ATTO Technology | FC HBAs (e.g., H6F0 series) |
| 00:c0:dd | QLogic Corporation (Marvell) | FC switches |