[Wien] Frage an die Tunnelbetreiber

[Markus Kittenberger]

also ich hab nun heut den olsr traffic zwischen tunnelserver und gallbrun
eingehend analysiert,..

es handelt sich um ca 30/35kbit dauerlast in up und downstream bzw somit
20GB Gesamt/Monat (der tunnel nach gallbrunn ist da aber keinerlei ausnahme)

A 4% davon wird von den routern in gallbrunn selber erzeugt

B 4% macht der tunnelserver

C 49% stammt aus dem funkfeuer netz (exkl. gallbrunn) und wird vom
tunnelserver nach gallbrun weitergeleitet

D 43% macht der retourgesandte traffic von gallbrunn zum tunnelsver von C

an A kann erich mittels olsr timings und vorallem olsr upgrades in gallbrunn
etwas ändern,..

an B könnte man imho nur noch kleinwenig was ändern, allerdings sind die
timings vom tunnelserver eh schon niedriger als üblich, ...

an C kann man nur recht schwer schnell was ändern,

1. alle alten olsrs aus dem netz verschiwnden (allerdings haben wir noch
keine neuen olsr versionen die erwiesenermassen genauso verlässlich
funktionieren),
2. auf geplante schon enstehende oslr entwicklungen warten,. (CSN, stabilere
metriken, adaptive timings, usw.)

erwartbar durch 1. wäre wohl eine reduktion auf die hälfte,.. durch 2. dann
um evt. 90%

diese Verbesserungen würden indirekt dann auch 1:1 den traffic von D
senken,.. (#)

an D kann man mit brandneuen oslrs etwas ändern, (d.h. diesen traffic
komplett eleminieren) allerdings funktinoeren die oslr-versionen die das
können erwiesenermassen noch nicht stabil

lg Markus

# zusätzlich könnte man für ausgewählte tunnel den traffic noch weiter
senken in den man nur olsr-messages mit hoher ttl am tunnelserver
weiterleitet (allerdings funktionert das auch nur dann wirklich gut wenn
(fast) keine fff <= 1.6.28 im netz vorhanden sind) (die Verbesserungen in
C.2 wird sowas aber dann auch wieder obsolet machen)
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <http://lists.funkfeuer.at/pipermail/wien/attachments/20090301/820a5535/attachment.htm>