MikroTikワイヤレスブリッジ-負荷のある悪いping
技術者が2つの家の間にワイヤレスブリッジを設置しましたが、負荷がかかった状態でpingを実行できません。
私は2つのMikroTik RB/SXTGサーバー/クリントモードのデバイスを持っています。彼らはお互いを見て（障害物なし）、距離はわずか約20メートルです。問題は負荷がかかっているpingは数百ミリ秒単位ですです。
私はすでにバージョン6.24を更新して再起動しようとしました。また、周波数を自動に変更してみましたが、しばらくは問題ないようでした。何か案が？
構成のスクリーンショットを参照してください。
スクリーンショットによると、信号が高すぎます。SXTや同様のルーターボードでは、信号が高すぎると、ワイヤレスカードのアンプがオーバードライブされ、本質的にリンクの品質が低下します。
信号が最大で-55dBに低下するように、両側のtx-powerを下げる必要があります。
他の人はそれが-65dBであるべきだと言います、しかし私はSXTと他の同様のルーターボードが-55dBでうまく働くのを見ました。ただし、それより高いと、リンクが不良になり、待ち時間が長くなり、スループットが低下します。
これは、少なくともAR92XX、AR9300などのAtheros802.11nカードでは一般的な問題です。 （AFAIKそれはソフトウェア関連ではありません）。
古い802.11aカード（CM9-Atheros AR5213など）では、この問題は発生しません。
802.11aで正常に機能する-40dBのリンクがあります。
現在、この回答のボーナスとして、通常の802.11プロトコルの代わりに両側でnstremeを使用できます。
これにより、合計帯域幅が大幅に増加し、高データ転送中の遅延が減少します。
http://wiki.mikrotik.com/wiki/Manual:Interface/Wireless#Nstreme
リンクがptp（ポイントツーポイント）であるため、リンクをブーストして安定させるもう1つのトリックは、特定のデータレート（AP側で構成）を使用することです。
これは、リンクの品質と使用するレートを絶えず再計算する必要がないため、ワイヤレスドライバーに役立ちます。
そして最後に、「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は、リンクを通過するパケットに基づいて計算されることに注意してください。
したがって、トラフィックがほとんどまたはまったくない場合は、ほとんど乱数が表示されます。
慌てる必要はありません、それは正常です。送信/受信トラフィックの両方を使用して2つのSXT間で帯域幅テスト（tools > bandwidth test）を開始するだけです（TCPはルーターボードには重すぎるため）、UDPのみ）。通常の状態が表示されます。 CCQ番号。