ThinkSystem SR650 使用联想 46C3447 SR 光模块时 Catalyst 3850 把端口 err-disable 掉

这条日志已经说明问题了。gbic-invalid 是交换机在拒绝它认为未经授权的模块，触发这个检查的逻辑在思科这一侧，跟 SR650 无关，也跟 ESXi 无关。它是在针对这条链路里那个带联想编码的 SR 光模块，在链路还没来得及被评估之前就把端口杀掉了，这也是为什么换端口、换跳线对你来说都没用。

全局配置里两行命令：

service unsupported-transceiver
no errdisable detect cause gbic-invalid

第一行让交换机继续使用它不认识的模块，第二行让 err-disable 在那个 CRC 检查失败时不再把端口打掉。这两条都不是回溯生效的，所以之后要把端口弹一下，趁它关闭的时候顺便把光纤重新插拔一次：

interface Te1/0/7
 shutdown
 no shutdown

端口起来之后记得保存配置。如果只留在 running config 里，下次重启端口又会变回 err-disabled，你就得在一个糟糕得多的时刻再排查一遍。

两点提醒。现在你已经在思科官方支持的配置范围之外了：他们认为第三方光模块未经测试，如果这条链路涉及某个合同，TAC 可能会拒绝处理牵涉第三方光模块的互操作性问题。另外 service unsupported-transceiver 不是万能药。如果问题出在端口本身，比如把 10G 模块插进了只支持 1G 的 SFP 插槽，同样的 bad crc 信息在开了这条命令后依然会出现，所以如果端口弹完之后还是起不来，先确认两端实际跑的速率，再考虑是不是又要怪光模块。