一个技术人员给我build了两座房子之间的无线网桥,但是在负载下ping有问题。
我在服务器/ clint模式下有两台MikroTik RB / SXTG设备。 他们看到对方(没有障碍),距离只有20米左右。 问题在于, 负载下的ping在几百毫秒 。
我已经尝试更新版本6.24并重新启动。 我也尝试改变频率自动,它似乎很好。 任何想法?
查看configuration截图。


根据你的屏幕截图,信号太高,在SXT和类似的路由器板上,如果信号太高,那么无线网卡的放大器被过度驱动,从而导致质量差的链路。
您需要降低双方的Tx功率,使信号最多下降到-55dB。
其他人说它应该是-65dB,但是我已经看到SXT和其他类似的路由器在-55dB处工作得很好。 任何更高的结果都会导致链路延迟和吞吐量不佳。
至less在诸如AR92XX,AR9300之类的Atheros 802.11n卡中,这是一个常见问题。 (AFAIK它不是软件相关的)。
较老的802.11a卡(如CM9 – Atheros AR5213)不会显示这个问题。
我已经有-40dB的链路在802.11a上工作得很好。
现在,作为这个答案的奖励,你可以在双方使用nstreme而不是常规的802.11协议。
这将显着提高总带宽,并减less高数据传输期间的延迟。
http://wiki.mikrotik.com/wiki/Manual:Interface/Wireless#Nstreme
另一个提升和稳定链路的技巧是使用特定的数据速率(在AP侧configuration),因为您的链路是ptp(点对点)。
这有助于无线驱动程序,因为它不必不断地重新计算链接的质量和使用率。
最后,您可以使用“CCQ”指标检查链接的质量。 http://wiki.mikrotik.com/wiki/Manual:Wireless_FAQ#What_is_CCQ_and_how_are_the_values_determined.3F
只要CCQ达到100%/ 100%(tx / rx),那么您的链接将最有可能发挥最佳效果。
如果CCQ下降80-75%,那么你会看到一些退化,甚至断开连接。
请记住,CCQ是基于通过链路的数据包进行计算的。
所以,如果你有很less或没有stream量,你会看到很多随机数字。
不要惊慌,这是正常的。 只需在两个SXT之间进行带宽testing( tools > bandwidth test ),同时发送/接收stream量(仅限UDP,因为TCP对于路由器板来说太重了),您将开始看到正常的CCQ编号。