RTL8373 的2.5G出口 Queue 0 在10G上游持续灌入流量时发生拥塞丢包。

举个例子：光猫B850 万兆LAN直连RTL8373交换机的万兆LAN，使用RTL8373的2.5G口进行测速基本上最大也就1.7G，达不到万兆口的2.4G。

解决办法：多多买个万兆光转电的模块，我的组网模式下是 光猫B850万兆LAN—RTL9303八口万兆光（插入光转电模块）—RTL8373的2.5G电口—-NAS或者无线WIFI进行覆盖。

AI给的解决办法：QoS和Flow Control 效果好像不是很好。

附带AI总结的缺陷

架构上的瓶颈——芯片的“隐藏”限制
RTL8373虽功能强大，但其“8+1”端口设计并非完美无缺：

内部通道带宽限制：芯片采用双SERDES接口设计。一个SERDES接口负责连接4个内置2.5G PHY，另一个连接10G SFP+口。这意味着，当10G口向2.5G口转发时，数据需要经过片内总线进行交换。虽然标称“无阻塞”，但实际测试中，当2.5G端口满载时，10G口的吞吐量仍能达到9.8Gbps以上。这虽然很优秀，但若存在短暂的突发流量，芯片内部缓存（SRAM）可能不足以吸收所有数据，造成丢包。

管理功能的“隐形”负担：部分基于RTL8373的廉价交换机在管理功能（如VLAN、LAG）实现上存在缺陷。例如，管理帧可能被错误地从所有VLAN捕获，或配置变更只能在重启后生效，甚至导致内存泄漏。这些软件Bug会消耗CPU和内部资源，在流量高峰时加剧丢包风险。