回复 9# 的帖子
如果原先按照应用协议做流控，就可以很好的解决出口堵塞网速缓慢的问题，那就没必要做并发连接限制，个人建议。“并发连接数限制”功能，主要适用于出口的流量不是很堵，但出口设备如防火墙/路由的并发连接数性能不足的情况（具体表现为：监控出口流量未跑满，但是ping外网持续丢包、内网的网络访问如网页经常无响应，常常需要刷新或等一会才可以、QQ/MSN等登陆不成功或频繁掉线）。 这种情况下，整个网络的瓶颈不在于带宽，而在于防火墙/路由。此时通过并发数限制，帮助降低防火墙的并发数压力将其控制在临界值以内，解决以上网络丢包和延迟问题。
所以从上面可以看到，基于并发连接数的“流控设备”，只能是调节网络的会话数，可以对流量产生一些影响但控制效果一定不会很精确。而这种机制所带来的弊端也非常明显：影响用户网络体验！比如限制每个IP的连接数为300，当用户使用P2P类应用如迅雷时，很可能轻易达到300的并发数上限，此时用户的其他正常应用如http、email、股票就无法使用。而用户购买或部署“流控”的真正需求是“合理调控、抑此扬彼”，如控制P2P，让http、email等正常应用的速度加快，而不是“一刀切”。调控的对象是应用，还是并发连接？ 这是在选择流控前首先需要考虑清楚的。
总的来说，“并发数限制功能”于Panabit而言只是一个“补充性质”的辅助功能，用与不用由用户根据自身网络情况选择；要实现真正的应用层流控还是需要基于应用协议做控制，而不是并发连接，Panabit正是如此。
页:
1
[2]