NetApp 为发货系统添加了新的 MAC 地址 OUI 范围
不可不使用
适用场景
- 所有 FAS 系统
- 所有闪存 FAS （ AFF ）系统
问题解答
NetApp 在组织中添加了新的 MAC 地址唯一标识符（ OUI ）块。NetApp 硬件现在采用网络接口卡（ NIC ）制造、并通过新地址块分配 MAC 。
在配置新的光纤通道 SAN 逻辑接口（ LIF ）时、 ONTAP 使用网络接口的 MAC 计算全球节点名称（ WWNN ）和全球端口名称（ WWPN ）。
对于使用新的 SAN 环境 MAC 地址块的存储控制器、最低 ONTAP 版本是必需的。
没有 SAN 配置的环境不会受到 MAC OUI 更改的影响。但是、 NetApp 鼓励使用任何给定版本系列更新到最新的建议版本、以利用可能提供的其他错误修复。
ONTAP 版本
以下 ONTAP 版本支持新的 OUI 块：
-
ONTAP 9.1P17 和所有后续的 9.1 修补程序版本
-
ONTAP 9.3P12 和所有后续版本 9.3 修补程序版本
-
ONTAP 9.4p6 和所有后续的 9.4 修补程序版本
-
ONTAP 9.5P1 和所有后续的 9.5 修补程序版本
-
ONTAP 9.6 和所有后续修补程序版本
集群混合规则
不限制将存储控制器节点与集群中现有 MAC 地址 OUI 和新 MAC 地址 OUI 混合使用。
在集群中混合存储控制器类型的规则保持不变。
WWNN/WWPN 计算详细信息
最初在存储系统上许可和启用光纤通道服务时、 FC 目标和启动程序适配器将分配为 WWPN ，通过磁头升级和更换来持续。分配信息存储在系统的根卷中。Data ONTAP 在使用 FCP 或 FC-NVMe 协议时使用板载端口 MAC 为数据 LIF 生成光纤通道全球名称（ WWN ），并进行完整性检查以验证是否从已知的 NetApp OUI 分配板载 MAC 。
如果存储控制器的 MAC 地址来自运行 ONTAP 版本之前的新池，则无法配置 SAN LIF 。
具有 MAC 地址的存储控制器从新池中恢复为 ONTAP 版本的存储控制器（在上述部分列出的版本之前）、加入到现有 ONTAP 集群后、将继续正常运行，直到旧 MAC 地址池中的最终存储控制器为为止 已删除。此时 SAN LIF 将不再正常创建。
输出的错误消息类似于以下内容：
Netapp-cluster1::> vserver fcp create -status-admin up -vserver SAN_vserver1
Error: command failed: Unable to assign a unique WWNN for SAN_vserver1
Netapp-cluster1::> network interface create -vserver SAN_vserver1 -lif fcp1 -role data -data-protocol fcp -home-node node1 -home-port 0a
Info: Unable to generate a WWN, No more MAC address available to generate WWN.
NetApp 分配了 OUI
MAC 地址块由 IEEE 组织分配和跟踪。
可以在以下位置找到各个块的所有者：https://regauth.standards.ieee.org/standards-ra-web/pub/view.html#regists
以下是 NetApp 拥有的 OUI 块：
| 分配 | 分配类型 | 公司名称 | 公司地址 |
| 00 — A0 — B8 （十六进制） 00A0 B8 | MA-L | NetApp | 1395 Crossman Ave Sunnyvale 、 CA 94089 US |
| D0-39-EA （十六进制） D039EA | MA-L | NetApp | 1395 Crossman Ave Sunnyvale 、 CA 94089 US |
| 00-80-E5 （十六进制） 0080E5 | MA-L | NetApp | 1395 Crossman Ave Sunnyvale 、 CA 94089 US |
| 00 — A0-98 （十六进制） 00 A098 | MA-L | NetApp | 1395 Crossman Ave Sunnyvale 、 CA 94089 US |
数据块 00 — A0 — B8 用于 NetApp E 系列硬件。
块 00-80-E5 用于 NetApp E 系列硬件。
块 D0-39-EA 是 ONTAP 新添加的 OUI 块。
Block 00-A0-98 是 ONTAP 的原始 OUI 块。