[Wien] Frage an die Tunnelbetreiber
Erich
(spam-protected)
So Mär 1 05:46:30 CET 2009
Vielen Dank für die Analyse. Eine Reduktion um 50% wäre schon nett :-)
sgE
----- Original Message -----
From: Markus Kittenberger
To: Erich
Cc: FunkFeuer Wien
Sent: Sunday, March 01, 2009 12:31 AM
Subject: Re: [Wien] Frage an die Tunnelbetreiber
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/24be1438/attachment.htm>
Mehr Informationen über die Mailingliste Wien