很多家庭和小型办公室都遇到过：为了多接几台设备，把交换机一台接一台串起来，无线接入点也是不同厂商、不同型号凑在一起。设备都标着“千兆”，实测网速却一层层往下掉。这既不是错觉，也不全是某台设备坏了，而是网络转发机制与“品牌混用”叠加出的系统性损耗。原因主要有五条。

一、每一跳都在“叠加”延迟

数据帧经过交换机，并不是“穿墙而过”，而是要被完整接收、查表、再重新发送。以常见的存储转发型千兆交换机为例，单台转发延迟通常在数微秒到二十微秒之间，工程上常取约 10～12 微秒估算。只接一台时几乎无感；一旦级联 4 台，单程延迟就累积到约 48 微秒，且尚未计入线路时延与端口排队。这对网页浏览影响不大，但对视频会议、云游戏、工业控制等时延敏感场景，每增加 10 微秒都是实打实的体验下降。

图 1　多级级联中，转发延迟随经过的设备台数逐跳累加

图 2　延迟随级联跳数累加：存储转发（上）与直通转发（下）

二、上行带宽被“层层分薄”

级联的本质，是下层的多台设备共用上层的一条链路。假设核心出口是一条千兆（1000Mbps）链路，下面挂了 4 台 24 口千兆交换机，终端侧理论总带宽高达 96000Mbps，收敛比接近 96∶1。当多台终端同时满速访问外网或访问同一台服务器时，这条出口就成了唯一瓶颈，单机能分到的带宽被迅速摊薄。设备叠得越多，出口分得越薄。这并非带宽“丢失”，而是共享链路无法同时承载所有流量。

图 3　多台接入设备共用一条上行链路，带宽被层层收敛

三、广播域扩大，无谓流量变多

交换机对广播帧和目的地址未知的单播帧，要向除源端口以外的所有端口泛洪。级联设备越多，同一广播域里的终端越多，ARP、DHCP、组播以及各类设备发现协议的报文都会同步放大，不产生有用数据却实打实占用链路带宽和设备处理能力。此外，低速设备 MAC 地址表容量有限，表满后会退化为泛洪，把本应精准转发的流量扩散到全网，加剧拥塞。

四、“不同品牌”才是问题的放大器

这是问题的关键。同一品牌、同一系列的设备级联，很多默认参数天然一致，问题相对可控；而不同品牌的设备混在一起，最容易在协议细节上“各说各话”。

其一，生成树协议不互通。部分厂商默认使用私有实现，报文格式与标准 STP 不同；多数厂商则采用标准 STP／RSTP／MSTP。混用时对端可能无法正确解析桥协议数据单元（BPDU），端口长期卡在 Discarding／Blocking 状态，或拓扑反复震荡、流量被迫绕行。标准生成树收敛可长达数十秒，协议不兼容时更久，期间网络可能局部不可用。

图 4　不同品牌生成树协议默认实现不同，混用易导致端口阻塞与绕行

其二，链路聚合常常“聚不起来”。不同厂商在 LACP 主动／被动模式、超时机制、哈希算法上的实现存在差异，常导致聚合失败、只跑单条链路，带宽直接少一半甚至更多。

其三，VLAN 与 MTU 处理不一致。干道（Trunk）允许的 VLAN、本征 VLAN、巨型帧设置若两端不一致，就会出现丢帧、分片和重传，有效吞吐被明显拉低。

五、双工与协商“降速”最伤网速

不同品牌的端口对接时，自动协商并非总能成功。一旦出现双工不匹配——一端全双工、一端半双工，半双工侧必须启用冲突检测（CSMA/CD），带宽利用率约达 15% 就会频繁碰撞、丢包（华为技术文档给出的经验值），实测吞吐可能只剩全双工的三分之一。若再因线材不达标（如 Cat5 仅支持百兆）或协商失败把千兆降到百兆，速度更是直接掉到十分之一。图 5 对比了同一根网线下不同协商结果的实测差距。

图 5　同一根网线，因双工与协商结果不同，实测吞吐可相差 3～10 倍

最后：让“接力”少几棒、别乱队

网速变慢，往往不是哪台设备坏了，而是“级联层数过多＋品牌混杂”叠加出的系统性损耗。工程上的做法很朴素：尽量用星型或分层结构，而非一路串下去，一个广播域内设备数量要克制；互联优先选同一品牌、同一系列；对接前统一双工与速率（必要时强制千兆全双工），核对两端 VLAN 与 MTU；跨品牌时统一使用标准协议（RSTP／MSTP）。做到这几点，多设备组网一样能跑出“满速”。