문제

저는 팀에 있으며 Google Android에서 실행할 '지리적 위치 기반', IPv6, WiFi Mesh Network를 설정해야합니다.

아이디어는 각 노드의 지리적 위치 (위도, 경도, 고도)를 사용하여 IPv6 주소를 생성 한 다음이를 사용하여 가장 가까운 노드를 라우팅을위한 선호 노드로 선택하는 것입니다. 일부 최적화는 정기적 인 '라우팅로드'메시지를 통해 이루어집니다.

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

내 이해는 : 지리적 위치 기반 알고리즘을 수행하는 주요 '이점'은 각 네트워크 홉이 대상에 물리적으로 더 가까워 질 것이라는 것입니다. 추정하다 목적지로 가장 직접적인 길을 여행하는 것은 우리에게 가장 최적의 라우팅 경로를 제공 할 것입니다.

그러나이 접근법의 문제는 물리적 근접성 + 하중이 반드시 좋은 연결 강도 나 빠른 라우팅을 의미하지는 않는다는 것입니다. 두꺼운 납 벽 (?) 또는 많은 간섭이 있으면 어떻게해야합니까?

분명히 근접성은 경로를 결정하는 데 상당히 쓸모없는 지표입니까?

기본 메트릭은 주로 성능/부하를 기반으로해야합니까? 신호 강도, 처리량, CPU 사용량, 네트워크에 연결된 시간 등과 같은 것과 같은 것이 적어도 라우팅 경로를 선택 해야하는 방법에 대한 나의 이해였습니다.

이것이 왜 좋은 생각입니까? 내가 놓친 것이 있습니까?

네트워크로 작업하는 데 많은 시간을 소비하지 않았으므로 Noobmans 용어를 입력하십시오.

도움이 되었습니까?

해결책

모든 연결에 대한 세 가지 주요 매개 변수는 대역폭, 대기 시간 및 용량입니다. 대역폭은 초당 바이트, 밀리 초의 대기 시간 및 사용 된 대역폭의 %로 측정됩니다. 이들은 인접 노드에 대한 연결을 결정할 수있는 모든 매개 변수입니다 (메쉬에 합류하기 전에 사용 된 용량은 0%일 것입니다).

대역폭과 대기 시간이 양호하더라도 혼잡 한 노드를 피하고 싶기 때문에 용량이 필요합니다.

다른 팁

내가 놓친 것이 있습니까?

예, 안드로이드에는 아직 IPv6 지원이 없다고 말할 수있는 한 ...

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top