[Berlin-wireless] inkompatibilität von olsr versionen und oder freifunk firmware versus kamikaze / war: ND-Cube routing faulty

[Henning Rogge]

On Samstag 02 Mai 2009 19:55:45 ulf kypke wrote:
> hi,
> immer noch ode immer wieder gibt es einen furchtbaren
> inkompatibilitäts fuckup zwischen den klassischen freifunk firmware
> wrt kisten (und ein paar alte cubes) und neueren kamikaze systemen,
> meisst atheros und oder  alix (x86). es hat nix mit dem wifi ansich zu
> tun sondern mit dem routing und ich bin der meinung, dass es primär
> immer noch um das  gleiche problem geht, welches ich vor mehr als
> einem jahr schon einmal angesprochen habe und seither mehrfach
> diskutiert wurde, auch hier auf der liste.
> für mich stellt sich einfach nur die frage, wie gehen wir mir den
> ganzen freifunkfirmware basierten kisten um, die überall in der
> landschaft hängen?
> was macht leipzig warum taucht das da nicht so gravierend auf? hat es
> mehr was mit iptables zu tun, als mit olsr?
> das ganze wurde ja erst wirklich bemerkt, als mehr und mehr das "nat"
> ausgeschaltet wurde weil eben nicht mehr einfach ein 192.168.1.0/24 am
> lan existiert sondern ein kleines 104rer netz "geroutet" wurde. es
> ging letztens das thema autoupdate rum.... mal ehrlich white russian
> ist eol, für kamikaze gibt es "freifunk skins" und warum kann man
> nicht endlich mal den "alten scheiss" klar schiff machen und schaun ob
> ein solches sw update was bingt.
> defacto ist es so, dass wir immer mal wieder setups haben, die >3 hops
> bei einer mischung zwischen white russian kamikaze auf der strecke
> einfach routen verschlucken.
> vor ein paar tagen endete eine solche route irgenwo am alex auf einem
> wrt mit version 1.6.0. diese kisten sind es die uns einfach nur
> instabilität ins netz bringen scharze löcher erzeugen und dann dau
> kommt und (mit recht) nachfragt was dieser ganze qutasch soll wenns eh
> nicht mit deinem nachbarn funkt.
Wäre auch eine gute Gelegenheit mal die TC-Timings in Berlin in Ordnung zu 
bringen...

Henning
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : signature.asc
Dateityp    : application/pgp-signature
Dateigröße  : 197 bytes
Beschreibung: This is a digitally signed message part.
URL         : <http://lists.berlin.freifunk.net/pipermail/berlin/attachments/20090502/290f5281/attachment.pgp>