TL-SG3428X-M2 (V1)：SFP+ 26号插槽插任何 TL-SM5310-T 都不起链路，27号插槽在其旁边会闪断
我负责一个小型办公室网络，只有一个设备间，接入交换机上的四个 SFP+ 插槽承载着到服务器机柜的 10G 链路。之前跑了好几个月都没出过问题，现在有一个插槽直接失效了。
- TP-Link TL-SG3428X-M2 (V1)，固件 1.20.4 Build 20241104 Rel.40746，已在 Omada 中纳管
- SFP+ 25-28 端口插着四个 TP-Link TL-SM5310-T 10GBASE-T 模块
- CAT6A 网线，对端分别是两台服务器和一台 NAS
目前的端口状态：
port 25 up, 10G
port 26 down, no link LED with any module
port 27 up, 10G, but drops for a moment whenever a cable goes into or out of port 26
port 28 up, 10G我已经做过的尝试：
- 把模块在四个插槽之间轮换插过：26号插槽拿下来的模块插到25和28都能正常起链路，而任何模块插进26号插槽都是暗的，所以模块本身没问题；
- 换了新的网线，换了对端端口，都没变化；
- 交换机重启、端口 disable/enable，也没有变化。
我搞不明白的是：我只碰26号端口，27号端口就跟着抽一下。这是26号插槽硬件坏了该走RMA，还是应该先排除点别的？
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 6
这是 1.20.4 Build 20241104 里的固件回归问题，不是硬件坏了。你描述的模式——一个插槽用已知正常的模块永远点不亮，旁边那个插槽在你动那个坏插槽时会跟着闪一下——正是这个版本处理 TL-SM5310-T 铜缆模块时的表现。
把交换机回退到上一个版本，端口就会恢复。具体做法：
TP-Link 官方也承认，针对适配控制器 v5.14 的 Omada 交换机，这个版本确实存在问题，说正在处理，并建议暂时留在旧固件上。所以不要把支持工单浪费在硬件上，应该盯着固件版本号。
如果你确实没法降级，唯一的变通办法就是先用还能用的三个插槽，26号空着。这不是解决方案，只是在等修复版本发布之前维持业务的权宜之计。
在填 RMA 表之前先确认：这是什么时候开始的，交换机是不是在差不多同一时间升级过固件？1.20.4 Build 20241104 相当新，如果自动升级开着，控制器很乐意自己推一个新版本上去。
还有一点值得确认：27号端口是只有在26号插着模块时才抽一下，还是26号空着的时候也一样？插槽物理损坏一般不会带累旁边的端口跳动。这更像是端口背后的软件在捣鬼，而不是虚焊。
同款交换机，同一个固件版本，你不是一个人。25号端口没问题，26号插上我手里所有的模块都没有link LED，27和28号则时好时坏——其中一个接着一台 EAP783，所以每次掉线都非常明显。我经历了跟你一模一样的换模块折腾，也一度以为是插槽坏了。
结果不是插槽的问题。设备在问题出现前不久刚做过一次固件升级，回退到上一个版本后四个 SFP+ 端口全部恢复正常。发货之前先看看升级历史。
确认了，说起来还挺尴尬的，我差点就把交换机寄回去了。升级历史里显示 1.20.4 Build 20241104 是在端口出问题的几天前落地的，而我从没手动启动过升级，所以是它自己推送安装的。
回退到上一个版本，重新纳管，四个插槽全部以10G起链路，包括26号在内。现在我动26号端口时27号也不再抽了。自动升级已经关闭，旧镜像和配置备份一起存在文件服务器上。
补充一个存档信息：同系列还有一个值得知道的固件坑。在 TL-SX3008F (V1) 上，接着一台工作站的 SM5310-T(UN) 模块，固件 1.20.2 和 1.20.3 会在电脑进入睡眠或关机后，直接把 SFP+ 端口弄死。把模块换到空插槽只对每个插槽有效一次，等所有插槽都用过一遍之后，就只能靠交换机重启才能让端口恢复。把端口锁定到1G可以规避这个问题，代价是牺牲你花钱买的那个速率。
另一位用户在使用 10Gtek（ASF-10G2-T）、Wiitek 和 Xicom 的 RJ45 模块，配合 Iocrest AQC113 网卡时遇到了同样的问题。降级到 1.20.0 Build 20231011 Rel.42220 解决了我们两人的问题。症状不同，教训一样：这些版本里铜缆 SFP+ 的处理正是漏洞所在。
对于这个系列的交换机，还要记住一件事：一个闲置的模块可能比一个坏端口代价更大。在运行 1.0.0 Build 20210730 Rel.65115 的 TL-SX3016F 上，即使完全没有流量，CPU 也会长期停在87-89%，日志里每三分钟就有一条 CPU RISING THRESHOLD。
负载和插着的模块数量成正比——一个模块0-1%，两个73-76%，三个及以上88-90%——问题出在插着光纤但对端没亮灯的 Mellanox MFM1T02A-SR 模块，链路一直是down状态。换成 Ubiquiti UF-MM-10G 之后，无论端口状态如何 CPU 都保持低位，直接拔掉没用的模块同样有效。TP-Link 官方的说法是：一个链路为down的模块本身就会给芯片组带来开销，一旦端口正常起链路，负载就会降下来。但这没法解释另一半现象：换个品牌，模块照样闲置，CPU却安静了。所以回退到旧固件之后，也顺手看一眼CPU曲线。