QOS限速的大BUG！

sunbinjin

今天发现QOS限制会导致网速严重降啊
1.不开QOS限速，ping 163是2ms
2.开QOS限速，ping 在50-600间波动，操

太要命了吧，我的参数很好的是：
TC标签 IP地址 下载保证带宽 下载最大带宽 上传保证带宽 上传最大带宽 优先级 TCP限制 UDP限制
10 192.168.1.100-192.168.1.149 2000kbit 999999kbit 200kbit 500kbit 正常 无限制 无限制

500k的上传，搞成600ms的ping，日！

netflasher

好吧，是我看错了。。。sorry.

dato

用tt就要用原版QOS，原版QOS才是对tc文档的正确解读设置丰富。其它的都不行。如果你看过tc的文档有些例子就是专门用来模拟流量和延迟的对比关系的，也就是你现在你看到的ping情况。

我不知道你用的什么线路。偶现在用的20M光纤也就1M的上行，实际有130kb/s的上传速度。
首先你这个基于IP的设定，在一个多人环境比如像公司这样的使用ip的设定是非常糟糕的。看你的设定情况应该是普通的adsl 500kbit/8=62.5kb/s。62.5kb/s的上行带宽随便哪台电脑装个p2p程序就能把它占用光，其它电脑自然没有足够的流量就会产生高延迟情况。延迟和流量是有数学计算公式的，以前网络搜索的时候看过，但是不知道怎么写。。。

所以在多人使用环境需要根据你的具体网络应用采集端口，提高优先权，使用基于端口的QOS设定。才能保证网络应用。

至于你1 2 2ms 跟50-600ms的情况我就没法解释了。要吗只能说你测试的时候网络顺畅使用QOS的时候有人在疯狂上传，另外一种情况只能是实现这个QOS的内置脚本本身有问题。

总之使用TT就要用原版QOS，在多人环境采用基于端口的QOS就一切OK。

hotdog

我家是2m adsl，上传应该填多少呢？我填400k或是230k效果都不太好，我的网络电话打起来阻塞的利害（思科e1500 刷toastman 的tt），用网件官方qos上传512k，效果相当好

dato

上传值总的设定在ADSL线路上主要是防止上行过大，而导致下行突降。它的设定并不能保证你网络电话的通畅。
SIP电话偶也没多大研究，一般我都是直接将手机用DHCP静态指定IP，然后给手机获得的IP优先权应该基本OK。

不过国内的网络电话似乎通话质量都不怎么样吧。反而是ios下的那个看广告挣话费的friendcaller效果好，比国内的那些IP电话好多了。

576kbps/8=72kb
576kbit/8=72kb

这些换算只能看起来是这样了，像tc脚本里72kbps它就是72kb，呵。

确定你没有p2p程序在后台运行，路由没做QOS设定的话，可以用这个网站来测试上下行http://speedtest.net/

这是以前的一些讨论
https://www.right.com.cn/forum/forum.php?mod=viewthread&tid=72705&page=1#pid412116

biekas

至今还在用1.19柯南版的表示木有问题啊，开不开IP限速ping值都是17~25ms波动。
QoS限制
IP地址                        控制方式        下行保证        下行共享        上行保证        上行共享        优先级        TCP限制        UDP限制
192.168.1.2-4          共享控制        0kbps        0kbps        0kbps        0kbps        最高级        无限制        无限制
192.168.1.5-100        共享控制        10kbps        200kbps        10kbps        50kbps        正常         20        10

hotdog

dato 发表于 2012-7-19 10:37
上传值总的设定在ADSL线路上主要是防止上行过大，而导致下行突降。它的设定并不能保证你网络电话的通畅。
...

呵呵 ，网络电话效果相当好，通话也便宜，国内的是0.07，打美国和加拿大完全免费。你一下就说出sip，说明你对这个了解的不少啊。

我家2m adsl 下载可以稳定在330kb,上传完全可以达到64kb以上，这个我测试过（一方面是发邮件测试，一方面用你说的那网站来测试），平时家中就老婆和女儿看看电视剧，如果不是我的网络电话需要高优先，我都不太关注qos，（我家一楼手机信号不好，所以平常在家也打网络电话）
关于qos我也找了toastman写的关于qos的文章 ，按它的提示全都进行了设置，但效果还是不理想

