Es gibt keine freien Postleitzahlen in Deuschland?

Eigentlich sollte das hier ganz anders anfangen.

Für die Freifunk-Idee hatte ich zugesagt, für den Großraum Düsseldorf, eine PLZ2IP -Datenbank zu erstellen. Spannenderweise geht das nicht mit freien Mitteln.

Es gibt sie einfach nicht, die Postleitzahlendatenbank.

Zumindest nicht frei. In irgendwelchen Closed-Source-Frames der Deutschen Post natürlich schon ... aber das ist nicht Zweck und Sinn der Sache.

Unterliegen Postleitzahlen einem Urheberrecht?

So wie die 'Mitbewerber' wie "FirstMail" sie nutzen - war dies ein Ziel der Aktion "Fünf ist Trümpf" im Zuge der Privatisierung, damals?

Merkwürdige Sache. Ideen wie Verweise auf die "OpenGeoDB" laufen ins Leere - denn sie bilden nur Zentren ab, keine Strasssen oder gar Postleitzahlen. Es gab wohl mal ein Dokument eines OpenSource-Projekts, welches spannenderweise nicht mehr existiert.

Die verbliebenen Daten des Projektes, die ich gefunden habe, sind nicht mal im Ansatz verwendbar - sie bilden, z.B. Düsseldorf mit nur 3 Einträgen ab, über die gesamte Stadt.

Habe ich was übersehen? Gibt es ein freies OpenStreetMap-Projekt, welches schlecht auffindbar ist? Ich muß zugeben, ich stehe vor einem Rätsel.

Dieser Eintrag ist ungewollterweise länger geworden als angedacht - Deutschland, wo willst Du hin mit Deiner Privatisierung?

Why we all need Ad hoc-Mode on Google Android phones.

As Android wins against Symbian, Apple & many more like Apple and Palm ... (Mubarak is gone - the net and politics! Now!)

The short & simple question & the answer: The whole world should have mentioned about 1st Tunisia & 2nd Egypt - the 2nd example is the even better one - as everyone was able to see what happens when a country 'becomes' offline. But humanity is not helpless as many netizen (I do miss a british version like 'neticen', btw.) even reestablished old ways of digital & analogue communications from Egypt to the rest of the world: from modem dial-in access points, via facsimile stations and even traditional HAM-based morse-code stations ... from the EU, Telecomix' activists did their citizen-based best to keep information flowing! But back to the problem of missing Ad hoc connectivity on Android devices (the moment technical stuff becomes political ... too late, baby!)

Only with Ad hoc mode everyone is capable to establish a citizen based net - now you may ask yourself, what is Ad hoc networking? There's a nice article at the wikipedia about Ad hoc networking - but this is only one part as you can only connect from one device to another without an acces point (f.ex. WLAN-based-router) ...

Here we go: At the moment there is only a german word like "Angst" (no pun intended) or "Kindergarten" for this iniative called "Freifunk" - article @wikipedia - using a protocoll called OLSRD (Optimised Link State Routing Protocoll) every device can connect and transfer data to every other device using the same protocol - the best translation could be: "multi-hop ad-hoc mesh networks". Nowadays it is not only possible to install the f.ex. OpenWRT-package on many kinds of routers (it has all begun with the WRT-54 by Linksys), but also people can share their 'true' internet connections to a whole subnet of 'Freifunk'-Routers, which enables people that cannot afford it, to at least become a digital user.

One my favourite examples is a short view on Rostocks map of Freifunk Access points (or OpenNet). So this is a citizen based net using ordinary routers (which are flashable to become open Freifunk devices).

Would'nt it be fun to establish Ad hoc networking from mobile device to mobile device via a third mobile device - free - for everyone even on the run?

