3

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

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

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

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

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

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

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

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

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

4

3 に答える 3

3

接続の 3 つの主なパラメータは、帯域幅、遅延、および容量です。帯域幅は 1 秒あたりのバイト数、遅延はミリ秒、容量は使用帯域幅の % で測定されます。これらはすべて、隣接ノードへの接続について決定できるパラメーターです (メッシュに参加する前は、使用される容量はおそらく 0% です)。

帯域幅と待ち時間が十分であってもノードの輻輳を回避したいため、容量が必要です。

于 2009-03-25T15:11:06.687 に答える
1

足りないものはありますか?

はい、私が知る限り、Android にはまだ IPv6 のサポートがありません...

于 2009-03-25T22:27:10.913 に答える