Bandbreitentest
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 >5mbit) A--1.31--B--2.12--C--1.89--D--3.15--E , GesamtETX: 8.47
- Strecke2: (alles 1mbit) A--1.50--F--2.80--G--2.10--H--1.15--E , GesamtETX: 7.55
- Laut OLSR/ETX wird Strecke2 genommen. Besser waere aber die Strecke1
- 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? - Generell werden nur Nachbarn in die Wertung genommen, wo die volle Windowsize Daten gesammelt wurd und die einen ETX kleiner 20 haben. - 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 10.63.42.1 frauentor3 10mW gps11.3293/50.9787 330min lqf nlqf lq nlq etx avg up/down/ avg/mbit ip node range mW 1.0 1.0 0.48 0.51 6.12 3.90 480/ 511/ 509/4.0 10.63.54.1 kunstturm 1732m 20 1.0 1.0 0.88 0.92 1.31 1.61 912/ 732/ 901/7.2 10.63.104.1 glaeser8 339m 42 1.0 1.0 0.99 0.95 1.12 1.13 1112/1099/1104/8.8 10.63.62.1 trierer65 622m 30
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.