CN2 香港，还需要锐速吗？

你是哪里电信？还能申请到单独的？级别如何？

@snsd 广东电信， I4HK 的，纯 CN2 线路！级怎么判断？

用了锐速有时会适得其反，你双倍发包总会出各种各样的问题，已经能跑满了还想怎样

@alect 因为 10M 宽带拖了大约 100 个用户，做了 TC 负载均衡，小包优先等，我在想如果上锐速的话性能会不会在提升一点，不是提升宽带。，提升负载均衡的性能！

是 10MB/s 还是 10mbps 。 10mbps 带 100 难度还是极高的。以前公司一根 1.4MB/s 的专线网络繁忙时剩余带宽只有 30kb/s ，过小的带宽难于平均。 tc 负载均衡不知道什么东东没听说过，网上流传的小包没怎么测试过，应该 tomato 那个 /etc/qos 那 5 句 tc 更正宗。
锐速效果显著，但要随便就跑光上行就没什么必要再装了，可能有反作用。这东西按描述是多倍发包解决一路上的丢包问题，现在用电信的网络就出现过流量反复波动从快到慢，又从慢到快的效果，不知道是否有做了 iptables limit 匹配每秒数据包通过，其实自己装一下就是了，目前测试下来基本没网络异常情况，免费版有 20mbps 限制，关键多人环境流量不知道是否会浪费更多。

@datocp 10Mbps ，这个负载均衡不是 tomato 里面的 qos 语句，写了个脚本实现的，高峰期大约 80 多个人在线， 10Mbps 是完全跑满的， tc 流控我比较精通，所以对我来说 10M 拖 100 完全没有压力，规则是小包优先允许互借宽带， 10ms 的突发 15ms 的长度包，优先 oxff 等等一堆说不完的东西，就是锐速那个我不太了解，不知道做 tc 的话会不会有 buff 加成！

自己申请一个装一下吧，很快的，由于是 tcp 加速，一些本来网络就慢的像 ocserv 就必须屏蔽掉 udp 端口，这个效果好像跟 netspeeder 相反，以前搬瓦工的空间虽然 tcp 受限可是 udp 依然很快，说不清是软件问题还是空间问题，但是有一点可以肯定它不会像 netspeeder 会导致很多网络问题。
目前怀疑假如电信在客户端做了发包限速，那么装这种多倍发包可能有效果。至于跟 tc 的配合，服务器上也装了个动态限速实现，所有 output 方向 rate 200kbps ceil 500kbps ，看 youtube 最大的感受，缓冲稳定，缓冲条很长时并不会以最大速度缓冲，而是停滞，以前没装过锐速的好像是一直缓冲到底，然后继续缓冲。也就是全程以一种极低的速率开始缓冲。
无法做更多的测试，我用的网络好像有问题，即便看 720p 有极高的缓冲速率，切换成 1080p 就开始掉速率。
10mbps 100 人用带宽太低了，以前在公司时考虑再三最后动态限制高速用户，即时插入 connbytes 5 秒抓取平均速率 100kb/s 的用户，最高的一次限制 10 个 ip ，也就是 10 人用掉了 1000kb 还有 90 人还有 500kb 的剩余带宽可用。。。我想真正有点效果的是 sfq 算法。 burst 在磊科的固件宣传得更多，这个东东应该是专门测试过的，不知道什么原因一直没用过，可能有某种环境特定限制。如果还想再榨取用户带宽，可以分别对 tcp 80 443 和其它端口做 iptables limit 限速，用户能感受到 80 443 的快慢，却无法体会到其它端口的快慢。 limit 最大特点流量随着发包限制动态变化，通常用户不会觉得是服务器端的问题。

@datocp 是的，我现在的方案就是 htb 和 sfq 配合食用的，由于 cn2 线路贵，目前暂时用着 10m ，等以后有一定客户基础了在升级一下，我的限速算法更你的不一样，但是我测试的话满负载下 80:443 是绝对没问题的，唯一的缺点就是 youtube 视频了，速度基本没有，最近在打算这台 10m 的服务器专门跑网页，类似大包 youtube 视频和大图片分流到另一台服务器上面！这样两台服务器共同负载会好一点！

以前研究 routeros 的时候研究了一下小包， ros 竟然不支持 tc 。网上的小包都是 iptables -t mangle -A QOSDOWN -m length --length 256: -j GAME_BURST

其实 tomato 里是这样的
#$TC filter add dev $UDEV parent 1:0 prio 12 protocol arp handle 1 fw classid 1:20 # Arp traffic
$TC filter add dev $UDEV parent 1: prio 13 protocol ip u32 match ip protocol 1 0xff flowid 1:20 #ICMP
#$TC filter add dev $UDEV parent 1: prio 14 protocol ip u32 match ip protocol 6 0xff match u8 0x05 0x0f at 0 match u16 0x0000 0xffc0 at 2 match u8 0x10 0xff at 33 flowid 1:20 #ACK
$TC filter add dev $UDEV parent 1: prio 15 protocol ip u32 match ip protocol 6 0xff match u8 0x05 0x0f at 0 match u16 0x0000 0xffc0 at 2 match u8 0x02 0x02 at 33 flowid 1:20 #SYN
#$TC filter add dev $UDEV parent 1: prio 17 protocol ip u32 match ip protocol 6 0xff match u8 0x05 0x0f at 0 match u16 0x0000 0xffc0 at 2 match u8 0x01 0x01 at 33 flowid 1:20 #FIN
#$TC filter add dev $UDEV parent 1: prio 19 protocol ip u32 match ip protocol 6 0xff match u8 0x05 0x0f at 0 match u16 0x0000 0xffc0 at 2 match u8 0x04 0x04 at 33 flowid 1:20 #RST

不会抓包，无法分析孰优孰劣。

目前能用的最简单的就是根据访问目的端口分级，这个以前已经被一个朋友批判过了。。。他用的是一种商业流控模块，类似 l7 之类的东东，对各种数据流进行分级，然后打上 DSCP 标记，再根据 DSCP 标记来分流。

上次做 vpn 分流时，倒发现一种方法蛮好的，其实大家都在做，找一个国内的 100mbps 上行服务器，然后受限资源通过 vpn 连接 cn2 服务器，在国内的服务器上做策略路由，这样也可以用一些便宜的线路分流一下。

是的

@t895 i4hk cn2 现在卖这么便宜吗？
tam 卖你的吗