第一步:基准测速,先定位范围(最重要)
- 电脑直连光猫千兆口,关闭其他终端,运营商官网测速
- 直连就慢 → 运营商 / 光猫 / 光纤问题,先报修
- 直连正常,接上 UR7808 之后变慢 → 问题在 UR7808 和内网侧
- 测速必须有线测(无线干扰、AP 转发模式会严重拉低速度,先排除无线);测速 PC 网卡、网线必须是千兆,看网卡协商速率是否 1000M 全双工,协商成 100M 直接限速H3C
第二步:检查端口协商、网线、光模块(SFP + 场景)
Web:网络管理→端口管理,看 WAN/LAN 口协商:
- 电口:强制自动协商;劣质网线 / 4 芯线会协商 100M;用超五类 / 六类 8 芯跳线
- SFP + 万兆口:光模块、光纤、对端光猫 / 交换机必须匹配;模块不兼容、光功率异常会降速、丢包
命令行查看:display interface GigabitEthernet 0/0 / display interface Ten-GigabitEthernet 0/0,看 speed、duplex、error 包
第三步:检查 UR7808 配置限速、QoS、连接数、防护
- 带宽管理 → IP 限速 / 用户组限速:是否对测速 IP 做了下行限速,先临时关闭 QoS、智能流控再测
- 连接数限制:单 IP 最大连接数过低,大流量测速容易被卡
- 安全防护:DDoS 防护、TCP/UDP Flood 阈值太低,测速大包被误拦截,临时关闭测试
- 多 WAN 场景:
- 多 WAN 负载均衡模式选错(按包 / 按源容易乱序、丢包、测速低),推荐基于目的地址
- 带宽值填错(WAN 口上下行带宽填小了,流控自动压流量)
- MTU/TCP MSS(PPPoE 最常见)
PPPoE 建议 MSS=1492;MTU1492,MSS 不对会大量分片,测速腰斩H3C
第四步:查看设备负载(CPU / 内存)
Web 首页设备概览,或者 CLI:display cpu-usage、display memory
- CPU 持续>70%:上网行为审计、深度识别、VPN、大量策略、病毒查杀等高耗功能占用转发资源;临时关闭行为管理、DPI 测试
- CPU 低、协商正常、无限速:版本 bug,升级到官网稳定版本
第五步:NAT / 转发、VPN 排查
- 开启 IPsec VPN、L2TP VPN 后,加密转发会明显降速;测速时断开 VPN 测试
- 确认是硬件转发:UR 系列默认硬件 NAT,大量异常策略、ACL、会话超限会切软转发,CPU 飙升、速率暴跌
- 会话满:
display nat session count,会话接近 40 万上限时转发卡顿
第六步:无线测速单独排查(有线正常、WiFi 慢)
UR7808 内置 AC:
- AP 集中转发(隧道转发):流量全部回 AC 处理,大带宽场景瓶颈极大,改成本地转发是最常见解决办法
- AP 信道、功率、2.4G/5G 区分,终端连 2.4G 测速天然很低
快速验证脚本(CLI)
display cpu-usage
display memory
display nat session summary
display interface Ten-GigabitEthernet 0/0
display security-policy
display qos policy
高频踩坑总结
- PPPoE 拨号,MSS 没调对 → 测速上不去、大包丢
- SFP + 万兆口,劣质 / 不兼容光模块,协商异常
- 多 WAN 负载均衡模式选错,乱序丢包
- AP 集中转发,AC 成为瓶颈(无线场景)
- 开启 DPI、行为审计、DDoS 防护,CPU 吃满
- 网线只通 4 芯,端口协商 100M
暂无评论