問題タブ [mesh-network]

私はチームに所属しており、「地理位置情報ベース」の ipv6、wifi メッシュ ネットワークを google android で実行するように設定することになっています。

アイデアは、各ノードの地理位置情報 (緯度、経度、高度) を使用して IPv6 アドレスを生成し、それを使用して最も近いノードをルーティングの優先ノードとして選択することです。定期的な「ルーティング負荷」メッセージにより、一部の最適化が行われます。

http://www.v6pc.jp/apc/en/data/addressing.pdf

私の理解では、ジオロケーションベースのアルゴリズムを実行する主な「利点」は、各ネットワークホップが物理的に目的地に近づくことです...そして、目的地への最も直接的な経路で移動すると、最適なルーティング パス。

しかし、このアプローチに関する私の問題は、物理的な近接性 + 負荷が必ずしも良好な接続強度または高速ルーティングを意味しないことです。厚い鉛の壁 (?) または多くの干渉がある場合はどうなりますか?

確かに、ルートを決定するための近接性はかなり役に立たないメトリックですか?

主要なメトリックは、主にパフォーマンス/負荷に基づくべきですよね? 信号強度、実証されたスループット、CPU 使用率、ネットワークへの接続時間などのようなものです。少なくとも、ルーティング パスを選択する方法についての私の理解はこれでした。

なぜこれが良い考えなのですか？足りないものはありますか？

私はネットワークの作業に多くの時間を費やしていないので、初心者の言葉で説明してください。

メッシュ ネットワークに関する優れたリソースへのポインタはありますか?

たぶん私は正しい用語を使っていません。さまざまなマシンに複数のエージェントを持つアプリを作成する必要があり、各エージェントは他のエージェントの知識を持ち、他のエージェントと通信できる必要があります。おそらくP2Pアプリケーションの一種？

計画を開始するためのアーキテクチャレベルのものを本当に探しています。

平均的なオープンソース ユーザー向けに、そのようなシステムが既に存在するかどうかを知りたかったのです。すべてのネット中立性に関する議論があり、ブロードバンドのコストは将来的に上昇する可能性があります。標準的なコンシューマ ルータが一緒に動作し、他のコンシューマ ルータが近くにあるメッシュ ネットワークを形成できるようにするオープンソース プロトコルは、良い考えのように思えます。

十分に近接した十分な数のノードと適切な抽象化があれば、何かうまくいく可能性があります。

ワイヤレス メッシュ用のプログラムを作成しようとしています (名前以外はアドホックです)。ほとんどのネットワークは TCP メッセージングを処理しますが、すべての近隣 IP を特定するために (起動時に不明になるため)、最初の検出メッセージに UDP ブロードキャストを使用することにしました。そのコードは、ほとんどの場合、最初のテストが機能しているように見えたため、無関係であり、現在は呼び出していません。

以下は、ネイバーの IP を受信して​​登録するセクションです。

両方の IPEndPoints でテストしましたが、設定方法に関係なく、Bind は SocketException.ErrorCode 10022 Windows Socket Error Codesで失敗します。これは無効な引数ですが、必要な引数が EndPoint であるため、それが何を意味するのか混乱しています。

これは最初の実行で失敗するため、ポートを再バインドしようとしているわけではありません。

ワイヤレス メッシュ用のプログラムを作成しようとしています (名前以外はアドホックです)。ほとんどのネットワークは TCP メッセージングを処理しますが、すべての近隣 IP を特定するために (起動時に不明になるため)、最初の検出メッセージに UDP ブロードキャストを使用することにしました。

現在2つの問題があります。第 1 に、UDP ブロードキャストは送信者だけが受信しており、その隣接者は受信していません。第二に、受信ソケットが送信者のソケットを受け入れることができないため (メッセージがデータグラムであるため)、IP アドレスを回復できません。

これを機能させる方法論が必要です。

既存のルーティング プロトコルを変更し、802.11p を使用する車と 802.3 を使用する沿道の AP という 2 つの異なるタイプのノードを持つネットワークで、それがどのように機能するかをシミュレートしたいと考えています。

802.11p と 802.3 の組み合わせなど、2 つの異なる MAC プロトコルを使用するネットワークでルーティング プロトコル シミュレーションを実行する方法を知っている人はいますか ??? リンクをいただければ幸いです。

Microsoft Research でMesh Connectivity Layer を調べています。

この実装は、Windows XP のみに適用されるようです。

Ad-hoc Meshマルチホップ アドホック メッシュ ネットワーキングを支援する無料のサポートはありますか? Windows 7 を使用しています。

AndroidのスマートフォンとiOSデバイスの間にメッシュネットワークを確立するアプリケーションを考えています。スマートフォンと音声、チャット、データ、おそらくローカルネットワークの間のネットスクのように見えます。

1. GSMで可能ですか？GSMアーキテクチャの制限はありますか？

2. AndroidのGSM経由で電話を接続することは可能ですか？および/またはiOS？

