当路由器开启QoS限速后，UDP数据包被意外丢弃——实时音视频出现卡顿、游戏延迟明显升高、DNS查询频繁超时，这些现象基本是“丢包”的典型表现。先别急着更换设备，多数情况下，问题源于QoS的默认策略。关闭“智能带宽控制”，再对UDP进行三项微调，问题通常就能迎刃而解。 ## 确认QoS是否真的在丢弃UDP包 动手调整之前，先核实“罪魁祸首”到底是不是QoS。登录QClaw管理后台 → 点击「高级设置」→ 进入「QoS策略」页面 → 查看「当前生效规则」列表右侧的「匹配计数」列。找到目标UDP端口（例如53/DNS、123/NTP、5000-6000/音视频）对应的规则。如果计数值持续跳升，同时下游设备确实出现了UDP丢包现象，那就可以确定——QoS正在主动丢弃这些数据包。 **关键提醒：务必先关闭「启用智能带宽控制」开关，否则后续所做的所有配置都会被覆盖，白白浪费精力。** ## 方法一：为UDP流量分配专用高优先级队列 在QoS策略页点击「添加新规则」→ 协议类型选择「UDP」→ 目标端口填写具体端口号（如53）或端口范围（如5000-6000）→ 服务类型选择「实时音视频」或手动设为「最高优先级」→ 带宽保障值设为总带宽的15%～25%（例如200Mbps宽带可设为30Mbps）→ 开启「不触发限速丢包」选项。 这一步相当于为UDP包开辟了一条专用通道，使其绕过传统的限速逻辑，进入独立的调度队列，避免被普通流量挤占缓冲区。 ## 方法二：禁用基于IP地址的速率限制 QClaw默认会对单个IP实施突发流量抑制，这对UDP短连接非常不友好。很多用户以为“调大限值”就能解决问题，但实际上必须彻底关闭——因为UDP没有连接状态，QoS根本无法准确统计“连接数”，这项功能本身就是导致误判丢包的根源。 进入「QoS → 高级选项」→ 找到「每IP连接数限制」和「每IP UDP包速率限制」两项 → 全部设为「0」或「禁用」→ 保存后重启QoS引擎（无需整机重启）。 ## 方法三：调整缓冲区与丢包阈值 第一步：通过SSH登录QClaw路由器（默认账号root，密码同Web管理密码）。 第二步：执行命令 `echo 'net.core.rmem_max = 8388608' >> /etc/sysctl.conf` —— 将UDP接收缓冲区上限扩大到8MB。 第三步：执行命令 `tc qdisc change dev br-lan root handle 1: htb default 12 requeue` —— 把丢包触发阈值从默认的75%提升到90%，降低尾丢弃（tail drop）概率。 第四步：运行 `sysctl -p` 使内核参数生效。 以上三个方法可以组合使用，效果更加彻底。如果只执行其中一项，可能仍会有残留丢包。建议按顺序全部执行一遍，再观察UDP应用的表现。