Warum

Um in Zukunft die verfuegbare Bandbreite mit in die Routingberechnung mit einzubeziehen, wird in regelmaessigen Abstaenden die Bandbreite/Geschwindigkeit zu allen Funknachbarn getestet. Momentan krankt OLSR daran, das bei Strecken mit aehnlich guten ETX-Wert zum Ziel ueberhaupt nicht Ruecksicht auf die Gesamtbandbreite genommen wird, sondern NUR auf die ETX Werte.

Beispiel

  • Wir wollen von A nach E
  • Strecke1: (alles 1mbit) A--1.31--B--2.12--C--1.89--D--3.15--E , GesamtETX: 8.47
  • Strecke2: (alles >5mit) A--1.50--F--2.80--G--2.10--H--1.15--E , GesamtETX: 7.55
  • Laut EXT wird Strecke1 genommen. Besser waere aber die Strecke 2
  • erreichen koennte man das z.b. ueber Manipulation der LQ-Werte

Ausgabe

Die Ausgabe wird ungefaehr so aussehen:

Werte in dieser Reihenfolge
- Uberschrift: ip,ort,sendeleistung,GPS,Wie lang ist die Messung her?
- eigener LQ-Faktor
- nachbars LQ-Faktor
- LQ,NLQ,ETX
- ETX im Durchschnitt
- UPload/DOWNload/Speed im Durchschnitt [kb/s]
- Rate im Durchschnitt
- IP
- Standort (ff_adm_loc)
- Entfernung in Meter (uber GPS bestimmt)
- Sendeleistung des Nachbarn in mW

ip10.63.42.1   frauentor3  10mW   gps11.3293/50.9787   330min 
lqf1.0 nlqf1.0 lq0.48 nlq0.51 etx6.12 avg3.90   480/ 511/ 509/4.0mbit_avg   ip10.63.54.1   kunstturm   1732m 20mW
lqf1.0 nlqf1.0 lq0.88 nlq0.92 etx1.31 avg1.61   912/ 732/ 901/7.2mbit_avg   ip10.63.104.1   glaeser8    339m 42mW
lqf1.0 nlqf1.0 lq0.99 nlq0.95 etx1.12 avg1.13  1112/1099/1104/8.8mbit_avg   ip10.63.62.1   trierer65    622m 30mW

An der Ausfuehrung wird programmiert. 80.64.180.84 10:03, 28. Jul 2006 (CEST) Wie die OLSR-Optimierung aussehen koennte, ist noch zu disskutieren.