[Berlin-wireless] Stabile Firmware - Re: 2 Router auf Rathaus Kreuzberg down

[Juergen Neumann]

Hallo André et al.,

dies ist erneut (m)ein Appell an alle, dass wir an einer
funktionstüchtigen, abgehangenen und stabilen Firmware arbeiten.

Wie geht es jetzt z.B. weiter? In dem Thread wurde bisher vorgeschlagen:

a) das P2Pd auszuschalten (wie?)
b) und/oder verschiedene andere Versionen des olsrd zu benutzen.

Wer macht davon was und wo steht das dann? Wie testen wir ob es dann
funktioniert und was davon kommt dann wann durch wen in welche Firmware?

Bei meiner Installation ist das anscheinend auch alles kaputt. Ich komme
auch nicht mehr an meine Router.

Ich würde gerne erreichen, dass wir nun gemeinsam daran arbeiten und
dokumentieren und nicht unnötig unsere Zeit und Energie verschwenden.

@Tom: Hattest Du das bereits irgendwo notiert?

Ideen wie und wo wir das machen?

Danke und einen lieben Gruß

JuergeN 

Am Samstag, den 16.11.2013, 00:12 +0100 schrieb André Gaul:
> Am 15.11.2013 19:31, schrieb Tom Arden:
> > hier oben auf der Segen gab es ein =E4hnliches Ph=E4nomen, dass der ETX von
> > IpV4 oft auf Richtung 2 gingen, obwohl sie per Kabel dranh=E4ngen.
> > Desweiteren musste ich feststellen, dass seit der Umstellung,
> > Clientnodes, die an der Segenkirche h=E4ngen nach dem Umbau eine hohe
> > LOAD, vom olsrd ausgehend, hatten. Ich identifizierte das olsrd_p2pd
> > Plugin als Ursache und habe es abgeschaltet. Dann verlagerte sich das
> > Problem mit der hohen CPULOAD auf den n=E4chsten Node. Die Nodes mit dem
> > Hohen CPU load hatten alle eine =E4ltere olsrd Version ( 0.6.1).  Nachdem
> > ich alle olsrd_p2pd abgeschaltet hatte war das LOAD Problem weg und das
> > IPV4 Etx irgendwas gegen 2 Problem auch.
> > Der olsrd auf der segen ist ein 0.6.6. Die anderen 0.6.2 und 0.6.1
> 
> willst du deine Erfahrungen vllt mal im olsrd bugtracker festhalten?
> koennen wir auch gerne morgen in der c-base nochmal analysieren... ich
> bin ab ~12:00 da.
> 
> ciao,
> André
>