Mikrotikルーターとのシームレスなローミング
クライアントが1つのAPから別のAPに移動している間も中断されないWiFi接続を使用して、広域（1x1km超）を拡大する必要があります。そして、イーサネットでAPを配線することは非常に望ましくありません（APセットアップはAP + Solar PSUです）。
クライアントのTCP接続は、新しいAPに切り替えた後も存続している必要があります。
Mikrotik [〜＃〜] mesh [〜＃〜] 問題を解決できますか？
ワイヤレスローミングはクライアントで発生します。クライアントのデバイスは、より良いAPに切り替えるタイミングとタイミングを決定します。 APはその役割をあまり果たしません。
そのため、別のAPへのスイッチオーバー中の安定性のレベルは、クライアントのデバイスとドライバのなすがままです。
すべてのAPをイーサネットで配線することを強くお勧めします。
すべてのAP間のクライアントと「バックボーン」の両方に同じエアスペースを使用して安定したセットアップを行うことはできません。特に2.4GHzではノイズがかなり多くなります。
またはケーブルなしでこれを絶対に行う必要がある場合は、バックボーンに異なる帯域（つまり5ghz）とクライアントに異なる帯域（つまり2.4GHz）を使用する必要があります。つまり、使用するAPには、同時に異なる帯域で送信できるように、デュアル無線が必要です。
しかし、これを行う最も信頼性が高く、最も安価な方法は、ケーブルを使用することです。
TCP接続については、NATまたはAPとルーターの間の他の接続追跡機能を実行せず、 tクライアントのIPを変更すると、TCP接続は、あるAPから別のAPへの移行中も問題なく継続するはずです。iPhoneでは、これをテストしたところ、新しい/最も近いAPに切り替わりました。実行中移動中にpingを実行すると、移行中にパケットが0〜1〜3個失われたことが示されます。
同時に、Intel wifiカードを搭載したWindowsラップトップでは、Wifiインターフェイスを無効/有効にして強制しない限り、APから別のAPに移行することもできません。
先ほど言ったように、ワイヤレスローミングはクライアントで行われます。 APはそれについて多くのことはできません。
Mikrotikが実行できることの1つは、クライアントに切断を強制する前に最小信号のしきい値を設定して、別のAPに再接続を強制する可能性があります。ただし、この方法では、パケットの損失が増える可能性があります。繰り返しますが、すべてはクライアントの実装に依存します。
WDSアプローチは使用しません。何のメリットもありません。特に、すべてのAPで同じ周波数を使用する必要がある場合。これは、AP間で発生するノイズの点で、一種の悲惨なことです。
各APを異なる周波数で使用して、相互にあまり干渉せずにスペクトル全体を利用することをお勧めします。