路由器 QoS 限速为何形同虚设？从队列到硬件卸载的逐层排查
很多人在路由器后台配好了 QoS，却发现下载依旧把全家的视频会议挤爆，或者给游戏勾选的『最高优先级』毫无作用。QoS 不是开关一开就灵的魔法，它涉及报文分类、队列调度和硬件转发三个层面。本文给出可落地的排查路径。
一、先确认 QoS 的工作前提
- 限速方向要对：家庭宽带的瓶颈几乎都在『上行』。如果你只对下行做了限速，而实际卡顿来自上传占满，QoS 自然无效。优先给上行设置总带宽的 80%–90% 作为上限。
- 测量真实带宽：不要用运营商宣传值，用测速工具多点测速取均值，把 QoS 总上限设在实测值的九成，留一点余量避免队列震荡。
- 确认设备走的是 wan 口：部分路由的 QoS 仅对 wan 侧生效，局域网互传不受影响，别误以为是失效。
二、检查策略匹配是否命中
- 按 MAC 还是按 IP：DHCP 租约到期后设备 IP 变化，基于 IP 的限速就失效了。建议用 MAC 绑定或固定保留地址。
- 应用识别是否开启：『游戏/视频会议优先』依赖 DPI 应用识别，老固件或阉割版系统识别率极低，可改用端口或 DSCP 标记兜底。
- 规则顺序：多数系统自上而下匹配，第一条命中即停止。把高优先级的规则放在最前，避免被『全速通过』的宽松规则提前拦截。
三、硬件加速可能是隐形杀手
- 关闭硬件 NAT 卸载：为了性能，路由器常开启硬件加速（如超频 NAT、CTF、FA 等），它会绕过 CPU 上的 QoS 队列，导致限速完全不生效。排查时先在『系统/加速』里关掉硬件加速再测。
- 权衡性能：关掉加速后小包转发性能会下降，千兆宽带加 QoS 建议选用带专门 QoS 硬件队列的中高端型号，否则只能二选一。
四、多拨与桥接场景
- 双拨/多线负载：QoS 通常只绑定单个虚拟接口，多拨后流量分散到多条会话，单条限速策略覆盖不到。需要在多 WAN 策略里分别设限。
- AP 模式下的路由：当路由器当 AP 用时，NAT 在上游，本机 QoS 看不到真实流量，应改在上游主路由配置。
技术总结：QoS 不生效，八成是限速方向错或硬件加速绕过了队列，两成是规则没命中。排查顺序建议：关硬件加速 → 测真实带宽 → 核对规则匹配 → 处理多拨/AP 场景。