同じチャネルとSSIDを持つ複数のワイヤレスアクセスポイントの使用に関する考慮事項
私はすべてを調べてきましたが、読んだすべてのことから、同じSSIDでマルチWAPセットアップを実行する場合は、チャネルをずらす必要があります。
「干渉を回避する」以外にこれが必要な理由を誰かが詳しく教えてもらえますか？
- 両方のAPが同じチャネル上にある場合、クライアントは何をしますか？
- どのようなエラーが予想されますか？
アクセスポイントが同じSSIDを共有するという事実は、クロストークと同期の問題を軽減しません。
「干渉」には2つのタイプがあります。ここでは、これらを「管理された干渉」および「管理されていない干渉」と呼びます。
管理された干渉は、「良い」種類の干渉です。これは、重複する領域にあるすべてのWiFiデバイスが、同じチャネル上にある場合でも、協調して利用可能なスペクトルを共有できるプロトコルを話している場所です。これは高速道路の観点から考えることができます。高速道路での管理された干渉は、誰かがあなたの目の前に行きたいことを示す方向指示器を置いている場所です。そのため、ガソリンを降りて、彼らがあなたの中に入るのを許可しますLane。トラフィックの流れへの影響はごくわずかであり、両方が同じレーンにいます。
管理されていない干渉は、「悪い」種類の干渉です。これがWiFiネットワークで深刻な問題を引き起こす原因です。 少なくとも1つ WiFiスペクトルバンドの無線周波数放射のソースが干渉を送信しているため、管理された干渉と区別されますなしそのバンドを使用しているWiFiデバイスと調整します。これを交通の観点から考えると、制御不能に回転して横から車にぶつかる車、またはブレーキを失って停止できないトラックと考えることができます。管理されていない干渉は、たとえば、飛行機が高速道路に着陸しようとしている場合もあります。おそらく、管理されていない干渉により、クラッシュ（データの損失）や道路の閉塞（高速道路の例ではおそらく数時間、WiFiの世界ではおそらく数ミリ秒）のような主要な問題が発生しますが、WiFi時間は数ミリ秒です生涯です）。
管理されていない干渉はさらに2種類に分類できます。何らかの理由で帯域幅を共有するためにユーザーと協力していない他のWiFiデバイスからの管理されていない干渉。そして、たまたまWiFiが使用するのと同じ周波数で電磁エネルギーを発生している非WiFiデバイスから発生する干渉。
管理された干渉の例は、互換性のあるプロトコルで動作する複数のデバイス（例： RTS/CTS ）であり、すべてのデバイスが相互の相互範囲内にあります。
管理されていないWiFi干渉の例は、互換性のある協調プロトコルで動作するかどうかに関係なく、または1つ以上のデバイスが同じチャネル上の1つ以上の他のデバイスの範囲から完全に外れているいくつかのデバイスです。
範囲が重複またはわずかに重複している複数のAPでは、非常に一般的に次のような状況になります この記事の画像に示されています ：
基本的な考え方は、S1（たとえば、ラップトップユーザー）がS2にR1に送信していること、およびその逆を送信していることをS1とS2に通知できることです。お互いに話し合ってはいけません。ただし、R1がR2の範囲内にないため、R1が送信している場合、S1がS2への送信を待機するように連携することはできません。これは、関係するすべてのデバイスがWiFiデバイスであっても、管理されていない干渉の例です。
これは次の方法で視覚化できます。誰かが向かい合って話をしているときに、身に着けているヘッドホンで誰かの話を聞いているところです。 「同じ周波数帯域」で情報を送信する2つの「送信機」があります（どちらもあなたの耳にはほぼ同じ音量で、あなたが理解している言語を話します）。しかし、向かい合って話している人はあなたのヘッドフォンを聞くことができないので、彼らはあなたがすでに誰かを聞いていることを知りません（話している人はあなたのヘッドフォンを見ることができないと仮定します;おそらくあなたはそれらをフードの下に隠しているでしょう）またはキャップ）。彼らはお互いに話していることを認識していないため、干渉が発生します。
非WiFiデバイスからの管理されていない干渉の例には、Bluetoothデバイスが含まれます。コードレス電話;不十分に構築された電気モーター;掃除機;電子レンジ;等々。
WiFiネットワーク設計の目標は、管理されていないすべての干渉を可能な限り回避することです。管理された干渉は、通常、少量でも許容できます。
明らかに、宇宙からの宇宙線など、管理されていない干渉の原因の一部を回避することはできません。これは、WiFiスペクトル内に電磁放射を時々含むものです。ただし、WiFiデバイスからの管理されていない干渉を制御できるはずです。
公開されたノードの問題を回避するために、異なる周波数帯域（チャネル）でブロードキャストするように各アクセスポイントを構成できます。つまり、異なるノードが同時に互いに通信していても、すべてが通信できない場合でもお互いを参照してください、それらの間の管理されていない干渉を取得しません。定義により、干渉は発生する必要があります同じ周波数帯域（同じチャネル）。それが別のチャネルにある場合、それはまったく干渉ではありません。
したがって、すべてのノードがRTS/CTSまたは802.11n公平なスケジューリングを使用して常に協調していると確信している場合は、問題ありません。しかし、すべてが常に範囲内にあり、WiFi標準プロトコルを使用して管理された干渉のみを作成できるため、帯域幅を削減したり、管理されていない干渉と同じくらいひどく長いドロップアウトを引き起こしたりしないと判断するには、多くの努力が必要です。
両方のAPが同じチャネル上にある場合、クライアントは何をしますか？
上記を参照。 bestの場合、衝突は、同じチャネルである程度の協調を可能にするように設計された協調プロトコルによって最小化/回避されます。 最悪の場合、デバイスがすべて互いに「聞く」ことができない場合、非常に頻繁に衝突が発生します（アクセスポイントおよび各アクセスポイントにアクセスするすべてのノードを含む）。送信は両方の方向に行かなければならないことを覚えておいてください。クライアントからアクセスポイントへ、およびその逆方向。
どのようなエラーが予想されますか？
「管理された」干渉が大量にある場合は、帯域幅が減少し、待機時間は干渉が増えるほど徐々に増加します。崖から落ちることはありません。接続しているデバイスが増えるほど、速度は遅くなります。これは、多くの車を高速道路に詰め込むようなものですが、各運転手が自分の車を制御していて、すべての人が道路の法則に従っています。プロトコルのオーバーヘッド（シグナリング、マージのブレーキなど）が原因でトラフィックが遅くなり、目的の速度で目的の速度に到達する人はいません。
範囲エラーまたはプロトコルエラーが原因で連携できないWiFiデバイスからの干渉を含め、「管理されていない」干渉が大量にある場合、帯域幅とレイテンシは崖から落ちます（言い換えれば、かなり使用できなくなります）。これは、時間の100％、時間の50％、または時間のごく一部である可能性があります。ただし、管理されていない干渉が発生すると、帯域幅が著しく減少したり、数秒間（または干渉の原因と強度によっては最大で数分間）ワイヤレス接続が完全に失われる可能性があります。
最後のコメント、これすべてmightが必要ない理由について。
紙の上に、すべてのワイヤレスアクセスポイントを点として描画します。次に、各ドットの周りに円を描き、WAPの範囲を表します。ここで、そのWAPに接続されたクライアントがその円内の可能なすべての点にあると想像してください（より適切には、円のエッジ-円周に沿って）。次に、各クライアントの周囲に、そのクライアントの範囲を表す円を描きます。
この演習を実際に完了すると、次のことがわかりました。
特定のWAPに接続されているすべてのクライアントはすべて、そのWAPに接続されている他のすべてのクライアントの範囲内にあります。
2つのWAPに重複する範囲はまったくありません。
異なるWAPに接続されているクライアントのペアは、互いに範囲内にありません。
この状況では、「管理されていないWiFi干渉」はありません。各WAPに接続されているクライアント間の管理された干渉を取得し、外部環境（非Wi-Fiソース）から管理されていない干渉を取得しますが、管理されていないWiFi干渉は取得しないため、これは良いことです。 この特定のケースでは、すべてのWAPを同じチャネルに設定するのはsafeです。
干渉を回避する要約すると、.
ラジオチャネルは共有メディアであり、複数のデバイスが使用するために競合する必要があり、一度にアクティブにできるのは1つだけです。これは、CSMA/CA（衝突回避を備えたキャリア検知多重アクセス）としても知られています。したがって、2つのシナリオが考えられます。
一度にアクティブになるデバイスは1つだけです（本来あるべき状態です）が、同じチャネル上のすべてのAPは、（平均して）1/number_of_APsの帯域幅しか利用できません。
複数のデバイスが送信を試みます（これは、たとえば、2つのノードの範囲にいるときに、いわゆる「非表示ノード」が存在するが、それらのノードが離れているため、お互いが見えない場合）-その場合、信号は干渉してゴミ（読み取り不能なデータ）が発生します。
基本的に、せいぜい何も得ることがなく、最悪の場合、安定性/到達可能性の問題でネットワークを診断するのが遅くて困難です。
そのため、干渉しないようにチャネルの間隔を空けた方がよいでしょう。それらは少なくとも4つの間隔をあけられるべきです（例えば、1、5、9、13）