dato

QOS这块还是要非常注意流量和延迟的反比关系。老外的设定档可能是因为他们有足够的上行吧。所以如果你全照它的设定肯定会不适应你的网络情况。注意TT是以百分比进行取值的，如果你总的上行值设得过大，那么相应的分类流量都会远远超过你的网络实际可以使用的网络流量。pps这种p2p应用60Kb的上行对它来说一下就没了。关于SIP电话只注意到说是用5060端口，可能还有其它前向端口，所以干脆就使用ip来划分规则。

同样的QOS脚本在光纤和ADSL线路由于上行带宽不同效果完全不一样。

这个是以前的一段回复。关于QOS涉及的东西太多了，每次回答都没回答到要点上。但是下面的回复侧重了prio优先权设定和限制流量来获得良好的延迟，以及为什么端口是那样设定的。

----------------------------------------------------------
ADSL线路端口流量划分。

400000bit/1000/8=50kb/s
root@onlyit:/tmp# tc class show dev ppp0
class htb 1:1 root rate 400000bit ceil 400000bit burst 2099b cburst 2099b
class htb 1:2 parent 1:1 leaf 2: prio 0 rate 280000bit ceil 400000bit burst 1949
b cburst 2099b
class htb 1:3 parent 1:1 leaf 3: prio 1 rate 280000bit ceil 400000bit burst 1949
b cburst 2099b
class htb 1:4 parent 1:1 leaf 4: prio 2 rate 40000bit ceil 400000bit burst 1649b
cburst 2099b
class htb 1:5 parent 1:1 leaf 5: prio 3 rate 40000bit ceil 200000bit burst 1649b
cburst 1849b
class htb 1:6 parent 1:1 leaf 6: prio 3 rate 40000bit ceil 200000bit burst 1649b
cburst 1849b
root@onlyit:/tmp# cat port.tmp
tcp_53,22,23,123,3389,5060,8123_2 (35kb/s-50kb/s)
udp_53,5060,27080_2 (35kb/s-50kb/s)
tcp_80,443,1080,8080_4 (5kb/s-50kb/s)
udp_433,4000:4030,8000_4  (5kb/s-50kb/s)
tcp_20,21,25,1024:65535_6 (5kb/s-25kb/s)
udp_1024:65535_6 (5kb/s-25kb/s)
默认的_5 (5kb/s-25kb/s)

全部依赖于prio权限0 2 3优先级进行调整，数字越小优先级越高。
上面的设置显然prio0+prio2+prio3总的流量限定值是远远超过65kb/s上限的。关于tc如何在各个class之间借流量以及导致的延迟变化这块太数学了偶也看得稀里糊涂。你可以简单的理解为把需要小流量(对是小流量不要把产生大量流量的端口也划到这里)低延迟()快速响应()的端口划分到2级。如果在tomato里它就是highest。4级这几个端口就是常见的tcpweb浏览以及QQ需要用到的几个端口，但是8080这个也是快播的端口，所以平时可能也会产生25kb/s左右的上传流量。如果在tomato里它就是Medium。所有的高端口以及其它末划分的都划到prio3，而且限定到25kb/s。如果在tomato里它就是Lowest。因为在公司里确实这些端口都是用不到的。基本上划分3个优先级就足够了。_5 _6级里的端口的延迟将会非常得高，现在p2p的应用太常见的，随便有人进来电脑里都有大量的p2p程序，随便就可以把这25kb撑满，然后延迟超过600ms以上。所以如果你想玩游戏比如cs udp27080，你可以将这个端口单独置于_2分类。然后注意流量和延迟的反比关系就可以了。_2分类里估计流量最高的可能是tcp3389远程桌面应用，但是它每秒能产生多大的流量没实际测试过，平时也不怎么用到，所以在这分类里面的延迟应该蛮小的。_6分类里将会是乱78糟的一堆p2p程序，基本上接入的电脑越多，它枆掉的上传带宽将越多，这个分类里的延迟也将非常的高。你可以用tc -s -d class show dev ppp0来实际注意1:4+1:5+1:6=每秒产生的流量，是否会过高而影响1:2处高响应端口的延迟。没办法上行太小了只能根据自己实际需求慢慢调整了。

