HP 5900 通过 JG328A DAC 连接 Ixia 和 Spirent 测试模块没有 40G 链路,换 SR4 光模块就正常
在生产网络旁边搭一个小型流量测试台,测试仪的端口通过铜缆完全起不来。
- HP 5900 40G 交换机,JC772A
- HP JG328A 40G QSFP+ 直连线缆
- Ixia Xcellon-Multis QSFP 40/10GE 负载测试模块
- Spirent TestCenter 40G 模块,作为第二方案也试过
- HP JG325B 40G SR4 光模块配多模光纤,作为对照
用 JG328A 连接 5900 和 Ixia 端口时,两端都没有链路。交换机不报错,只是提示线缆不受识别,端口保持 down:
<HP5900> display transceiver interface
同一根线接同一个交换机端口,换到 Spirent 的 40G 模块:结果也一样。换成 JG325B SR4 光模块配光纤接到完全相同的端口,两台测试仪立刻建立链路并能通过流量。
已经排除的:
- 把这根 DAC 换到 5900 上三个不同的 40G 端口,结果都一样
- 重新插拔了两端,也把线缆两端对调过
- 用 SR4 光模块证明了测试仪端口本身是健康的
所以到底是这根 JG328A 本身有问题,还是测试设备在拒绝一根厂商编码的线缆?就为了给几米外的一个负载模块供光才去买光模块,实在不是我想走的方向。
Comments 4
这是测试设备的问题,不是你的线缆,也不是那台 5900 的问题。
这两家的负载测试模块都会读取线缆的 EEPROM,判断自己是不是认得插进去的是什么东西,然后才决定要不要把端口拉起来。如果编码不是它们认识的,端口就干脆保持 down,你也就看不到任何信息。HP 编码的 DAC 正好属于这一类。5900 在这方面要宽松得多:它会接受这根线缆,打印出「不受识别」的告警,然后继续正常工作。你看到的这种不对称表现,根源就在这个脾气上的差异。
借一根普通的、非 HP 的 40G QSFP+ DAC,接在同一个 5900 端口和同一个 Ixia 端口之间试试。它能起来。工作台上得出的对照表是这样的:
而且这不是 HP 独有的毛病。其他厂商的直连线缆在这些测试仪上的命中率也不高。实际的做法是:备一根普通线缆和一对 SR4 光模块作为实验室常备件,专门用于任何要接触负载测试模块的场景,把 JG328A 用在它本来就好用的地方,也就是交换机对交换机。没人会为了迁就你去给测试仪重新编码。
那个端口上 display transceiver interface 到底打印出什么?5900 到底有没有从线缆上读到厂商名和货号,还是这些字段都是空的?在 Ixia 那一侧,端口对插入的线缆有没有任何报告,还是完全没有声音?
还有一件事:你柜子里有没有非 HP 的 40G DAC,能不能拿来接在同样两个端口之间试试?这一个测试就能把「线缆坏了」和「线缆不受欢迎」分开,而且只要两分钟。
值得补充一点,因为只要两端分属不同厂商的兼容矩阵,这个坑就会反复出现。我们在一条 100G 链路上遇到过一模一样的争论:交换机侧 Aruba 把 R0Z25A、JL307A 和 R0Z26A 列为 CX 10000 的 QSFP28 直连线缆,而服务器侧的一块 HPE 841QSFP28 网卡(872726-B21)只列出 InfiniBand EDR 线缆,834973-B21 到 B25。一套是按以太网认证的,另一套是按 InfiniBand 认证的,而这块网卡因为是双模式卡,根本没出现在计算侧的线缆矩阵里。
没有一根线缆是两端都列为支持的。解决办法是选一块只做以太网、确实出现在矩阵里的网卡——MCX516A-CCHT,然后挑一根两侧都列出的 DAC。和你工作台上的道理一样:按链路里更挑剔的那一端来采购。
在你订任何东西之前,先排除掉最平淡无奇的那个可能。我们在一台 ExtremeSwitching X870 上遇到过一根 DAC 和一个 40G QSFP+ 光模块都无法建立链路,两个都插在 QSFP28 端口里,跟线缆是谁做的完全没关系。这些端口还停留在默认状态,得明确告诉它们插的是什么:
之后两个都起来了。这是 EXOS 而不是 Comware,你那台 5900 的端口是原生 40G,所以这条未必适用,而且同一个端口上 SR4 光模块能建立链路,这一点本身也不支持你这边是端口配置问题。最好自己在设备上验证一下再决定要不要排除它。大家关于 EXOS 反复提到的另一点是,它对第三方线缆相当宽容,所以品牌很少是问题所在。