ローミング ネットワークとして 2 つの新しい AEBS を設定しました。1 つは地下室 (DHCP/NAT) にあり、もう 1 つはオフィス (10 フィート離れたところ) にあり、ブリッジ モードで、同一の SSID/PWD などで設定されています。
問題は、オフィスの AEBS への ping 時間が大きく異なることです。ストリーミング サービスが頻繁に途切れるほどです。AEBS と新しい Mac Book Pro の間には、クリアでクリーンな視線が通っています。また、これは 802.11ac で実行されていることも注目に値します。
ヘルプ？
答え1
一番上のスクリーンショットの信号とノイズのグラフによると、1 分間に約 3 回、大きなノイズ スパイクが発生しているようです。別のチャネルを試しましたか? 「自動」チャネル選択の AirPort ベース ステーションは、最初に電源を入れたときまたは再起動したときにのみチャネルを選択します。その後は、チャネルがどれだけ悪くても、選択したチャネルに固執します。
5.65～5.73 GHz の範囲 (プライマリ チャネルとしてチャネル 132 を使用し、80 MHz 幅のチャネルを使用しているときに 802.11ac で使用される周波数帯) に断続的な干渉源があり、ベース ステーションの起動時に干渉が発生していない場合、ベース ステーションはチャネル 132 が長期的に最適な選択ではないことを予測できないため、チャネル 132 を選択する可能性があります。
答え2
Airport Extreme (NAT および DHCP) と Airport Express をローミング モードで使用したときに、同じ遅延の問題が発生しました。300 ミリ秒を超える ping スパイクと 4% の損失が発生しました。また、マルチルーム オーディオ ストリーミング (beolink multiroom、google cast、spotify connect) にも問題が発生しました。
代わりに、Airport Express を設定してネットワークを拡張すると (Airport Express へのイーサネット接続なし)、遅延を 5 ～ 8 ミリ秒まで下げ、損失を 0% に抑えることができます。マルチルーム オーディオ ストリーミングの問題はなくなりました。もちろん、約 50% の帯域幅損失がありますが、それでもストリーミングには十分な速度です。
最終的に、Airport Extreme を拡張するために 2x Airport Express を設定しました。そして、より高速なダウンロードが必要な場合に接続できる別のネットワークを作成するイーサネット付きの 1x Airport Express を設定しました。
とにかく、修正というよりは回避策です。
BR