所以用prio权限对应用进行优先级划分。
限定流量来保证延迟响应。

santafeng

我刚入手510V ，分享下意见：网络电话端口号码多少，QOS用的是sfq还是pfifo，因为两者是不同算法。把该端口的级别调到最高试试，ADSL的话原版的QOS上传控制高级和最高级要低于50%，其余级别低于5%。下载的话就全部级别100%。试试。

santafeng

我刚入手510V ，分享下意见：网络电话端口号码多少，QOS用的是sfq还是pfifo，因为两者是不同算法。把该端口的级别调到最高试试，ADSL的话原版的QOS上传控制高级和最高级要低于50%，其余级别低于5%。下载的话就全部级别100%。试试。，我ADSL 4M，下载迅雷同时LOL，ping 10-20ms，游戏不卡机。

hotdog

santafeng 发表于 2012-7-19 17:11
我刚入手510V ，分享下意见：网络电话端口号码多少，QOS用的是sfq还是pfifo，因为两者是不同算法。把该端口 ...

谢谢楼上两位兄弟。

我的qos上传最高级和高级原来是默认的占有带宽，我记得都是5%-20%,voip是高级，我把带宽提高到25%-30%，也是不行。（端口设置没问题，占有的是5060 10210，在qos detail中看到连接里显示的已经是voip) 在测试的时候，我用暴风影音打开高清电影测试
也可能是版本太新，我刷回了原版，等出了新版本再看看。e1500刷来刷去的很方便，只是完事要关机重启，速度很快，分分钟的事情就完了

dato

你可能用的是其它的TT版本吧。我从来不设计很复杂的QOS规则，因为越是复杂的分类规则，它的调度效果会越差。因为这些数学模型发生的东西太复杂了。


HTB Linux queuing discipline manual - user guide
http://luxik.cdi.cz/~devik/qos/htb/manual/userg.htm

原版QOS使用的是上面这篇用户向导的 2.Link sharing
它的Highest到Lowest都是以prio来划定带宽抢夺优先权的，带宽以百分比形式进行划分。
Highest            480 - 600 kbit/s
High            420 - 600 kbit/s
Medium             30 - 600 kbit/s
Low             18 - 600 kbit/s
Lowest       12 - 570 kbit/s


所以你现在首先要换算好，你实际有多少的上行流量也就是将你的60kb换算成480kbit/s，这个值如果设置过大，你看上面相应的比率都会超过你的网络实际承受的带宽。
那么还有什么问题存在。要注意ADSL线路的60%的最大上传流量获得良好的低延迟，80%的最大上传流量获得延迟和流量的平衡。再高就可能导致网络异常下行突降。这也是为什么我在使用基于端口的QOS规则时把不认识的端口以及默认规则分类的流量控制到(5kb/s-25kb/s)，因为我很确定我划分的高优先级端口它们首先不会产生大流量，而且它们需要低延迟响应。所以你不能仅看一个所谓的voip分类，那个可能只是脚本作者预先设置的他觉得可能的VOIP端口，如果你不确定端口范围得话，建议使用From ip 。
还有什么问题存在，看起来像是这么回事了，好像有prio可以优先权方式控制带宽抢夺了。但是不管是pfifo还是sfq算法都是属于丢弃队列。所以如果你按照默认的设置，仍然会有极端的情况出现。采用大并发的软件像迅雷之类的。天啊这东西似乎连tcp80也会产生大量的流量。可能会导致Low+Loweset占用的带宽可能接近60KB饱合，那么Highest就可能出现高延迟的情况。这也是为什么要限制流量来获得延迟。
自己telnet到路由里用下面的命令来观察你的QOS为什么不是想像的那样找到原因再调整。
tc -s -d class show dev ppp0
iptables -t mangle -vnL

gw1357

各位不要说些没用的

楼主下载最大带宽999999kbit，都是千兆网络了

dato

你设置成光速下载，ISP就能给你光速下载吗。延迟是因为多机之间数据拥塞导致的。你没有足够的数据建立链路过程。。。

santafeng

你可以试试我的办法。
调度注意好是sfq

把你voip端口找出，加入一条新规则，然后把级别提高到，高级。