何も明確ではない、とあなたは言います。
アパートに小さな無線ネットワークを作ることにしたときの状況を想像してください。 いくつかの安価なルーターを購入し(短距離TD-アクセスポイントと呼びます)、同じSSID(ネットワーク名)を割り当て、同じパスワードを設定しました。 これで、1つのパスワードで任意のAPに接続されました。 接続されると、クライアントは最も強い信号を持つAPを選択し、それに固執します。 遅かれ早かれ、複数のクライアントが1つのAPに接続することになります(たとえば、テレビ、コンピューター、タブレット、電話のカップル)。 それらの1つは、いつかこのAPのカバレッジの境界にあり、その信号レベルは、たとえば10%になります(たとえば、「オフィス」に行って、無音で無音を調べます)。 この場合、2つのシナリオがあります。
1. TDは、最も弱いクライアントに適応するために伝送速度を低下させます。
2. APは伝送速度を低下させず、クライアントとAPはブロードキャストを継続し、パケットの一部が失われ、再送信が進行し、大量のサービストラフィックが発生し、エーテルが詰まります。
いずれにせよ、このAPのすべてのクライアントの伝送速度は低下します。 この時点で他のクライアントがSkypeでチャットしようとすると、成功する可能性は低くなります。
唯一の解決策は、この弱いクライアントを切断するか、より強い信号で別のAPに転送することです。 しかし問題は、アクセスポイントではなくクライアントのみがAPへの接続を決定することです。 したがって、このクライアントを強制的に切断し、別のAP(ある場合)に切り替えるメカニズムが必要です。 また、ニュースのテキストに基づいて、このD-Linkメカニズムが提供されています。 クライアントを保持するアクセスポイントは、ネットワーク上のポイントをポーリングして、「弱い」クライアントからのより高い信号レベルを求めます。 そして、ポイントがある場合、「弱い」クライアントとの接続をリセットし、強制的に切り替えます。
信じられないほどの偶然により、サポートされているデバイスのリストから2つのデバイスがありました:DIR-300(動作不能状態が疑われるキャビネットに横たわっていた)とDIR-615Aはほぼ新品で、壊れず、塗装されていません。 どちらもGoogleデザインです(円筒形、1つは黒、もう1つは白)。
ファームウェアを最新に更新する必要があります。 最新のファームウェアはどこで入手できますか? ftp.dlink.ruにアクセスして、そこでモデルを見つけてください。 正直なところ、同じ名前のフォルダーがたくさんあるため、これは最も便利なオプションではありません。 そこで、「製品とソリューション」セクションのdlink.ruサイトに行き、自分のモデルを見つけました。 「ダウンロード」タブには、ファームウェアのリストと説明があります。 最新版を選択してダウンロードしました。 現在のファームウェアによっては、インターフェースが変わる可能性があるため、点滅プロセスは表示しません。インターネットには指示がいっぱいです。
次に、ルーターとして機能するデバイス(インターネットの受信と配信、DHCPサーバーとして機能する)、およびアクセスポイントとして使用するデバイス(クライアントにWi-Fi接続のみを提供する)を選択する必要があります。 図に従ってデバイスをワイヤで接続します。

3つ以上のデバイスがある場合、すべてのアクセスポイントはルーターのLANポートに接続されます。 すべてのLANインターフェイスに静的IPアドレスを割り当てます。これらのアドレスでこれらのポイントのWebインターフェイスにアクセスします。

プロバイダーの設定に従って、ルーターでWAN接続を構成します。
アクセスポイントで、すべてのWAN接続を削除します。 LAN設定セクションでは、DHCPサーバーを「拒否」モードに設定します。

これで、インターネットとDHCPサーバーが設定された1つのルーターと、アクセスポイントモードで動作するデバイスができました。
両方のデバイスに同じSSIDが必要です。 テストネットワークを「ローミング」と呼びました。

左側のWebインターフェースで「Wi-Fi」アイテムを探してクリックし、ドロップダウンリストで「ローミング」アイテムを選択します。 それをクリックし、画面の右側でスライダーを右に移動します。

重要な設定。
最小信号レベル。 クライアントの信号強度。 このシグナル値で、私たちのポイントは、このクライアントをよりよく見ている人について隣人をポーリングし始めます。