Dear ppl. at Google: solve this sad and ugly thread No.82 (which has been started in January of 2008?!? WTF?): I know, there are many other ways to build Ad hoc networks (my 2nd fav is on B.A.T.M.A.N.), but without even the possibility to connect to an Ad hoc network on an Android based mobile device, it is all only closed and for the profit and useless for the citizens of every country - so please, for the people, do it for real - and include it into an official build.

The idea behind ... NO! It is not an idea anymore - we are in need of it - NOW!

For Android programmers & consultants of Google - no fun anymore:
Mobile Ad hoc Networking (Manet) - RFC2501
Generalized Mobile Ad Hoc Network - RFC5444
(don't be evil - heard that before?)

To all free developers: You are already on the right way. Even with OLSRD on Android. Great job'n'keep it on.

Many people might have some questions about the political stuff like "net neutrality", "encryption & security", "file sharing", and so on and so forth ... that's not the point ...

... it is all about the possibility to establish a citizen based network vs. the oligopoly of access providers & the content lobby & ... yeah, sure, about the old people using ball-pens which shut down lines at will.

Additional sources (all linked):
International Freifunk Blog
OpenWRT
B.A.T.M.A.N.
Telecomix (the site is very unstable as often under attack - guess why?)
Telecomix Status.net-Server (like twitter, u know)

Improve the Groove: WLAN-Projektansatz für die Woyton Kaffeehäuser.

Woyton hat das richtige getan - es hat einfach mal Internet angeboten. Im Jahr 2010 ist dies in Deutschland immer noch keine Selbstverständlichkeit, anders als z.B. in allen skandinavischen Ländern - wo selbst auf dem Land das Zugangspasswort für den Kiosk an der Ecke am Tresen erfragt werden kann. Alleine für die Chuzpe verdient es die Woyton-Kette, unterstützt zu werden, um nicht nur den Kunden wieder einen echten 'Mehrwert' (zur Erinnerung: in Skandinavien Standard) bieten zu können, sondern vielleicht auf einer Freifunk-Basis auch die sozialen Aspekte der Bürgerdatennetze [1] zu fördern.

Diese kleine Stichpunktsammlung für Woyton (und alle anderen Interessierten) entstand bei einer Tasse Kaffee aus dem neuen duesseldorf.freifunk.net auf Piratenfreifunk-Basis [2] - wir befinden uns gerade im Aufbau.

Stichpunkte zur Situation:

• Woyton hatte bis vor kurzem offene WLAN-Zugänge in allen Kaffeehäusern.
• Betroffen hiervon sind 6 Städte - alleine in Düsseldorf gibt es 9 Filialen
• Woyton bekam eine Abmahnung [3]
• Woyton schaltet die WLAN-Zugänge ab.

Bewertung der Situation:
Ein rein öffentliches Netz ohne jegliche Sicherheitsmaßnahmen entspricht zwar der Netzneutralität, wird durch die bestehende Gesetzgebung leider nicht nur gedeckelt - Innovationen werden so zum Schutze von Wirtschaftsinteressen in Deutschland blockiert.

Stichpunkte möglicher Maßnahmen pro Standort:

• Router auf Open-WRT Freifunk-Basis [4]
• Alle Teilnehmer bekommen eine IP in einem eigenen Subnetz per DHCP
• Splash-Screen in optisch passender CI (Corporate Identity) [5]
• Zeitbegrenzung auf z.B. ein/zwei Stunden durch den Splash-Screen
• Nutzungsbedingungen und Rechtliches stehen ebenfalls im Splash-Screen
• Nach erfolgter Bestätigung erfolgt Weiterleitung auf die Homepage des Unternehmens
• Das Netz ist freigeschaltet.
  

Stichpunkte Sicherheitsmaßnahmen zum Schutz des Unternehmens:

• Klassische Portfirewall für die 'üblichen Verdächtigen'
• Layer7-Filter [6] auf den Zugangspunkten zur Vermeidung von Urheberrechtsverstössen (P2P)
• OpenDNS zum Schutz vor Phishing und dem verpflichtenden Jugendschutz (gemäß JMStV verbindlich)
• Blacklist-Möglichkeit per MAC-Adresse

Nachteile der Sicherheitsmaßnahmen:

• P2P-Anwendungen sind prinzipiell neutral.
• DNS ist prinzipiell neutral

Optionale Sicherheitsmechanismen:

• Ein wechselndes Passwort für den Router, daß mit dem Kassenbon ausgegeben wird - Turnus: wöchentlich/täglich
• Smart-Filter: Zeit-/Mengenabhängig - z.B. Downloadzeiten von über 30min. am Stück lösen einen Stolperstein aus -> Splash-Screen

Weitere Vorteile des Freifunk-Systems:

• Alle Standorte können verschlüsselt miteinander verbunden (VPN) werden und lassen sich dementsprechend administrieren
• Über entsprechendes Routing kann der Verkehr aller Standorte einzeln oder gebündelt verlegt werden (Tunnel)
• Über weitere Teilnehmer des Freifunknetzes der näheren Umgebung läßt sich das Netz vergrößern und sogar entlasten (Multi-Routing)

Nachteile des Freifunk-Systems:

• Keine?

Allgemein:
Eine unverschlüsselte Kommunikation im 'Bürgerfunk' birgt natürlich auch immer Gefahren - diese sind jedoch allgemein zu betrachten und die Vermittlung der entsprechenden Medienkompetenz in Bezug auf Verschlüsselungsmechanismen bei Mail, Chat und Surfen bleibt den Benutzern vorbehalten.

Diese Liste ist natürlich nicht vollständig - sie sollte aber eine kurze Übersicht geben, was machbar ist - bevor jetzt wieder jemand viel Geld in eventuell unglücklich gewählte Projekte investiert, um festzustellen, daß eine Abschaltung der Systeme und der Idee die einzige sinnvolle Lösung sei.

Quellen:
[1] Bürgerdatennetze http://wiki.piratenpartei.de/Buergerdatennetze
[2] Gulli: Woyton - Nach Mehrfachabmahnungen kein WLAN mehr im Café http://is.gd/fNFA2
[3] Piratenfreifunk http://wiki.piratenpartei.de/AG_Piratenfreifunk
[4] Freifunk http://start.freifunk.net/
[5] Splash-Screen des Piratenfreifunks (alte Version) http://wiki.piratenpartei.de/wiki/images/3/37/Dir300flsh014.png
[6] Layer7-Filter http://l7-filter.clearfoundation.com

Die Leiden des jungen DIR-300 ... oder das OpenWRT-Feuer am Hintern.

(Installation von Piratenfreifunk auf DIR-300: Timestamp-Version 'Backfire' vom 2010-09-14.)

Ich habe dann doch noch den Mut gefunden, den mit @Maltis Hilfe mühsam erflashten DIR-300 einfach nochmal neu anzusetzen ... mit der aktuellen Test-Version der OpenWRT-Firmware 'Backfire'. Was dabei alles so passiert, steht in dem folgenden 'Live'-Mitschnitt ...

... ich weiß natürlich, daß die momentane Version noch nicht fertig ist ... aber ... ich fang einfach mal an ...

Ist der DIR-300 bereits 'befreit' (suche im Netz nach RedBoot), einfach die Firmware draufbügeln (alle Voreinstellungen gehen verloren - hätte aber auch keinen Sinn ... zumindest sind bei mir die Konfigurationen der letzten regulären Version von Februar SO dermaßen anders, daß nach Wiederherstellung der alten Konfigurationsdaten im Router, daß 'luci'-Interface die kryptische Grätsche feilbietet ... also, frisch ans Werk:

$ sudo open-mesh-flash openwrt-atheros-root.squashfs openwrt-atheros-vmlinux.lzma

Klappte nach dem 'üblichen' Prozedere erstaunlich gut ... falls er nach angekündigtem Reboot noch ein- zweimal rebootet (habe nicht genau mitgezählt ;-), soll vorkommen. Ich glaube, das wird erstmal ein Standard-Config-Set ausgepackt.

Per Luci also auf eine frische interne Adresse (am Switch angeschlossen) auf 192.168.1.1 ... Nanu? Es fehlt die Piratenoptik? Na gut ... Ok. Erstmal weiter.

Direkt in den Konfigurationsassistenten - uh! Das sieht deutlich unübersichtlicher aus als früher. Die Original Standardwerte, die auch 'grob' vorhanden sind, werden leider nicht mehr vorweg angezeigt. Gut, wenn man einen Ausdruck der alten Werte parat hat.

Alles einzeln neu einrichten - die Angaben der Freifunk Community sind zwar noch vorhanden, aber irgendwie komplett useless, da alle anderen Felder trotzdem händisch eingegeben werden müssen?

• Freifunk-Community: (auswählen)
• Netzwerk einrichten: Häkchen (logo?)
• Drahtloses Netzwerk "WIFI0": Häkchen (logo?)
• Freifunk Kanal einrichten: 'default' (ich versuch's mal)
• Mesh IP Adresse einrichten: 10.40.. . (Hallo? Preset?)
• DHCP anbieten: Häkchen (von HAND? Früher automatisch!)
• Mesh DHCP anbieten: 10.104.10.1/28 (Nanu? Manuelle Rotation?)

MOMENT MAL!

Ich muß hier mal kurz unterbrechen, mir kommt das alles SEHR unhandlich vor ... die bisherige Doku, die ja gerade erst frisch geschrieben wird, besagt folgendes:

"Wenn das Feld leer bleibt wird ein Netzwerk automatisch nach den vorgaben aus dem Feld "Freifunk Comunity" erstellt. Dieses Netzwerk wird dann Maskiert. Klient Geräte können dann keine Punkt zu Punkt Verbindungen aufbauen. Besser bei der IP Vergabe einen ganzen Block anmelden. Zum ausrechnen kann man einen Neztwerkrechner nehmen."

Liebe Programmierer, liebe Freifunk-Community - es geht nicht darum, den Leuten einen Stealth-Bomber in die Hand zu drücken und zu sagen, schau selber, wie das Ding fliegt!!! KISS! Keep It Simple, STUPID! ;-) Wenn also alle Felder leer bleiben MÜSSEN, damit die Standardwerte geladen werden - sowas schreckt doch nur ab. Die paar Kilobyte für eine kurze Erklärung sollten doch wohl drin sein, oder? Die Leute, die später, wenn sie gelernt haben wie OLSRD überhaupt funzt (auch ich habe es noch nicht ganz verstanden, btw.), selber anfangen mit Netzwerkmasken um sich zu schmeissen ... wenn sich da mal keine 'schwarzen Löcher' auftun *hust*.

ALSO NOCHMAL ...

• Freifunk-Community: (auswählen)
• Netzwerk einrichten: Häkchen (logo?)
• Drahtloses Netzwerk "WIFI0": Häkchen (logo?)
• Freifunk Kanal einrichten: 'default' (ich versuch's mal)
• Mesh IP Adresse einrichten: 10.40.. . (Hallo? Preset? Für den ersten Teil?)
• DHCP anbieten: Häkchen (na gut ...)
• Mesh DHCP anbieten: (Das lasse ich mal LEER)
• Drahtgebundenes Netzwerk "LAN": Häkchen (logo?)
• Mesh IP Adresse anbieten: (Boah! Was zum ... ? Hallo? Keine interne IP-Rotation? Testhalber mal LEER - das ging mal automatisch)
• DHCP anbieten: Häkchen (wie immer eigentlich ... grmpf ...)
• Mesh DHCP anbieten: (wieder lasse ich das mal LEER)

(Dieses kleine sinnlose Fragezeichen regt mich auf ... sieht aus wie ein Mouse-Over oder 'Klick-hier-für-Info-Du-Depp', kann aber nix. Also weiter ...)

• Drahtgebundenes Netzwerk "WAN": KEIN Häkchen (Äh? Bitte? Sonst Uplink von Hand oder wie?)

Mal ausprobieren, wenn man es NICHT konfiguriert ... der soll sich doch gefälligst die Adresse selber ziehen ... der Punkt erscheint mir mehr als schleierhaft - vor allem, wenn bei einer Aktivierung steht "DHCP anbieten" - oha ...

• OLSR einrichten: Häkchen (WAS DENN AUCH SONST, bitte)
• Latitude: Zahlen (Länge? Breite? Was war nochmal was?)
• Longitude: Zahlen (Berlin ... der Nabel der Welt ...)
• Geokoordinaten mit OpenStreetMap ermitteln: (ohne Zugang? Ach, was soll's - wie immer ignoriert)
• Eigenen Internetzugang freigeben: Häkchen (Ick trau mir ... wie immer)

Geile Anmerkung in der bisherigen Doku dazu:

"Wenn eine Verbindung zum Internet über den wan Anschluss festgestellt werden kann kündigt der olsr einen HNA (Host and Network Association), also Internet an"

Steht irgendwie etwas diametral zum obigen Punkt "Drahtgebundenes Netzwerk 'WAN'", wo man aus Versehen als Anfänger evtl. auch mal selber DHCP drauf ankündigen könnte ...

• WAN-Zugriff auf Gateway beschränken: Häkchen (keine Ahnung - steht auch nicht in der Doku, was dann passiert - muß ich mal nachschauen, wenn's läuft)
• Heartbeat aktivieren: KEIN Häkchen (wie 'anonym' die Statistiken sind, kann man sich irgendwo(?) im Netz anschauen - es ist aber KEINE Piratenseite, soviel weiß ich noch - die alte Testversion läuft evtl. noch hier: http://heartbeat.piratenfreifunk.de/)

Und los ...

"Ungültige Eingabe: Bitte die Formularfelder auf Fehler prüfen."

Und alles ist Blanko ... ah OK! Wenn man das Häkchen bei "Netzwerk einrichten" wieder setzt, sind die alten Felder noch so beschrieben, bzw. leer wie vorher. Spannend ist übrigens rechts oben der Zähler mit den noch nicht gespeicherten Änderungen (164 Stück), obwohl die Eingaben ja falsch sein sollen?

Ich vermute mal, daß das mit den leeren Feldern nicht klappt - vielleicht MUSS man sich eine manuelle Adresse für das "LAN" aus den Fingern saugen, wenn es automatisch maskiert werden soll, oder so ... das ging in der alten Version automatisch, so mit Semi-Zufallszahlen, reichte vollkommen aus.

• Mesh IP Adresse einrichten: 10.104.254.1 (so ganz klassisch mit 'ner 1 hinten)

"Ungültige Eingabe: Bitte die Formularfelder auf Fehler prüfen."

HUNDERTTAUSEND HÖLLENHUNDE!

• WAN-Zugriff auf Gateway beschränken: KEIN Häkchen (einfach mal so ...)

REBOOT

Äh, ne. is klar ... wenn ich nicht den WAN-Zugriff auf ALLES freigebe, ist das ungültig, oder wie? Na ja, mal schauen, wie es weitergeht ...

Die WLAN-Lampe fängt jetzt schon mal an zu blinken ... ein gutes Zeichen. Ich bekomme aber keine neue Adresse per DHCP? Moment ... was hatte ich intern für LAN nochmal definiert?

"Mesh IP Adresse einrichten: 10.104.254.1 (so ganz klassisch mit 'ner 1 hinten)"

Ein Blick auf meinen Monitor erklärt mir ... der Router meldet sich per DHCP-Anfrage mit "192.168.1.1" und Du gehörst da auch irgendwo mit rein. Warum also überhaupt die interne Adresse für's LAN eingeben?!?
Und wieso stelle ich in meinem eigenen Blog fragen? Ach ja!

FAZIT an die Programmierer:

• Denkt bitte an normale Menschen, die den Freifunk-Gedanken unterstützen möchten.
• Einfache, kurze Erklärungen im Interface können hilfreich sein.
• Was keine Hilfe ist, hat kein Fragezeichen verdient.
• Baut bitte die Essentials wieder ein.
• Passt bitte diese Geokoordinatensache mal an (Kontakt/Assistent) Breite, Länge, Longitude, Latitude, leere Felder, voreingestellte Felder, Kraut, Rüben, Berlin.
• Fügt bitte das Feld "Hostname" wieder ein - das ist verloren gegangen.
• Die Time-Server fehlen noch
• Wofür muß man erst den Assistenten umkonfigurieren, wenn er eigentlich alles enthält? Oder auch nicht. Denn wenn ich die Freifunkdaten erst eingeben muß, aber obendrein auch noch die Community, obwohl die im Preset stehen - das schließt sich doch gegenseitig aus.
• Unter 'Netzwerk/Schnittstellen' steht 'wireless0' unter 'Netzwerk/Drahtlos' steht 'wifi0' - das zieht sich durch alles durch (also auch bei DHCP ...)
• Das 'LAN'-Interface wird nicht mehr 'gebridged' - steht trotz anderer Definition der LAN-IP im eigenen '.1.1'er Netz.
• In den 'WIFI0'-Voreinstellungen steht "Scan-Anforderungen nicht beantworten' und ist aktiviert. Unter anderem haben Atheros-Clients öfters Probleme, sich Ad-Hoc zu verbinden und brauchen den Scan: "Scan for ad-hoc cells in range (necessary for some drivers to trigger IBSS scanning)" http://wiki.debian.org/WiFi/AdHoc

Nach Deaktivierung dieses Hakens und anschließendem Reboot ... ist der Router platt und startet andauernd neu, Korrektur - er startet 3 Mal neu ... jetzt scheint er sich wieder gefangen zu haben.

Ich glaube, daß reicht erstmal ... hoffentlich fühlt sich jetzt keiner auf die Füße getreten.

P.S. Ach ja, der Router läuft natürlich.

A long Journey: OpenWRT & Piratenfreifunk on a DIR-300.

... Install everything ... harhar ... that was easy ... NOT!

So this time, I'll post the most helpful links at first ... the ultimate links that helped me:

• http://www.orangemesh.net/wiki/ap51-supported-devices
• http://www.shadowandy.net/2007/09/mini-flashing-guide-for-dir-300.htm
• http://imranasghar.blogspot.com/2008/09/how-to-setup-tftp-server-on-debian.html

The regular link that tried to show the way:

• http://wiki.piratenpartei.de/BE:Squads/Piratenfreifunk/dir300 (german)
• http://wiki.openwrt.org/toh/d-link/dir-300?s[]=redboot

The very short summary:

• Download the needed images from http://firmware.piratenfreifunk.de/piratenfreifunk/latest/atheros/
• Install the boot loader.
• Install the firmware.

First Part - the Installation of a new RedBoot-Loader.

I tried to install the RedBoot-Loader ... but the well known script 'dir300-flash' did not work out under Debian Lenny. It did, well ... nothing. So I searched through the net until I found the 'Mini-Flashing-Guide' which pushed me into the right direction. Combined with the source from the 'dir300-flash' script I did the following:

Connect the ethernet cable to the WAN-interface (Internet, muahaha), configure your local IP address to "192.168.20.80" and open a telnet console (I read often not to turn on the router using a 30/30 reset game before starting telnet ... I did not care, it worked):

• cabling
• prepare a console
• prepare a 30/30 boot sequence incl. power on
• configure your local device to 192.168.20.80
• and ...

$ sudo telnet 192.168.20.81 9000
Trying 192.168.20.81...
Connected to 192.168.20.81.
Escape character is '^]'.
version
Copyright (C) 2000, 2001, 2002, 2003, 2004 Red Hat, Inc.

Version: "RedBoot v2.3"
RAM: 0x80000000-0x80800000, [0x80036350-0x807ed000] available
FLASH: 0xbfc00000 - 0xbfff0000, 64 blocks of 0x00010000 bytes each.
RedBoot> load ap61.ram
Using default protocol (TFTP)
Can't load 'ap61.ram': file not found
RedBoot>

*sigh* - find the path your TFTP-Server uses - mine was configured using /etc/inetd.conf - within the path the installer 'dir300-flash' already had made symbolic links which my Debian system denies! So I copied all files directly into the TFTP-Folder ...

RedBoot> load ap61.ram
Using default protocol (TFTP)
Entry point: 0x800410bc, address range: 0x80041000-0x800680d8
RedBoot> go

Change your local IP address to "192.168.1.2" and open a new telnet console:

$ sudo telnet 192.168.1.1 9000
Trying 192.168.1.1...
Connected to 192.168.1.1.
Escape character is '^]'.
DD-WRT> load -r -b %{FREEMEMLO} ap61.rom
Using default protocol (TFTP)
TFTP timed out 1/15
Can't load 'ap61.rom': operation timed out
DD-WRT>

And again a problem with the TFTP-server ... but this time from within the redboot-client - you have to redefine the server address within the client:

DD-WRT> ip_address -h 192.168.1.2
IP: 192.168.1.1/255.255.255.0, Gateway: 0.0.0.0
Default server: 192.168.1.2
DD-WRT> load -r -b %{FREEMEMLO} ap61.rom
Using default protocol (TFTP)
Raw file loaded 0x80080000-0x800a8717, assumed entry at 0x80080000
DD-WRT>

Now for the 'toughest' part ... configure by console - you will have to create a boot-script - while doing this by hand, you will stumble upon a missing possibility to stop the edition after you have entered ">> exec" - just hit ENTER when you see the double prompt ">>":

DD-WRT> fconfig -d
Run script at boot: false ? true
Boot script:
Enter script, terminate with empty line
>> fis load -l vmlinux.bin.l7
>> exec
>>
Boot script timeout (1000ms resolution): 0 ? 5
Use BOOTP for network configuration: true ? false
Gateway IP address: ? 192.168.20.80
Local IP address: ? 192.168.20.81
Local IP address mask: ? 255.255.255.0
Default server IP address: ? 192.168.20.80
Console baud rate: 9600 ? 9600
GDB connection port: 9000 ? 9000
Force console for special debug messages: false ? false
Network debug at boot time: false ? false
Update RedBoot non-volatile configuration - continue (y/n)? y
... Erase from 0xbffe0000-0xbfff0000: .
... Program from 0x80ff0000-0x81000000 at 0xbffe0000: .
DD-WRT>

Already some sweating hands? Here we go:

DD-WRT> fis init
About to initialize [format] FLASH image system - continue (y/n)? y
*** Initialize FLASH Image System
... Erase from 0xbffe0000-0xbfff0000: .
... Program from 0x80ff0000-0x81000000 at 0xbffe0000: .
DD-WRT>

Calm down ... and now ...:

DD-WRT> fis create -l 0x30000 -e 0xbfc00000 RedBoot
An image named 'RedBoot' exists - continue (y/n)? y
... Erase from 0xbfc00000-0xbfc30000: ...
... Program from 0x80080000-0x800a8718 at 0xbfc00000: ...
... Erase from 0xbffe0000-0xbfff0000: .
... Program from 0x80ff0000-0x81000000 at 0xbffe0000: .
DD-WRT>

If it really worked out to install a new bootloader ... we'll see:

DD-WRT> reset

Second Part - the Installation of the OpenWRT Firmware (at last?).

As I thought it was enough of console work ... well ... what has been written by the developers of 'open-mesh-flash'?

"List of known to work redboot devices: [...] Dlink, DIR-300 (AFTER INSTALLING A REFLASH-ENABLED REDBOOT)" - screaming done by me ...

Let's try to do it the 'Homers way' - to brick or not to brick:

$ sudo ./open-mesh-flash eth0 openwrt-atheros-root.squashfs openwrt-atheros-vmlinux.lzma
Reading rootfs file openwrt-atheros-root.squashfs with 2752512 bytes ...
Reading kernel file openwrt-atheros-vmlinux.lzma with 786432 bytes ...
Non arp received. Make sure, the device is connected directly!
Peer MAC: 00:22:b0:4b:cf:82
Peer IP : 192.168.20.81
Your MAC: 00:ba:be:ca:ff:ee
Your IP : 192.168.20.0
Redboot enabled device detected - using redboot to flash
WARNING: UNPLUGGING POWER OR ETHERNET DURING THIS PROCESS WILL LIKELY DAMAGE YOUR DEVICE AND THIS WILL NOT BE COVERED BY WARRANTY!
A flash size of 4 MB was detected.
rootfs(0x002c0000) + kernel(0x000e0000) + nvram(0x00000000) sums up to 0x003a0000 bytes
Setting IP address...
Loading rootfs...
Sending rootfs, 5376 blocks...
Initializing partitions...
Flashing rootfs...
Loading kernel...
Sending kernel, 1536 blocks...
Flashing kernel...
Setting boot_script_data...
Done. Restarting device...

YES!!! It boots and runs ... and connects perfectly to my existing OpenWrt-system.

UPDATE: But why does the router always forgets its configuration w/o electricity?!? A reset works ... but a preconfiguration is useless ... replugged and again a 'fresh' system? *facepalm*

UPDATE 2: Erm ... and do NOT try out the OpenWrt-'backfire' versions ... looks like i stumbled into this pit. Needed several tries to reflash and older version - last exit was a 10/10-Reset I found on the DD-WRT board.

UPDATE 3: okokok ... looks like I picked a 'not-so-good' version of the Partition table ... that's the reason why the router suffers his Amnesia ... @maltis gave me his DIR-300 partition scheme

6 RedBoot partitions found on MTD device spiflash
Creating 6 MTD partitions on "spiflash":
0x00000000-0x00030000 : "RedBoot"
0x00030000-0x000f0000 : "vmlinux.bin.l7"
0x000f0000-0x003e0000 : "rootfs"
mtd: partition "rootfs" set to be root filesystem
mtd: partition "rootfs_data" created automatically, ofs=370000, len=70000
0x00370000-0x003e0000 : "rootfs_data"
0x003e0000-0x003ef000 : "FIS directory"
0x003ef000-0x003f0000 : "RedBoot config"
0x003f0000-0x00400000 : "boardconfig"

Manually starting Ad-Hoc Mode with an ath_pci Device.

Took me some digging to solve this small problem. As I am a real fan of the "Freifunk"-project, I was not able to switch my Toshiba Satellite to Adhoc-mode. Neither using Gnomes network-manager nor using a console.

At first I thought it was about the ath5-Debian/ath_pci-MadWiFi drama: but as Debian ath5 module still lacks support for the Atheros 2524(?) in my Satellite A-120, I have to stay and live with the MadWiFi-Project, which still works.

Short solution: You have to 'destroy' the ath0 Interface? WTF?

Here we go: (all as root 4sure)
wlanconfig ath0 destroy
wlanconfig ath0 create wlandev wifi0 wlanmode adhoc
iwconfig ath0 channel 2 (whatever channel you need)
iwconfig ath0 essid 'Name_of_the_Station'
ifconfig ath0 up
dhclient ath0

It works? It works.

Sources:
MadWifi-Project
Debian Wiki/Atheros AR5xxx devices (MadWifi)
Ubuntu Adhoc Wireless Networking