datocp
2023-01-10 11:38:22 +08:00
qos 解决流量和延迟两个对比关系，网络上似乎流传着带宽和延迟的换算公式，但不知道哪条公式正宗。。。
1.在抢夺带宽方面，往往伴随着并发数量，像迅雷。但这个并发数量也不是越大越好，像 8M 的电信光纤就会表现为因为并发数超过局端限制(大概在 1200 条左右)而导致的网络流量不达标情况。此时只能通过 iptables limit 对并发进行抑制来达到连接正常握手的目的。
2.然后之前测试 QQ 的旋风下载?出现更为奇异的情况，这种软件在下载微软的链接会跳转到 302 跳转链接。百思不得其解的问题，对 br-lan 接口实施了速度限制，但是实际下载速度远超设定。。。但除了旋风软件，其它软件正常。。。
3.还是是并发，似乎当年使用上海电信的 20M 光纤。如果使用的是光猫直接拔号，存在用户接入数量的问题，我认为应该也是存在并发限制的。当年同样百思不得其解的问题，这个路由是 100mbps 端口，宽带也就 20mbps,可是如果没有 QOS 的作用，连路由管理界面都打不开。
4.首先得承认电信的设备是内置一定 QOS 实现的。比如当年玩优酷挖矿，实际上不做任何 qos ，即便网络在 100%占用上行，玩英雄联盟一点也不卡反而是一个设定不当的 QOS 让游戏玩不成了。
解决问题，
1.实现 qos ，这个话题有点难不同路由实现都不一样，但它确实能改变网络拥塞情况。
它通过将上行端口数据根据优先级出列，根据 tcp 握手过程带来下行流量相应的优先级改变。
2.其它的一些辅助参数
iptables -t mangle -S
#重置 DSCP 标记优先级以避免在一些交换机出现异常优先级
-A PREROUTING -i eth0.2 -j DSCP --set-dscp 0x00
#这么多年一直这么用下载来的，解决 mtu 封包重组，有利于网络呑吐的提高，解决一些亚马逊英文站打开缓慢问题。
-A FORWARD -o eth0.2 -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1400:1536 -j TCPMSS --clamp-mss-to-pmtu
-A FORWARD -i eth0.2 -p tcp -m tcp --tcp-flags SYN,RST SYN -m tcpmss --mss 1400:1536 -j TCPMSS --clamp-mss-to-pmtu