「デッド」ゾーン(-50%から50%)。 現在の信号レベルに対する他のポイントのクライアントの信号レベル。
例。 最小信号レベルは70%です。 デッドゾーン10%。 信号レベルが70%に達すると、アクティブポイントは近隣のポーリングを開始します。「このクライアントは誰ですか? その信号強度は何ですか?」 隣人は答えます:「なるほど。 レベルは75%です。」 これはデッドゾーンに入ります。
切り替えは発生しません。 2番目は、「なるほど。 レベルは90%です。」 これはデッドゾーンの外側です。 アクティブポイントは、クライアントへの接続をリセットします。 2番目は彼を迎えに行きます。 クライアントがポイント間を絶えずジャンプしないように、これらの設定は考え抜かれています。 これらのパラメーターは、特定のネットワークで再生する必要があります。
パラメータを計算し、2番目のデバイスで設定を繰り返します。 これで、すべてがD-Linkの推奨に従って行われます。 テストする必要があります。
そして、クライアントが両方のポイントを見たときに、テストのためにポイントをある距離に広げる必要があるが、同時に信号レベルの低下が関数がトリガーするために重要になることを私は思いつきました。 メートル、40-50。 残念ながら、私はオリガルヒではなく、自分の城を持っていません。 幸いなことに、テーブルの引き出しにはホイルがありました。 城の購入は、より良い時期まで延期されました。 フォイルで帽子を作り、アクセスポイントを覆った。 物事はキャップでより良くなり、信号電力はほぼ見通し線まで減少しました。 したがって、クライアントはこの点を非常によく見ていませんでした。
次のテスト計画が作成されました。
1.両方のポイントを可能な限り引き出します。 約5メートルの間に壁がありました。
2.それらの1つの隣に立ち、テストネットワークに参加します。 クライアントはより良い信号を持っているため、最も近いポイントに接続します。
3.次に、2番目のポイントに移動します。 保証するために、ホイルキャップで積極的にカバーしてください。
4.ポイントのWebインターフェイスを介して追跡するクライアントの切り替え。
一般的に、すべてが計画通りに進みました。 どうやらそれは計画のバージョン5だったからです。 クライアントは最高の信号でポイントに固執しました。 「killed」ポイントは、予想どおりクライアントを破棄しました。
これは終了し、宣言された機能は動作し、クライアントは忠実にポイントからポイントにジャンプします。 移行は高速です。
しかし、どのくらいの速さですか? また、これはネットワーク全体のカバレッジエリア内を移動しながら、中断のないサービスを提供するのに十分な「高速」ですか? 切り替え速度の数値はユーザーにとってあまり有益ではないため、ポイント間で切り替えるときのセッション(ビデオ会議など)の動作をテストすることにしました。 計画は次のように熟しています。
1. VKSワーキングサービスを利用します。 2つのアカウント、1つはラップトップ、もう1つは電話。 実験の純粋さのために、ビデオストリームが1つのWi-Fiネットワーク内ではなく、プロバイダー回線を経由するように、ラップトップを動作中のネットワークに接続します。 電話をテストネットワークに接続します。
2.電話からラップトップに電話をかけています。
3.携帯電話では、2つ目のポイントに向けて出発し、最初のポイントをホイルキャップで覆います。 そして、私はコミュニケーションの質と可用性を監視しています。
4.次に、ポイント間で電話を切り替えるという事実をWebインターフェイスを介して制御します。
結果は次のとおりです。 一般的な言葉から、コミュニケーションの中断はありませんでした。 画像にアーティファクトが発生し、音にクリックが発生した瞬間がありましたが、切り替えの時点でそれを想定しています。 電話は、予想どおり、2番目のポイントに切り替わりました。
当然、私のテストプログラムには多くの欠点があります。 たとえば、テストネットワークには2つのクライアントしかありませんでした。 切断せずにクライアントの最大速度を決定するストレステストを手配しませんでした。 他のストリーミングサービスがどのように機能するかわかりません。 異なるサブネットで機能をテストすることは興味深いでしょう(製造元によれば、動作します)が、怠です。
要約として。
1.この機能は、少なくとも控えめな予算と小規模で、非常に適していると思います。
2.サポートされているデバイスのリストはまともで、ACデバイスも含まれています。会社はこのリストを拡大することを約束します。
3.セットアップ手順を書いたD-Linkの人にとって、私は何かを切り捨てていただろう。