DD-WRT QoS实际上有效吗?
有各种报道 DD-WRT QoS 不工作( 这里 , 这里 和其他地方)。 该 DD-WRT QoS文档 提到一些 检查 将指示是否正确的优先级应用于流量。 (虽然它没有提出验证QoS实际生效的方法......) 有没有人检查过他们的流量优先级,发现优先级没有正确应用,或者他们已经正确应用但似乎没有改变任何东西? (或者,已启用QoS,请参阅流量降级或其他问题。)如果您实际已定量测试QoS设置,则可获得奖励积分。 只是为了澄清,我想知道是否设置了QoS 使用GUI 作品。 (我现在正在使用OpenWRT,我可以在那里轻松使用脚本。我感兴趣的是如果我可以通过切换到DD-WRT来减少设置QoS的时间) 答案我不是在寻找: “只需切换到Tomato / OpenWRT / X-WRT / Gargoyle /等” “当然它有效,为什么不呢?” “只是用 这个 脚本“(或其他一些脚本) “QoS仅影响传出流量,并且无论如何都没有真正帮助” 更新2011-06-02: 实际的DD-WRT用户没有任何答案,但流行的观点似乎是DD-WRT中的QoS(当通过GUI配置时)被破坏。 更新2011-11-29: 现在OpenWRT上有一个用于QoS的LuCi模块(不确定它已存在多久)。我做了一些粗略的修补,如果我注意到任何伟大的胜利/失败或者可以设计一个测试方案,我会尝试并报告回来。 更新2012-01-31: 到目前为止,Gui Ambros已经提交了最佳答案,虽然很多人仍然抱怨QoS不起作用,但我也觉得QoS是一个难以驯服的野兽,所以我总是怀疑如果不进行测试就没有正确配置已经完成。接受他的回答。如果使用当前版本的DD-WRT的任何人都可以证明QoS无效,请提交新的答案!