弱信号客户真的会拖垮网络吗

孙兴轶

学习 学学学习

dato

昨天看了看。12台uap刷的2.4.6带90个不到的用户网络依然反映慢，现象就是手机在室内信号强，而流量发不起来。那只能是AP接收不到手机的信号，按平时碰到的情况就是AP功率过高，导致手机盲了，普通的模式下同样SSID根本就不是无缝实现。对于客户端来说他不认识SSID，认的还是AP设备的mac。

AP上noise有 大部分-86 少数-94，反映情况就是白天没什么人的时候网速蛮好，晚上90个人的时候网络慢。每个AP平均10台不到的负载，偶也在AP里启用了踢信号的功能依然反映没变化。所以上面的情况只能再继续调整AP的发射功率，将一个AP完成一个区域的覆盖，而不是用过高的AP导致2AP间有过多的重复覆盖区域。

255.255.252.0子网不是个好选择啊，楼主的设计接入是1000人。偶从来没用过超过C类的地址范围，即便40台左右的接入。偶依然划了4个IP段。偶知道广播包有影响，但广播包到底有多大影响却没有太大的体会，它到底是对接入的90台设备进行响应，还是对1000个IP地址进行响应。而且这广播包除了unifi ap本身的udp10001，可以用ebtables禁止
ebtables -Febtables --append OUTPUT --proto IPv4 --dst Broadcast --ip-proto udp --ip-dport 10001 -j DROP

但是google看看，能产生广播包的过程太多了ARP广播，DHCP过程，无线SSID广播过程，内网的upnp发现过程，ARP攻击，虽然在设备上启用了guest隔离，我还怀疑到底有多大效果。显然现在要保证效果即就按C类的地址，也要划划看效果。

今天我从v3降级到v2了，记得千万别在web里进行降级，SSH也不行，只有tftp

现在该调的也调了，该做的也做了，要开始将目标对准爱快路由的QOS策略，子网的划分，还有那台H3c 3000的交换机，有哪位朋友会调试h3c的交换机就帮帮楼主吧。

qq860187688

dato 发表于 2014-3-9 09:34
昨天看了看。12台uap刷的2.4.6带90个不到的用户网络依然反映慢，现象就是手机在室内信号强，而流量发不起来 ...

兄弟真是帮了我不少忙。 过几天申请了个100M的专线下来，看看情况如何。

今天又给另一层楼上了12台，还有4台找不到，好像被人拿了，悲催啊，一直因为信号问题，没固定AP，只是放在线槽上。

现在子划都划为255.255.255.0的了，事实上也带不了那么多人。LAN1接了第一栋，LAN2上面接到千兆交换机再到2栋，因为需要从交换机接条线给小店，小店装了路由器，也开了DHCP，不知道会不会对内网有影响，我担心用户会获取它的IP,在路由上看暂时还没发现。

真没搞明白是怎么回事，现在为了控制干扰，AP也削减了，每个信道只有4个AP，研究了一个晚上，已经尽量的隔开了。如果说AP功率过强，导致手机盲信号，为什么人少的时候又可以呢？让几个网友帮忙分析，都说可能是带宽不足，但在路由上看，流量根本没跑满。

到时候DD路由到了，还得麻烦兄弟帮我整整，这东西我没玩过。

dato

这种2mbps上行的30mbp下行的光纤其实很烂。过窄的上行在一个多人共享网络将会导致上行因为拥塞而导致数据包出不去而导致下行没流量这些都是tcp协议的应答特性造成。

所以对于tomato类路由根据上行目的端口进行优先级分类，优先放行ack syn fin rst这些小包使得网络极端拥塞的情况依然可以保证网络连接建立。tcp80和其它端口的分级可以避免p2p流量淹没淹没web访问。然后使用iptabled connbytes对持续的上行流量超100kb连接进行降级，将能保证快播之类的用户。在qos这块最好的linux路由器还是这tomato，ros没有tc的实现。爱快的智能流控有点pcq的味道，但是200kb做pcq太窄了。就不知道它的流控策略能否实现tc的htb队列树。

阿影

一句话  人多就不行.....