“Wir müssen die Jugend wieder mehr für Politik interessieren” hört man immer wieder aus dem Lager der etablierten.
Und sie arbeiten hart daran.
Und sie haben Erfolg, bringen die Jugend auf die Strasse.
Und es ist ein gigantisches Potential da, heise spricht von 20 mio. Spielern.
Dann schaun wir doch einfach mal, wer sich um sie kümmert.
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 …
Gestern auf dem easterhegg angekommen, heute schon die erste überraschung: das hamburger chaos hat sich an xing verkauft, laut mcfly bekommen sie pro xing lanyard ca. 5 euro in die kasse.
Schade, bisher hatten die hamburger das nicht nötig und waren in der lage vernünftig zu wirtschaften.
Ansonsten bisher alles sehr entspannt, die ersten freifunker und OpenWrtler sind angekommen und wir richten uns im freifunk/wireless raum ein.
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:
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.
Recent experiments mit l2gvpn resulted in an olsr-mesh with over 1000 nodes:
wenn das internet eine “series of tubes” ist, dann ist ein mesh eine sprinkleranlage.
Drogenmissbrauch kann doch etwas so schönes sein, und so wie andere mit ihren Hanfplantagen posen mach ich mal das gleiche mit meiner neuen Espressomaschine.
Nachdem Ulf es geschafft hat, den ersten Kaffee zu kochen, der mir geschmeckt hat und mich damit anzufixen, habe ich mich durch einen Fuhrpark von Espressokochern gearbeitet. Darunter die legendäre Bialetti Brikka und mein persönlicher Morgenfavorit, die Bialetti Mukka Express.
Seit 2 Tagen nun erklimme ich den nächsten Level des Kaffeejunkietums und bin stolzer Schüler an einer Expobar Brewtus II. Und ich habe meinen Lehrer gefunden, einen Arbeitskollegen, welcher sich in der Materie auskennt und als einziger bisher die Qualitäten der Maschine auf den ersten blick erkannt hat.
espresso machine and a fridge full of clubmate
Achtung! the right way of doing is ::ffff:<ipv4>, so newer stuff will use that.
Based on the last posting, we are doing it now with an olsr mesh between the translators.
Between this two posts, jow fixed all remaining issues, making the setstuff shellscripts obsolete. He also fixed a HNA6 issue in the olsrd-luci package. Thanks, great work, jow.
Easy setup now, one internet4 gateway, one access node to give internet to the attached ipv4 clients.
I tried to draw it: ipv4-throught-ipv6-mesh.
gate:
access1 has
To reproduce the setup, you need 2 broadcom based OpenWrt boxes, as the siit kernel module has not been ported to kernel 2.6.
its based on OpenWrt 8.09RC1 plus some patches, which add siit, enable ipv6 forwarding and fix ipv6 static routes. plus a config file.
you can also use ready made firmwareimages. then, there is a config tarball and a uci-dump for gate and a tarball and dump for access1.
for building more accessnodes, you need to alter the lan ipaddress, the ipv6 route into siit0 and the HNA6.
and, as it is just a proof of concept, telnet is open, firewall is open and the wanport of access1 is configured for my local LAN, so i can access telnet and webif from my notebook.
configuration of olsr nameservice plugin to get proper DNS automagically is left as an exercise to the reader. 
for questions, you can also join #freifunk on IRCNet or write to the wlanware mailinglist.
i would be happy to hear about any success.
After getting it running today after some sleep, just missing the backroute, now the next step: a setup with 2 translators, establishing connectivity between 2 v4 systems over a ipv6 network.
src:
trans1:
trans2:
dest:
/etc/init.d/firewall disable on trans1 and trans2
i left the wanports attached to my normal lan at home to be able to telnet onto the boxes, but i removed the default gateway for the wan port.
i had to change the ::ffff:ffff -> ::ffff:0000 translating behavior to plain ::ffff:ffff -> ffff:ffff by changing TRANSLATED_PREFIX into 0xffffffff in siit.h, otherwise the way back into the v4 world would not work.
setup:
src and target are easy, configuration is left to the reader.
trans1 and trans2 are using firmware image with the siit kernel package in packages and this as .config. luci and packages are enabled in feeds.conf, x-wrt not.
trans1 uses following tarball as configuration, files go into /etc/config and set_stuff_trans1.sh to configure things luci cannot configure right now (or i am too dumb to figure it out).
trans2 the same: tarball and setstuff.
important: the linklayer address in set_stuff_* has to be changed to reflect the linklayeraddress of the neighbour, as they are lladdr dependent.
when done right, src should be able to ping target, tcpdump on the ipv6 network should show translated ip packets.
root@target:/# ping 192.168.15.169 PING 192.168.15.169 (192.168.15.169): 56 data bytes 64 bytes from 192.168.15.169: seq=0 ttl=60 time=4.165 ms 64 bytes from 192.168.15.169: seq=1 ttl=60 time=3.113 ms --- 192.168.15.169 ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max = 3.113/3.639/4.165 ms
and
root@trans1:~# tcpdump -n -i eth0.0 not port 698 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0.0, link-type EN10MB (Ethernet), capture size 96 bytes 00:54:51.064695 IP6 ::ffff:ffff:c0a8:b01 > ::ffff:ffff:c0a8:fa9: ICMP6, echo request, seq 0, length 64 00:54:51.067329 IP6 ::ffff:ffff:c0a8:fa9 > ::ffff:ffff:c0a8:b01: frag (0|64) ICMP6, echo reply, seq 0, length 64 00:54:52.061440 IP6 ::ffff:ffff:c0a8:b01 > ::ffff:ffff:c0a8:fa9: ICMP6, echo request, seq 1, length 64 00:54:52.063117 IP6 ::ffff:ffff:c0a8:fa9 > ::ffff:ffff:c0a8:b01: frag (0|64) ICMP6, echo reply, seq 1, length 64 00:54:56.059208 IP6 fe80::216:1ff:feaf:c520 > fdca:ffee:babe:46::1: ICMP6, neighbor solicitation, who has fdca:ffee:babe:46::1, length 32 00:54:56.059376 IP6 fdca:ffee:babe:46::1 > fe80::216:1ff:feaf:c520: ICMP6, neighbor advertisement, tgt is fdca:ffee:babe:46::1, length 32 00:54:56.060094 IP6 fe80::216:1ff:feaf:a6d4 > fdca:ffee:babe:46::2: ICMP6, neighbor solicitation, who has fdca:ffee:babe:46::2, length 32 00:54:56.060427 IP6 fdca:ffee:babe:46::2 > fe80::216:1ff:feaf:a6d4: ICMP6, neighbor advertisement, tgt is fdca:ffee:babe:46::2, length 32 8 packets captured 8 packets received by filter 0 packets dropped by kernel root@trans1:~#
Getting a fonera 2.0 and an arduino board at the same day left me with the choice, which toy to play first. As i already have a lot of devices running OpenWrt, just flashing a OpenWrt kamikaze on it was not so interesting.
While sitting together with Steph, we got the idea of connecting an LCD to it and to use the arduino for it.
Getting ssh access was easy, but the firmware was said to be totally outdated, it did not even finds its packet repository. Got new firmware, tried to flash it via the webinterface, it failed. I don’t believe in webinterfaces anyway, so i did it with mtd, which worked and took an endless amount of time, this serial flash really sucks when it comes to speed as the firmwareimage is bigger than 4MB.
As the fonera firmware does not contain a kernelmodule to support the FTDI USB serial chip on the arduino, i compiled the source, copied the kernelmodule over, loaded it and after connecting the arduino to the usb hub, i got an ttyUSB0.
Meanwhile, Steph put the hardware together, so a very simple oneliner did the job of displaying the number of associated clients per network:
echo "Fon: "`grep macaddr /proc/net/madwifi/ath0/associated_sta|wc -l `" Priv: "`grep macaddr /proc/net/madwifi/ath1/associated_sta|wc -l `>/dev/ttyUSB0
Picture of Arduino, LCD and a Fonera 2.0
Sure, using a communication protocoll to the arduino for displaying several things is the way to go, and an arduino board ist totally oversized for this task, but it was fun anyway to hack it together quickly .
Could also be used to display neighbour metrics and protocoll information in a freifunk mesh, or whatever.
Firmware image with stty and FTDI driver and packages are on bastel.
Powered by WordPress