CN3360B连接CF8850H用镁联贝尔电信级

强制双工速率试试

1. 理解 16G 与 32G 的速率差异

2. 排查光模块兼容性（最常见原因）

• 排查命令：在交换机上执行 display transceiver 或 display transceiver diagnosis interface <接口名>，查看模块是否被识别为 Unrecognized 或存在告警。
• 解决办法：如果确认是兼容性问题，可能需要联系供应商刷写兼容 H3C 的码，或更换 H3C 原厂/认证模块。

3. 检查两端设备的速率配置与自协商状态

• 排查命令：
  • 查看接口状态与速率：display interface <接口名>
  • 查看光模块详细信息：display fc-interface <接口名> 或 display transceiver interface <接口名>
• 解决办法：
  1. 恢复自协商：FC 网络强烈建议开启自协商（Auto-negotiation）。请确保交换机侧和存储侧（CF8850H）都配置为 auto 模式，而不是强制 32G。
  2. 统一配置：如果必须强制速率，请确保两端同时强制为 32G，且检查存储侧是否真的支持 32G FC（部分存储型号仅支持到 16G）。

4. 检查光路衰耗

• 排查命令：display transceiver diagnosis interface <接口名>
• 关注指标：检查 RX Power（接收光功率）是否在 32G 模块的规格范围内（通常在 -10dBm 到 -1dBm 之间，具体看模块手册）。如果光功率过低，即使强制 32G 也会因为误码率过高而无法 UP。

浪潮 CN3360B（Brocade OEM SAN 交换机） ↔ 华为 CF8850H 存储
现象：两端 32G FC SFP，OM4 50 米光纤；自动协商落到 16G；两端同时强制 32G，端口无法 UP
先明确核心 FC 协议硬性规则：
✅ FC 端口强制速率模式 VS 自协商模式不能混合！
❌ 一端 auto、一端强制 32G → 链路大概率无法 UP
❌ 两端同时强制 32G，异厂商互联极易出现协商握手失败（FC-PI6 32G COMINIT 时序标准实现差异）
一、先理清设备型号 & 命令集
CN3360B = Brocade G610 OEM，命令完全兼容 Brocade Fabric OS
CF8850H 华为分布式存储，OceanStor，CLI 为华为存储命令
1）CN3360B（浪潮 Brocade）核心命令
bash
# 查看所有端口状态、当前协商速率
switchshow

# 查看指定端口详细配置（端口号示例0/1）
portcfgshow 0/1

# 查看光模块信息，确认模块能力
sfpshow 0/1

# 【修改端口速率】
# auto自适应（通告8/16/32G）
portcfgspeed 0/1 0
# 强制32G
portcfgspeed 0/1 32
# 强制16G
portcfgspeed 0/1 16

# 查看端口错误计数器，定位信号问题
portstat 0/1

# 查看端口链路初始化日志（协商失败关键日志）
portlogshow 0/1
2）华为 CF8850H 存储 FC 端口命令（Web 界面 + CLI）
Web 路径：资源管理 → 接口 → FC 接口，选中端口修改速率：自适应 / 16G/32G
CLI 命令：
plaintext
# 查询FC端口信息
show port fc

# 修改FC端口速率（port_id替换实际端口）
change port fc port_id speed=32Gbps
change port fc port_id speed=auto_adapt
二、为什么出现：自动协商 16G，强制 32G 端口起不来？四大根因
根因 1：异厂商 FC 32G 协商时序不兼容（最高概率）
32G FC 使用 64B/66B 编码；16G FC 是 8B/10B 编码。
FC 协商流程：端口上电发送 COMINIT 序列协商速率。
Brocade（CN3360B）、华为存储两家对 32G COMINIT 握手时序实现存在细微差异；
两端强制 32G 模式下，不再发送兼容协商序列，直接锁定 32G 接收时序；对端无法识别信号 → 端口 Down
开启 auto 自适应时，两端会先尝试 32G 握手，失败后退化到 16G（8B/10B，互通标准成熟），所以最终协商 16G。
⚠️ 这是浪潮 Brocade 交换机对接华为存储 32G FC 经典坑！
根因 2：第三方镁联贝尔光模块兼容性（重点排查）
虽然标注 32G FC SFP，区分两类模块：
FC 专用 32G SFP（FC-PI-6 标准）
通用 32G SFP28（以太网模块） 不能用于 FC！
很多第三方厂商混用 SFP28 硬件，以太网 32G 模块无法稳定跑 FC 32G，只能降级 16G。
验证方法：把模块插入交换机，sfpshow 端口查看 Transceiver Type，必须标注 32G FC。
根因 3：光功率裕量不足（不要轻信光纤全新）
OM4 理论 32G FC 最大 100 米，但是第三方线缆、接头端面污染、LC 端面瑕疵都会造成衰减。
32G FC 对光功率余量远高于 16G。
排查命令：
bash
# CN3360B查看收发光功率
sfpshow 0/1
正常接收功率范围：-10 ~ -1dBm；低于 - 12dBm 32G 极易不稳定、协商降级。
根因 4：固件版本 bug
CN3360B（Fabric OS）旧版本对第三方 32G FC 模块兼容性差；
CF8850H 存储老版本固件 FC 端口 32G FDMI 协商存在缺陷。
三、分步落地解决方案（按优先级执行）
方案 A【推荐优先尝试】：两端全部恢复 auto 自适应，优化参数稳定跑 32G
不要强制速率！异厂商 FC 互联优先使用 auto 模式
CN3360B 交换机端口配置
bash
portcfgspeed 0/1 0 # 0=auto自适应
portcfgpersistentenable 0/1
CF8850H 对应 FC 端口设置：自适配 (auto_adapt)
端口 shutdown/no shutdown 重启链路
bash
portdisable 0/1
portenable 0/1
观察协商结果：
✅ 如果成功协商 32G，问题解决；
❌ 依旧协商 16G → 继续往下排查。
方案 B：排查光模块 + 光链路（auto 依旧降到 16G 执行）
模块交叉验证：更换一对原厂 32G FC 光模块（浪潮 / Brocade OR 华为原厂）测试
镁联贝尔第三方模块是最大嫌疑点；很多第三方 32G 多模 FC 模块和 Brocade 交换机存在兼容性 bug。
清洁光纤 LC 端面；更换另一对 OM4 双纤测试；
读取 sfpshow 光功率，确认 RX 不低于 - 12dBm。
方案 C：固件升级（硬件链路无问题仍然降级）
CN3360B Fabric OS 升级至v9.1.x 及以上稳定版本；
CF8850H 存储系统升级至推荐目标版本，修复 FC 32G 协商兼容性补丁。
方案 D：临时折中方案（业务紧急、无法更换模块 / 升级版本）
两端强制 16G 运行，保障业务稳定；后续窗口期再优化硬件。
不建议长期方案，损失带宽。
四、重中之重避坑红线（很多人踩）
❌ 绝对禁止一端 auto、一端强制 32G！ FC 协议下几乎不可能 UP；
❌ 不要使用以太网 SFP28 模块充当 FC 32G 光模块，物理外形一致，协议不兼容；
❌ OM4 光纤虽然支持 100 米 32G FC，链路预算余量不足时，异厂商设备优先降级 16G；
✅ FC 强制速率模式只建议同厂商设备互联，跨厂商 SAN 互联优先 auto 自适应；