3. Androidライブラリを使用して作成できますか、それともGSMモジュールに直接アクセスする必要がありますか？

私はこのトピックから一体をグーグルで検索しましたが、それでも助けが必要です。スタックオーバーフローについても同様の質問がありますが、正確に一致するものはありません（また、良い答えもありません）。

Windows 7以降のユーザーが単一のWiFiアダプターを使用してアドホックメッシュネットワークを構成し、通常のインターネット接続と同様の接続を可能にするプログラムを作成したい（まだ存在していない場合、可能であれば）各ノード。ボーナスは、電話などのデバイスが追加のソフトウェアを必要としないが、標準のアクセスポイントであるかのように1つ以上のメッシュノードに接続できる場合です。

これを行う方法はわかりませんが、次のように思います。

1. Windows Wireless-ADHOC APIを使用して、プログラムでアドホックモードで動作するように単一のワイヤレスカードを構成できます。
2. アドホックモードは通常、アダプターのドライバーがインフラストラクチャモードをサポートしていない限り、インフラストラクチャモードを除外します。そのため、ノードから実際のインターネットへの接続には2番目のアダプターが必要になります。
3. 私たちのプログラムでは、WiFiアダプターを排他的に制御する必要があります。
4. メッシュの側面は、Babelなどのルーティングプロトコルによるアドホック接続とは独立して実現されます。
5. インターネットは、私たちのプログラムによって作成されたいくつかの新しい仮想アダプタを介して提供される必要があります。（この新しいアダプターは、ネットワーク対応プログラムがインターネットアクセスについて相談することを選択するアダプターになるためにどのような役割を果たしますか？）
6. 実際のインターネット接続がノードで利用可能な場合、これはそのノードによって、Babel実装を介してメッシュ上の他のノードに共有されます。
7. インターネットがどのノードからも利用できるかどうか、メッシュ自体の中でどのサービスをホストできるかわからない。リソース/ドメイン名の解決はどのように提供されますか？
8. 現在のノードにインターネットがある場合、インターネットリソースへのリクエストはすべてノードを直接通過し、メッシュ内のリソースはすべてBabelを通過します。そのノードによって直接インターネットが失われた場合、すべてのトラフィックはバベルを通過します。プログラムが正しく記述されていると仮定して、これをプログラムする必要がありますか、それともWindowsネットワークスタックはこれに対処する方法を知っていますか？
9. これはWindows7以降であるため、IPv6はメッシュ内のノードをアドレス指定するための正当な選択ですが、すべてのインターネット接続がIPv6をサポートするとは限りません。一部の可能性があります。メッシュセグメントからインターネットセグメントをどのように定義しますか？
10. メッシュは任意に大きくすることができ、Babelおよびその他のコンポーネントは、良好な帯域幅、低いメモリ使用量、および最適なパスコンバージェンスでメッシュを処理できます。

このプロジェクトを実際に完了するための経歴がないことは明らかですが、ソリューションの概要を理解したいと思います。アウトラインの正しい点、欠落している点、間違っている点についてコメントしていただけますか？新しいテクノロジーの出現により、どのような概念が不要または廃止されましたか？

ノードの操作はどれほど簡単でしょうか？各ノードは、それらを攻撃している他のノードからどの程度安全になりますか？ネットワークトラフィックとルーティングを中毒しますか？

Linuxで同様の目標を達成しようとするプロジェクトについて読んだことがありますが、現在のWindowsでは何もありません。車両と緊急時の対応者に関するいくつかの議論がありますが、これは異なります。私の興味は、ハリケーンサンディに刺激されて、広範囲にわたる都市の接続停止の状況での人気のある住宅用オペレーティングシステムの接続にあります。多くの電力および通信システムが利用できない場合、メッシュが役立ちます。

ほとんどすべてのメッシュ参加者は、ノードを事前に構成していません。代わりに、ダウンしているときに他のワイヤレスネットワークを探し、SSID「FreeEmergencyMeshWiFi」を見つけて接続する場合があります。ホットスポットと同様に、プロジェクトを説明し、参加したい場合はインストールリンクを提供するプロキシログインページが表示されます。そうでない場合でも、クライアントとしてメッシュの「アクセスポイント」に接続できます。

メッシュ ネットワークの評価には、zb スタックを備えたいくつかの xbee (s2) モジュールを使用します。したがって、マルチホッピング環境を作成する必要があります。問題は、ファームウェアが自分自身で関連付けを処理し、API が提供するようにスタックに深く入り込む方法がないことです。ルーティングメカニズムを乱すことなくデータのパスを強制するために、測定を試みましたが、それらを手の届かないところに配置する必要がありました。関連付けられているネクスト ホップだけを取得するのは、それほど簡単ではありません。出力の最小電力レベルを使用しましたが、テスト セットアップの距離が遠すぎて、環境変化の RF 特性が不明です。

したがって、私の質問ですが、この問題を経験した人はいますか?

よろしく、 トビー