日志
给AP加个阀，解决用户多AP性能下降的问题
继续总结无线网络覆盖货运营经验，这次说一下无线覆盖之后用户数达到一定数量之后遇到的问题，以及解决方案。
当无线运营接入了用户之后随着用户的不断增加，用户反映高峰期时网速特别慢，实测网速超慢，丢包严重，进入路由看，实际在线用户20左右，宽带占用，不到8M，出口为100M光纤，用有线直接接入路由器，PING DNS延时正常，下载速度正常，判断是AP的问题，进入AP查看，剩余带宽很小，剩余资源不到20%，干扰和信道占用都相当高，我用的这套AP是几万块的AP，性能绝对是没问题的，为什么剩余资源会如此少呢？查看了一下用户的连接质量，发现一部分用户的连接质量以及信噪比极差，考虑有可能是这些用户影响了AP的性能，于是踢掉这部分用户之后，在看AP的剩余资源是60%多，剩余带宽评估值是 10多M，基本恢复正常，判断是这部分用户影响了AP的性能，分析了一下才发现，原来每个包AP允许接受和返回重试次数为6次，就是说，信号不好的用户相当于一只给AP发送和返回同一个包最多6次，占用的资源相当于正常用户的6倍，这个我分析可能是因为G/B 模式频率带宽为54M，信号不好的用户重复的发送一个包给AP，占用了大部分频宽，造成AP干扰和性能下降。
解决经验：
给用户的连接做一个阀值，比如当-75DB以下的用户禁止链接，当然我的AP不支持这个功能，我也没发现支持这个功能的AP,但我们可以用其他方法，就是查看AP的灵敏度，比如AP 1M -104 5.5M -96等等，然后我们通过这个计算，我的AP -75的灵敏度是 24M，我就选 24M以下的用户连接不上，一般AP都有这个功能比如UBNT 433AH等我做过测试 都很好的支持，关于这个值需要自己根据用户数调整，用户数越多，阀值越高，用户数越少，阀值可以适当放宽，因为这个阀值跟覆盖距离是有直接关系的，接下来解决完AP之后就要解决用户了，可以选择增加大增益天线，或提高天线高度当客户端于AP之间可视，之后的接入用户就按照这个阀值接入，如果不行的千万不能接入，否则几十个用户都要遭殃了。
还创建了一个高级群，交流无线技术和无线覆盖的运营设备的采购等，欢迎各位加入该群。
当无线运营接入了用户之后随着用户的不断增加，用户反映高峰期时网速特别慢，实测网速超慢，丢包严重，进入路由看，实际在线用户20左右，宽带占用，不到8M，出口为100M光纤，用有线直接接入路由器，PING DNS延时正常，下载速度正常，判断是AP的问题，进入AP查看，剩余带宽很小，剩余资源不到20%，干扰和信道占用都相当高，我用的这套AP是几万块的AP，性能绝对是没问题的，为什么剩余资源会如此少呢？查看了一下用户的连接质量，发现一部分用户的连接质量以及信噪比极差，考虑有可能是这些用户影响了AP的性能，于是踢掉这部分用户之后，在看AP的剩余资源是60%多，剩余带宽评估值是 10多M，基本恢复正常，判断是这部分用户影响了AP的性能，分析了一下才发现，原来每个包AP允许接受和返回重试次数为6次，就是说，信号不好的用户相当于一只给AP发送和返回同一个包最多6次，占用的资源相当于正常用户的6倍，这个我分析可能是因为G/B 模式频率带宽为54M，信号不好的用户重复的发送一个包给AP，占用了大部分频宽，造成AP干扰和性能下降。
解决经验：
给用户的连接做一个阀值，比如当-75DB以下的用户禁止链接，当然我的AP不支持这个功能，我也没发现支持这个功能的AP,但我们可以用其他方法，就是查看AP的灵敏度，比如AP 1M -104 5.5M -96等等，然后我们通过这个计算，我的AP -75的灵敏度是 24M，我就选 24M以下的用户连接不上，一般AP都有这个功能比如UBNT 433AH等我做过测试 都很好的支持，关于这个值需要自己根据用户数调整，用户数越多，阀值越高，用户数越少，阀值可以适当放宽，因为这个阀值跟覆盖距离是有直接关系的，接下来解决完AP之后就要解决用户了，可以选择增加大增益天线，或提高天线高度当客户端于AP之间可视，之后的接入用户就按照这个阀值接入，如果不行的千万不能接入，否则几十个用户都要遭殃了。
还创建了一个高级群，交流无线技术和无线覆盖的运营设备的采购等，欢迎各位加入该群。
渝公网安备 50011602500124号