Hi,
26c3 is over and we had quite some experiments going on. Not everything went good, but we learned a lot:
- babel did not survive the hack-center.
- ahcp did survive.
- measurement needs to be improved
That does not sound much, but i think it’s valuable information as we can now concentrate on some things and forget the other.
Openimp did not run good, it had a memory leak we got not fixed during 26c3, so the router kept rebooting after a few minutes.
Babel also hat real trouble, it ate up a lot of cpu and memory, it felt like olsr 3 years ago.
A few harddrives did not survive the heat of colo, so a part of the topology data are maybe lost.
Firmware building and development did work quite good, but could be better, that was mainly my verpeilung, there is room for improvement.
I will continiue the tests in my local mesh neighbourhood without babel and without ipv4 based olsr, so expect more firmware builds soon.
Nach dem ich für ungefähr einem Monat Piratenfreifunk gestartet habe, um meinen Ergüssen auch Taten folgen zu lassen, haben wir inzwischen erste vorzeigbare Ergebnisse:
Kleine vorstellung soll am Di, den 25.8. 09 im Breipott in der Skalitzer Strasse (berlin) sein.
Update: warscheinlich um 20:00 Uhr
wie warscheinlich der rest der regierung ist auch der epetitionsserver, welcher bei der geringsten abweichung vom vorgegebenen weg laut “Hacker” schreit, wie jetzt ein kollege herausgefunden hat.
Stelt sich nur noch die frage, wie ich damit umgehen soll, einen potentiell schwerkriminellen im umfeld zu haben.
Ausserdem war das verwendete hackertool ein firefox, vielleicht sollte ich nur noch mit Safari surfen, um mich nicht verdächtig zu machen.
Fragen über fragen …
Jetzt, wo wir ausgeschlafen sind, ein bischen was über den epic Fail der letzten Tage:
FAIL!!11!!elf!
Epic fail!
Das Netzwerk war selbst in seinen besten Momenten massiv schlechter als das auf der letzten re:publica. Der für diese Veranstaltung massiv unterdemensionierte 16MBit DSL Anschluss nie ausgelastet.
Die Probleme, welche zu diesem massiven Versagen der Infrastruktur führten, lassen sich grob in 4 bereiche einteilen:
- management/teamwork/koordination
- hardware
- software
- mangelnde Fähigkeiten einzelner.
Die leckeren Details, was passiert ist, was wirklich passiert ist und vielleicht sogar die Wahrheit werden wir in den nächsten tagen häppchenweise nachreichen.
Unser grösstes Versäumnis war die mangelhafte, bis nicht vorhande Aussenkommunikation.
Weiterhin möchte ich betonen, das das Team der re:publica keine möglichkeit hatte, diese Katastrophe vorherzusehen. Das Netz auf den vorherigen Veranstaltungen lief sehr gut und sie hatten keinen Grund an uns zu zweifeln. Dem re:publica Team gegenüber wurde immer versichert, das es sich um lösbare Probleme handelt, welche gleich gefixed sind.
Mehr die nächsten tage, gruß, nbd, joti, alx.
Nach dem ich einen 6to4 tunnel auch auf meinem mailserver installiert hab, bekam ich nach einiger zeit einen bounce von freenet, in dem stand, das mein mailserver keinen PTR record hat.
Eine kurze mailkonversation mit postmaster@freenet.de und etwas googlen ergab, das es möglich ist: man kann die reverse lookup delegation einfach bei 6to4.nro.net einstellen.
Letzten mittwoch setzte ich mich dann mit Michael zusammen, da er das gleiche problem hat, um die zonen in unseren nameservern einzutragen.
2 details, die recht nützlich sein können:
- Die delegation kann man initial nur einstellen für “seinen” IP space, dafür muss man eine eigene 6to4 adresse als absenderadresse des browsers haben. Da die jedoch auf dem server liegt, hilft es, sich per ssh mit -D 1080 auf dem server einzuloggen und dem firefox dann 127.0.0.1 port 1080 als socks5 proxy mitzugeben, (erst) dann kommt man auf das richtige webinterface.
- wenn man sich (wie wir) viel arbeit und denken sparen will, dann hilft der passende zonebuilder, welcher nicht nur die zone generiert, sondern auch den passenden eintrag in der named.conf
Wir haben uns dann jeweils gegenseitig versklavt und können jetzt auch wieder mails per ipv6 an freenet user schicken.
Recent experiments mit l2gvpn resulted in an olsr-mesh with over 1000 nodes:
Die Folien des Vortrages, den Daniel und ich am Mittwoch über IPv6 und siit gehalten haben, sind nun online: http://download.berlin.freifunk.net/pdf/vortrag/6mesh/
Ufo vom Rundfreifunk hat mich auf dem 25c3 interviewed, das mp3 gibs hier.
The 25th chaos communication congress is coming and the wireless community will be there. This time, we got a nice cosy space in the famous hackcenter, in the Wireless corner.
We will be right next to other interesting project like:
More on the floorplan.
We are going to build a ipv6 only mesh using siit to transport translated ipv4 traffic.
So, preparation are happening all over, even if you can see them only if you have a very close look:
Jow is fixing tickets and enhancing the openwrt luci framework to make sure we have a good start into the experiment.
Meanwhile, Daniel is working hard on our BGP routers to make sure we get a direct routing for the freifunk PI network into the 25c3. As you can see, our RIPE entry has been updated to enable routing to and from AS249, the congress network.
Felix has ported the siit kernel module to kernel 2.6 and commited.
Lehox and friends are working hard on n2n to get at least the worst bugs fixed, as we are going to use it as the backup vpn to our other BGP routers.
There is still a lot to do, but it looks like we are on a good way.
nbd did a port for linux kernel 2.6, which needs to be tested:
kamikaze package dir: http://nbd.name/siit.tar.gz
joti did som make stuff for “normal” linux: https://norwegen.soziologiker.org/hg/siit
please test and give feedback.
Update: first tests succeeded.