Multi-AP Roaming Network Background

Multi-AP (roaming) 802.11 ネットワークを機能させるには、魔法はありません。 無線クライアントは、同じ SSID を持つすべての AP が同様に構成され、すべて同じ基礎となる有線ネットワークへの異なるアクセス ポイントであると仮定するだけです。 クライアントは、希望する SSID を発行する AP を探してすべてのチャンネルをスキャンし、ニーズに最も適したものを選びます（通常は、最も高い信号強度を示すものを意味します）。

ネットワークに入ると、クライアントは、クライアントのニーズを満たしている限り (つまり、信号強度が「十分な」閾値を上回っている限り)、同じ AP に留まります。 その後、クライアントがそのネットワーク上の別のAPを使用した方が良いと考えた場合、そのSSIDを公開している他のAPを探すために、すべてのチャンネルを定期的にスキャンします。 スキャンによって、現在使用している AP よりも十分に良好な AP の候補が見つかった場合、通常はフレームを欠落させることなく、自動的に他の AP にローミングします。

1 つのローミングに関する注意事項: 別のコメント投稿者が指摘したように、ローミング アルゴリズムやしきい値が貧弱で、実際にローミングすべきときにしない、つまり、あまりにも「固執」して、今近くの別の AP でより良いパフォーマンスと信頼性が得られたはずなのに最初に入った AP にとどまるクライアントが確実に存在します。 クライアントが間違ったAPに固執していることに気づいたとき、クライアントのWi-Fiインターフェイスを強制的にネットワークに再接続させることが役立つ場合があります。 両方の AP が同様に構成され、同じ基礎となるネットワークに接続されていると仮定すると、ローミングはシームレスでユーザーには見えません (これらのことを監視するツールを実行している私のようなオタクを除く)。 たとえば、DHCP クライアントが、この新しい AP が本当に同じネットワークに接続されているかどうかを再確認し、DHCP リースがこのネットワーク上でまだ有効であることを確認できます。

この質問に対する他のユーザーの回答やコメントは、ローミングに無線プロトコルや無線リレーや WDS などの機能が必要かもしれないと誤って示唆していますが、これは絶対に間違っています。

完全性を期すために、IEEE 802.11F で標準化された、一般に Inter-Access Point Protocol として知られる一連のテクノロジー（一部は独自技術）があることを述べておきます。 IAPP は、一般にエンタープライズ クラスの AP がバックホールで互いに通信し、クライアントのローミングを最適化するための方法です。 しかし、これは単なる最適化であり、ローミングの前提条件ではありません。 ローミングは、IAPP がなくても、大小両方のネットワークで「十分に」機能します。

Configuration Suggestions

両方の AP に同じネットワーク名（SSID）、同じセキュリティ タイプ（WPA2-PSK 推奨）、同じ無線セキュリティ パスフレーズを設定する。 多くのクライアントは、これらの種類の設定が、同じ SSID を持つすべての AP で同じであると仮定します。

すでにケーブル配線があるため、バックホールとして有線イーサネットを使用します。 これは、合理的にケーブルで接続できる AP のような固定デバイスで無駄にするのではなく、実際にそれを必要とするポータブル/モバイル デバイスのためにワイヤレス帯域幅を節約します。 通常、ネットワーク上で NAT ゲートウェイまたは DHCP サービスとして動作するのは 1 台だけです。 ネットワーク上にNATとDHCPを行う別のデバイスがまだなく、これらのサービスが必要な場合は、APの1つにそれをさせることができます。 より「上流」のAP（トポロジー的にブロードバンドモデムに近い方）にNATとDHCPをさせ、もう一方のAPへの有線イーサネット接続は、最初のAPのLANポートから来るようにします。 また、「下流」の AP がブリッジ・モードであることを確認します。 私は、NAT と DHCP を両方の AP で有効にしたままにしている人々を見たことがあり、また、今いる 192.168.1.x/24 ネットワークが、さっきまで別の部屋で使っていた 192.168.1.x/24 ネットワークとは違うことに気付くほど賢くないクライアントを見たことがあるので、このことを呼びかけました。 また、同じ家の 2 台のラップトップが 192.168.1.x のアドレスを持っているが、実際には 2 つの NAT の背後にある 2 つの別々の IP ネットワーク上にあるので、互いに ping を実行できないという状況で、ユーザーが混乱するのを見たことがあります。 帯域幅を最大化するには、AP が使用するチャネルを自動的に選択するようにするか、または、異なる、重複しない、できれば使用されていないチャネルを手動で選択することができます。

