彻底解决ISP限制连接数限制，极实用的建议，业界独一无二的功能
各个WAN口连接数上限设置，当连接数超过设置的上限的时候，分流到其它WAN口去非常实用的功能，也非常符合国情，因为很多ISP是限制连接数的，如果你超的话，你懂的，马上就能体会欲仙欲死的感受，也有一些大神说可以用两种替代方案：
1：限制内网连接数的方法（限制内网连接数真的可以保证WAN口连接数不超标吗？再仔细想想吧，如果你小学数学及格的话），
2：让限制连接数的ISP线路跑低连接数的应用（跑低连接数的应用，真的可以保证不跑满WAN口的连接数吗？做梦去吧，浪费带宽倒是真的），
3：设置WAN口的权重（这个方法稍微靠谱点，但也是扯蛋，因为连接数是动态的，是有峰值的，权重设置的太低浪费带宽，太高就等死）这些个想入非非，都是拿客户来开玩笑
如果PANABIT能增加这一个功能，就会成为业界唯一拥有此功能的厂商 设想非常好 也很实用 但是我估计实现起来是毫无可能 刚用PA ,难道PA 没有会话均衡吗? WAYOS N年前就有了啊 楼上的兄弟，ISP限制你进线连接数量和 内网的会话数均衡 完全两个概念 现在呢，关于 开发WAN口连接数上限设置功能的呢，居然出现了支持和反对的两个阵营
现在不管孰是孰非，贴上双方争论焦点，大家自己评判
支持方：
指定WAN口连接数，超过指定连接数，走其它WAN口
其实呢，这个功能才是最紧迫的
因为全国各地的ISP好像都在开始搞 连接数限制了
我有好几个线路用了好几年了，都没问题，前两天突然发现很多网页打开空白，折腾了半天，才发现是连接数限制了
反对方：:@
目前是按应用分流。群组负载就是基于连接数做的，如果要求不高可以用多出口负载均衡解决。
支持方:lol
不现实啊，花钱搞大师的一般想必都应该有点要求的，另外不同的线路，封锁的连接数是不一样的
反对方:@
给客户机分组
不同组走不同线路出去，
支持方:lol
这个也不现实，纯属浪费带宽资源，
假设有一个任性有钱的土豪，无视各种成本因素，做这种分组。
但是问题是，客户是流动的，需求也是动态的，今天客户没有爆你连接数，不代表明天不会爆
拿客户口碑去赌你猜测的参数是否正确，也太任性了吧
反对方:@
这个需求不是口碑问题，是太特殊要求
有什么产品能做到？
支持方:lol
这个问题吗就简单了，
1：有需求，就会有市场啊，符合市场规律的
2：ISP限制连接数来对付越来越多的小ISP，变相提高对手的运营成本，来降低对手的竞争力，这个策略也符合市场规律
3：当限制连接数的ISP越来越多，范围越来越广的时候，并且成为普遍趋势的时候，就不是小众需求了，也不是所谓的 太特殊要求了
4：业界第一者，当把握趋势
反对方:@
但现实是。。。你说的这个实现不了
用户要先都知道ISP限制了多少
支持方:lol
我想你应该听说过chariot吧？这个连接数测试应该不是问题了
反对方：:@
考虑突发或在线数，会让他突发满下，怎么办？
用户打开时，已经让满了，让丢了包，在去转到别的线，用户还要刷新下
用户体验受影响，这个不是理想解决方法。
就像通道的方式，他是靠监控到%来控制上行，实现不影响用户
连接数这东东，怎么搞？监控到多少，就让用户转线，那更晕，如果不这样，那只有满了，反正会有用户让丢了请求
不现实的
支持方:lol
您一定要把设置连接数设置的那么满，直到溢出为止吗？不知道留一点缓冲量的？
你设置大师的流控策略的时候，你不留余量缓冲试试？ 弱弱问题一句，做连接的均衡的方法可行吗？这样就不存在某个WAN连接高，某个wan连接低的情况了。 我们使用多线流量均衡策略，是因为流量饱和后对网络的危害和影响是大家可以接受的。
我们不使用连接数均衡策略，是因为其危害太大，那种半瘫痪的后果大家无法接受。
回楼上的兄弟，你的想法非常好，我相信你的想法来源于流量均衡的概念，大部分的主流路由器也都是这样做的。然而，连接数饱和和带宽饱和完全是两回事，其思路根本不能通用。
我们首先谈谈危害程度：
1：流量饱和最多只是在高峰时段有些卡顿而已，
2：连接数饱和之后出现的怪毛病是无法想象的，就算是很有经验的专业人士都会走一大圈弯路才能排查出问题所在。你会把策略问题，交换机问题，环路问题，ARP攻击问题全部排查一遍，甚至若干遍，为什么会这样呢？因为连接数爆满后的故障现象与上述问题的确非常相似。
我们再谈谈实际使用情况：
我有个小区环境，大师上面接了7个100M的电信宽带，其中一个宽带出现了连接数限制的问题，然后整个网络就出现了半瘫痪的状态，花了很大精力排查到故障原因后，调整了策略，试用了各种策略（比如 修改线路的权重，让被限制的线路跑低连接数的应用，等等，，）最后发现客户每天的具体应用其实是动态的，有时候甚至是差异很大的，折腾几天后，我实在无法冒着半瘫痪的风险去使用这个宽带了
虽然这个宽带已经预付了一年的费用，而且这个费用也不可能退还 连接数高低是无所谓的，流控和分流做好后能充分利用带宽就行，使用有链接数限制的宽带，可以大大降低运营成本，当然还有很多地方根本就没得选择。
这个功能意义重大，要知道只要有一个线路爆连接数，整个网络都会半瘫痪 linux777 发表于 2015-2-9 13:34
连接数高低是无所谓的，流控和分流做好后能充分利用带宽就行，使用有链接数限制的宽带，可以大大降低运营成 ...
这个要有效实现也不太困难，用二条策略来实就可以：
1,先做连接数判断，如果 没有超过指定值，则进入第二条策略，如果如有超过连接值，则路由到其他线路；
2,第二条策略来实现应用控制；
页:
[1]