[Berlin-wireless] Updates

Mi Mai 23 07:52:40 CEST 2007

Hi Ulf,

ich hab' den 130-routing-cleanup.patch nochmal geaendert (guckst du 
http://ff-firmware.cvs.sourceforge.net/ff-firmware/ff-ng/freifunk-openwrt/package/freifunk-olsrd/patches/ )
der DEBUG-Code ist disabled und die LQ_Threshold-Geschichte ist jetzt nur noch 
fuer HNA-Routen aktiv. Die Schaltfaulheit (wenn > 1.0) fuehrt leider ganz 
schnell zu den beruechtigten Routing-Loops, speziell bei Ethernet-Links. Mit 
dem 1.0 Default scheint's aber zu laufen.

BTW. Siehe #freifunk ist im Nachhinein schlecht moeglich, da ja kein Log. 
Klaerste uns in Stichworten kurz auf? Meine letzten Versuche mit dem 
Kamikaze-Madwifi zeigten noch arg viele OOPSes.

// Sven-Ola

Am Montag, 21. Mai 2007 13:46 schrieb ulf kypke:
> das hab ich auch schon gesehen und genau so gemacht :-)
> nun hab ich leider nen termin, aber nachher ist das neue buildroot
> fertig und dann ab auf die cubes - mit atheros, denn da hat sich was
> getan, siehe irc #freifunk!!!
> gruss ulf
>
> Am 21.05.07 schrieb Sven-Ola Tuecke <sven-ola at gmx.de>:
> > Richtig. Und ein "cd your-olsrd-dir;chmod +x gcc-warnings" kann auch
> > nicht schaden, dann meckerts nicht so viel.
> >
> > // Sven-Ola
> >
> > ----- Original Message -----
> > From: "ulf kypke" <u.kypke at gmail.com>
> > To: "wirelesslan in Berlin" <berlin at olsrexperiment.de>
> > Sent: Monday, May 21, 2007 1:14 PM
> > Subject: Re: [Berlin-wireless] Updates
> >
> >
> > hat sich erledigt,
> > den 100-cvs patch braucht man nur wenn man den
> > http://www.olsr.org/releases/0.5/olsrd-0.5.0.tar.bz2 source verwendet
> >
> > Am 21.05.07 schrieb ulf kypke <u.kypke at gmail.com>:
> > > sehe ich das richtig, dass die patches im 100-cvs schon im aktuellen
> > > cvs enthalten sind? denn diese patches scheint es schon im aktuellen
> > > cvs checkout zu geben.
> > > hingegen der 110 und 130 patch tadellos an einem aktuellen cvs
> > > checkout  angewendet werden kann.
> > > gruss ulf
> > >
> > > Am 21.05.07 schrieb Sven-Ola Tuecke <mail2news at commando.de>:
> > > > Moins,
> > > >
> > > > jo - mach mal. Testen -> Bernd -> olsrd-cvs -> ueberall (wenn's was
> > > > bringt)...
> > > >
> > > > // Sven-Ola
> > > >
> > > > ""ulf kypke"" <u.kypke at gmail.com> schrieb im Newsbeitrag
> > > > news:be6635140705210104y363718c7m3abfdebd05c7634a at mail.gmail.com...
> > > > moin, der fruehe vogel faengt den wurm.....
> > > > dann werd ich das mal schnell gegen den aktuellen olsr patchen und
> > > > auf kamikaze mal schaun wie es so funkt und routet
> > > > gruss und erfolgreiche woche, ulf
> > > >
> > > > Am 21.05.07 schrieb Sven-Ola Tuecke <sven-ola at gmx.de>:
> > > > > Hallo,
> > > > >
> > > > > ausgehend von der Diskussion mit Marco hab' ich
> > > > > olsrd/src/process_routes.c
> > > > > neu geschrieben. Warum? Weils ein gutes Beispiel fuer
> > > > > Spaghetti-Code ist
> > > > > und
> > > > > weil ich was einbauen wollte. Nebeneffekt: bei Multihomed-Geraeten
> > > > > sollen
> > > > > damit keine/weniger "syslog: cannot add/remove route" und auch
> > > > > keine uebriggebliebenen Routen nach Programmende/Absturz mehr
> > > > > auftreten. Es gibt
> > > > > jetzt 2 neue Parameter in der olsrd.conf:
> > > > >
> > > > > RtTable 254
> > > > > LQThreshold 1.0
> > > > >
> > > > > RtTable stellt das Routing in eine extra-Policy-Routing-Table oder
> > > > > in die
> > > > > Default-Tabelle wie immer (==254). Nur IPv4. LQThreshold vergleicht
> > > > > fruehere
> > > > > Routing-Entscheidungen mit aktuellen Entscheidungen. Erst wenn eine
> > > > > gewisse
> > > > > ETX-Differenz auftritt (z.B. ETX 1.5 mal so grosz bzw. so klein)
> > > > > wird geschaltet. Musste das Quagga-Plugin anpassen (== neue Hooks
> > > > > fuer addroute/delroute).
> > > > >
> > > > > Fuer mutige alles zu haben unter:
> > > > >
> > > > > http://download.olsrexperiment.de/sven-ola/testing/
> > > > > http://download.olsrexperiment.de/sven-ola/nylon/
> > > > > http://download.olsrexperiment.de/fonera/
> > > > >
> > > > > @wulf: Lorenz schreibt, er habe "bei ff.cgi/genopenwrt seine
> > > > > Version mit
> > > > > der
> > > > > von Dan Flett gemerged". Ich hab's erstmal unbesehen in die /_kit/
> > > > > Archive
> > > > > uinter /testing/ uebernommen.
> > > > >
> > > > > @nosy: Das rsync Script fuer download.olsrexperiment.de af monoro
> > > > > hat offenbar kein "--delete". Irgendwann ist die Platte voll. Und
> > > > > Dank fuer
> > > > > das
> > > > > geaenderte dns setup.
> > > > >
> > > > > @markek,elektra: Fuer ein Update von fftrace und batmand hab' ich
> > > > > das ff-trace-SVN bzw. die tgz's unter
> > > > > http://downloads.open-mesh.net/batman/stable/sources/ verwendet.
> > > > > Korrekt?
> > > > >
> > > > > // Sven-Ola
> > > > >
> > > > > _______________________________________________
> > > > > Berlin mailing list
> > > > > Berlin at olsrexperiment.de
> > > > > http://lists.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin
> > > >
> > > > _______________________________________________
> > > > Berlin mailing list
> > > > Berlin at olsrexperiment.de
> > > > http://lists.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin
> > > >
> > > > _______________________________________________
> > > > Berlin mailing list
> > > > Berlin at olsrexperiment.de
> > > > http://lists.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin
> >
> > _______________________________________________
> > Berlin mailing list
> > Berlin at olsrexperiment.de
> > http://lists.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin
> >
> > _______________________________________________
> > Berlin mailing list
> > Berlin at olsrexperiment.de
> > http://lists.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin
>
> _______________________________________________
> Berlin mailing list
> Berlin at olsrexperiment.de
> http://lists.olsrexperiment.de/cgi-bin/mailman/listinfo/berlin