Additional Considerations

この回答の残りの部分は、同じ SSID を持つ 2 つの AP の質問に特定するものではなく、「自宅の 802.11 ネットワーク帯域幅を最大化する方法」のヒントがたくさん含まれています。

この機会に完全に近代化することを検討する

すでに新しい AP を購入し、再設定に時間をかけている場合は、この機会に既存の AP も交換し、同時デュアルバンド 802.11ac 技術をサポートする最新の AP を 2 つ購入することをお勧めします。 そうすれば、2.4GHz帯のみの古いクライアントのための2.4GHz帯と、より広い帯域幅を必要とする混雑していない5GHz帯の両方をサポートすることができるのです。 2.4GHz 802.11n 無線機を 20MHz (HT20) チャネルに設定し、Bluetooth などに使用できる帯域を確保することが「ベストプラクティス」となりつつあり ます。 これにより、2.4GHz 帯の 802.11n 伝送速度が 300mbps から ~130mbps に制限されますが、他の非 802.11 2.4GHz デバイスは問題なく動作します。 5GHz では、利用可能なチャネルが多く、一般にビジー状態が少ないため、最大のスループットを得るために 80MHz (VHT80) チャネルを使用することが推奨されます。

Apple の最新 2013 AirMac Extreme および Time Capsule は同時デュアルバンド 802.11ac で、3 空間ストリーム (「3×3」または「3SS」) 802.11ac もサポートしており、対応する 3 ストリーム 802.11ac クライアントがあれば最大 1300 メガビット/秒の伝送レートに対応します。 2013年以降に発売されたAppleのMac製品は、すべて802.11acを搭載しています。 MacBook Air は 2SS （最大信号速度 867 メガビット/秒）、iMac は送信時 2SS、受信時 3SS ですが、Retina MacBook Pro と Mac Pro は送信と受信の両方で 3SS だと思います。

業界が優れた 802.11ac AP とクライアントを展開するのが遅かったことに留意してください。 2012 年または 2013 年初めに登場したものの多くは、バグだらけの最先端の第 1 世代のジャンク品であることがよくあります。 2013年6月からは、より信頼性の高い第2世代の802.11ac製品が出始めました。 Apple製品以外では、ASUS RT-AC66Uはまともな同時デュアルバンド、3SS 802.11ac APです。

古いシングルバンドAPで行き詰っている場合

古い2つのバンドをサポートする必要がない場合は、。4GHz のみのデバイスをサポートする必要がない場合は、5GHz 帯を使用すると、一般的にビジー状態が少なく、Bluetooth や他の用途を犠牲にすることなく HT40 を使用できます。 2.4GHz帯では、チャネルが大きく重なります。 しかし、チャンネル1、6、11はまったく重ならないので、手動で選択するのに適しています。 inSSIDer、NetStumbler、iStumbler、多くの「ウォードライビング」ツールなどのWi-Fiネットワークスキャナーを使用して、現在地から見える他のAPがどのチャンネルを使用しているかを確認することができます。 あなたは、Bluetooth、電子レンジ、および多くの（すべてではない）コードレス電話、ベビーモニター、ワイヤレスWebカメラ、およびワイヤレスルームツーA / Vセンダーなどの地域で非802.11 2.4GHz干渉がある疑いがある場合、あなたがいる場所

ノイズが少ないチャネルを見つけるために全力を尽くすとメタウィークウィースパイのようにスペクトルアナライザを得ることができた。