FunkFeuer Wiki - Benutzerbeiträge [de]

General Versammlung 14.09.2007

2007-09-14T18:17:10Z

Teemu: /* allfaelliges */

'''anwesenden:''' mihi, gregor, daniel, barbara, markus, andreas, marcel a.k.a wolfgang, martin, mike_kerber, teemu, aaron, (clemens kam spaeter)

=Eroeffnung des OM - verlesung der TOs=

=bericht der taetigkeiten von gregor=

* montagstreffen gibts noch, veraendert aber es gibt es. es kommen nicht mehr soviele menschen von frueher (alten) - sozialer aspekt faellt weg. traurig, sollte man aendert.
** wolfgang^Wmarcel meinte es waere manchmal sehr anstrengend, nach der arbeit usw.
* forum und wiki sind sehr aktiv, andere dienste wurde abgebaut bei der uebersiedelung.
* krypta wurde ausgebaut und verbessert
* funkueberwachung p0wned
* 5GHz Strecken wurden aufgebaut und sind aktiv
* Foerdergelder wurden lukriert, olsr-ng
* funkfeuerfirmware, hotspot system, clemens hat ipkg mirror aufgezogen
* funkfeuer convention
* foneras kamen
* google adsense
* kabelwerk und flakturm sind beide eingeschlafen - flakturm ist tod :(
* oeffentlichkeitsarbeit par excellence :)
* we are family^WLIR :)
* olpc ist gekommen
* cacert rush kam mit hotspot system
* O.Z. aaron: bundesministerium fuer olpc macht einen pilotversuch mit OLPC in .at (das fuer Bildung)

=Geschaeftsbericht der kassiere=

* die kassiere berichten, entlastung bei der a.o. GV.
** housing und foerderungen sind die eckpfeiler der finanzierung.
** leider ist das housing nicht 100% das mittel zum zweck.- es geht sich knapp leider nicht aus
** spenden sind ruecklaeufig/gleichbleibend gering
*** google adsense works - gleicht das recht gut aus
* wir stehen aber gut da betrieb ist gesichert
** einnahmen und ausgaben decken sich, alles ok. polster ist vorhanden
* Ripe NCC LIR Status ist fuer die naechsten 3 Jahre gesichert.

=termin fuer a.o. GV=

* leider kann der vorstand nicht zu diesem zeitpunkt entlastet werden, wir muessen eine neue GV ausmachen - '''14.10.2007''' 14:00 im vivi oder metalab

=wahl des neuen vorstandes=

* obmann/frontman: gregor glashuetter
* obmann-stv/frontman-stv: aaron leon kaplan
* kassier: andreas marksteiner
* kassier-stv: markus sulzbacher
* schriftfuehrer: teemu schaabl
* schriftfuehrer-stv: martin reindl
* alterspraesident: mihi bauer

einstimmig angenommen. keine enthaltungen. der alte vorstand wir am 14.10.2007 entlastet. hoffentlich

=allfaelliges=

* montagstreff
** ... es hat sich veraendert.
** lautstaerkepegel hoch
*** vlt _eine_ Einfuehrungsveranstaltung pro Monat Montags
*** Gathering fuer 0xFF Hacker an nem anderen termin?
*** ausbildung - netzwerktechnik, linux

* rege diskussion: funkfeuer gone wild ..
** conclusio: wir muessen wissen vermittel, world domination is not our plan .

* unser statischer auftritt (homepage) muss g'scheit werden
** muessen wir besser hinkriegen
** keiner hat ne ahnung von typo3
** gregor, daniel und marcel^Wwolfgang machen nen termin und machen typo3-gardening

* foerderungen
** daniel fragt nach vorgaben, marcel^Wwolfgang erklaert wie foerderungen vergeben werden und das sie zweckgebunden sind; weiters: wofuer haben wir foerderungen? convention muessen wir noch machen, ein bisserl internationaler als unsere vorherige.
*** convention: wolfgang erklaert die idee von european summit.
** olsr-ng: aaron erzaehlt die zahlen und zeitplan. tolle verbesserungen fuer olsr(-ng) - batman vs. olsr findet in graz statt.
*** secure plugin muss gemacht werden
*** ip autoconf muss gemacht werden
*** ...
*** haelfte des geldes ist noch da, bounty-modell.
** Markus erklaert wie das mit den foerdungen funktionieren und das wir das wieder machen.
*** mach ma wieder

* adsense erklaerung
** daniel ist gegen werbung auf der website.

* european summit - mit netznetz einbringen

* ehrenmitgliedschaften - eine omni in gold fuer dr. mihi bauer, fra xaver, marcel^Wwolfgang nagele, bernd petrovic

* daniel fragt obs bestrebungen gibt das der verein nen wireless backbon aufbaut.
** wolfgang meint, power to the people - clemens hat ein tolle tunnelloesung aufgezogen. die menschen muessen sich selbst koordinieren. gute knoten braucht das land. vielfalt brauchen wir.

* div. knoten

* free mihi

General Versammlung 14.09.2007

2007-09-14T18:13:31Z

Teemu:

General Versammlung 14.09.2007

2007-09-14T17:56:28Z

Teemu: /* allfaelliges */

'''anwesenden:''' mihi, gregor, daniel, barbara, markus, andreas, marcel a.k.a wolfgang, martin, mike_kerber, teemu, aaron, (clemens kam spaeter)

=Eroeffnung des OM - verlesung der TOs=

=bericht der taetigkeiten von gregor=

* montagstreffen gibts noch, veraendert aber es gibt es. es kommen nicht mehr soviele menschen von frueher (alten) - sozialer aspekt faellt weg. traurig, sollte man aendert.
** wolfgang^Wmarcel meinte es waere manchmal sehr anstrengend, nach der arbeit usw.
* forum und wiki sind sehr aktiv, andere dienste wurde abgebaut bei der uebersiedelung.
* krypta wurde ausgebaut und verbessert
* funkueberwachung p0wned
* 5GHz Strecken wurden aufgebaut und sind aktiv
* Foerdergelder wurden lukriert, olsr-ng
* funkfeuerfirmware, hotspot system, clemens hat ipkg mirror aufgezogen
* funkfeuer convention
* foneras kamen
* google adsense
* kabelwerk und flakturm sind beide eingeschlafen - flakturm ist tod :(
* oeffentlichkeitsarbeit par excellence :)
* we are family^WLIR :)
* olpc ist gekommen
* cacert rush kam mit hotspot system
* O.Z. aaron: bundesministerium fuer olpc macht einen pilotversuch mit OLPC in .at (das fuer Bildung)

=Geschaeftsbericht der kassiere=

* die kassiere berichten, entlastung bei der a.o. GV.
** housing und foerderungen sind die eckpfeiler der finanzierung.
** leider ist das housing nicht 100% das mittel zum zweck.- es geht sich knapp leider nicht aus
** spenden sind ruecklaeufig/gleichbleibend gering
*** google adsense works - gleicht das recht gut aus
* wir stehen aber gut da betrieb ist gesichert
** einnahmen und ausgaben decken sich, alles ok. polster ist vorhanden
* Ripe NCC LIR Status ist fuer die naechsten 3 Jahre gesichert.

=termin fuer a.o. GV=

* leider kann der vorstand nicht zu diesem zeitpunkt entlastet werden, wir muessen eine neue GV ausmachen - '''14.10.2007''' 14:00 im vivi oder metalab

=wahl des neuen vorstandes=

* obmann/frontman: gregor glashuetter
* obmann-stv/frontman-stv: aaron leon kaplan
* kassier: andreas marksteiner
* kassier-stv: markus sulzbacher
* schriftfuehrer: teemu schaabl
* schriftfuehrer-stv: martin reindl
* alterspraesident: mihi bauer

einstimmig angenommen. keine enthaltungen. der alte vorstand wir am 14.10.2007 entlastet. hoffentlich

=allfaelliges=

=allfaelliges=

* montagstreff
** ... es hat sich veraendert.
** lautstaerkepegel hoch
*** vlt _eine_ Einfuehrungsveranstaltung pro Monat Montags
*** Gathering fuer 0xFF Hacker an nem anderen termin?
*** ausbildung - netzwerktechnik, linux

* rege diskussion: funkfeuer gone wild ..
** conclusio: wir muessen wissen vermittel, world domination is not our plan .

* unser statischer auftritt (homepage) muss g'scheit werden
** muessen wir besser hinkriegen
** keiner hat ne ahnung von typo3
** gregor, daniel und marcel^Wwolfgang machen nen termin und machen typo3-gardening

* foerderungen
** daniel fragt nach vorgaben, marcel^Wwolfgang erklaert wie foerderungen vergeben werden und das sie zweckgebunden sind; weiters: wofuer haben wir foerderungen? convention muessen wir noch machen, ein bisserl internationaler als unsere vorherige.
*** convention: wolfgang erklaert die idee von european summit.
** olsr-ng: aaron erzaehlt die zahlen und zeitplan. tolle verbesserungen fuer olsr(-ng) - batman vs. olsr findet in graz statt.
*** secure plugin muss gemacht werden
*** ip autoconf muss gemacht werden
*** ...
*** haelfte des geldes ist noch da, bounty-modell.
** Markus erklaert wie das mit den foerdungen funktionieren und das wir das wieder machen.
*** mach ma wieder

* adsense erklaerung

* ehrenmitgliedschaften: mihi bauer, fra xaver, wolfgang nagele, bernd petrovic
* free mihi

General Versammlung 14.09.2007

2007-09-14T17:51:09Z

Teemu: /* allfaelliges */

'''anwesenden:''' mihi, gregor, daniel, barbara, markus, andreas, marcel a.k.a wolfgang, martin, mike_kerber, teemu, aaron, (clemens kam spaeter)

=Eroeffnung des OM - verlesung der TOs=

=bericht der taetigkeiten von gregor=

* montagstreffen gibts noch, veraendert aber es gibt es. es kommen nicht mehr soviele menschen von frueher (alten) - sozialer aspekt faellt weg. traurig, sollte man aendert.
** wolfgang^Wmarcel meinte es waere manchmal sehr anstrengend, nach der arbeit usw.
* forum und wiki sind sehr aktiv, andere dienste wurde abgebaut bei der uebersiedelung.
* krypta wurde ausgebaut und verbessert
* funkueberwachung p0wned
* 5GHz Strecken wurden aufgebaut und sind aktiv
* Foerdergelder wurden lukriert, olsr-ng
* funkfeuerfirmware, hotspot system, clemens hat ipkg mirror aufgezogen
* funkfeuer convention
* foneras kamen
* google adsense
* kabelwerk und flakturm sind beide eingeschlafen - flakturm ist tod :(
* oeffentlichkeitsarbeit par excellence :)
* we are family^WLIR :)
* olpc ist gekommen
* cacert rush kam mit hotspot system
* O.Z. aaron: bundesministerium fuer olpc macht einen pilotversuch mit OLPC in .at (das fuer Bildung)

=Geschaeftsbericht der kassiere=

* die kassiere berichten, entlastung bei der a.o. GV.
** housing und foerderungen sind die eckpfeiler der finanzierung.
** leider ist das housing nicht 100% das mittel zum zweck.- es geht sich knapp leider nicht aus
** spenden sind ruecklaeufig/gleichbleibend gering
*** google adsense works - gleicht das recht gut aus
* wir stehen aber gut da betrieb ist gesichert
** einnahmen und ausgaben decken sich, alles ok. polster ist vorhanden
* Ripe NCC LIR Status ist fuer die naechsten 3 Jahre gesichert.

=termin fuer a.o. GV=

* leider kann der vorstand nicht zu diesem zeitpunkt entlastet werden, wir muessen eine neue GV ausmachen - '''14.10.2007''' 14:00 im vivi oder metalab

=wahl des neuen vorstandes=

* obmann/frontman: gregor glashuetter
* obmann-stv/frontman-stv: aaron leon kaplan
* kassier: andreas marksteiner
* kassier-stv: markus sulzbacher
* schriftfuehrer: teemu schaabl
* schriftfuehrer-stv: martin reindl
* alterspraesident: mihi bauer

einstimmig angenommen. keine enthaltungen. der alte vorstand wir am 14.10.2007 entlastet. hoffentlich

=allfaelliges=

=allfaelliges=

* montagstreff
** ... es hat sich veraendert.
** lautstaerkepegel hoch
*** vlt _eine_ Einfuehrungsveranstaltung pro Monat Montags
*** Gathering fuer 0xFF Hacker an nem anderen termin?
*** ausbildung - netzwerktechnik, linux

* rege diskussion: funkfeuer gone wild ..
** conclusio: wir muessen wissen vermittel, world domination is not our plan .

* unser statischer auftritt (homepage) muss g'scheit werden
** muessen wir besser hinkriegen
** keiner hat ne ahnung von typo3
** gregor, daniel und marcel^Wwolfgang machen nen termin und machen typo3-gardening

* foerderungen
** daniel fragt nach vorgaben, marcel^Wwolfgang erklaert wie foerderungen vergeben werden und das sie zweckgebunden sind; weiters: wofuer haben wir foerderungen? convention muessen wir noch machen, ein bisserl internationaler als unsere vorherige.
*** convention: wolfgang erklaert die idee von european summit.
** olsr-ng: aaron erzaehlt die zahlen und zeitplan. tolle verbesserungen fuer olsr(-ng) - batman vs. olsr findet in graz statt.
*** secure plugin muss gemacht werden
*** ip autoconf muss gemacht werden
*** ...
*** haelfte des geldes ist noch da, bounty-modell.

* ehrenmitgliedschaften: mihi bauer, fra xaver, wolfgang nagele, bernd petrovic
* free mihi

General Versammlung 14.09.2007

2007-09-14T16:57:52Z

Teemu: /* allfaelliges */

General Versammlung 14.09.2007

2007-09-14T16:57:30Z

Teemu:

General Versammlung 14.09.2007

2007-09-14T16:39:59Z

Teemu:

'''anwesenden:''' mihi, gregor, daniel, barbara, markus, andreas, marcel a.k.a wolfgang, martin, mike_kerber, teemu, aaron

=Eroeffnung des OM - verlesung der TOs=

=bericht der taetigkeiten von gregor=

* montagstreffen gibts noch, veraendert aber es gibt es. es kommen nicht mehr soviele menschen von frueher (alten) - sozialer aspekt faellt weg. traurig, sollte man aendert.
** wolfgang^Wmarcel meinte es waere manchmal sehr anstrengend, nach der arbeit usw.
* forum und wiki sind sehr aktiv, andere dienste wurde abgebaut bei der uebersiedelung.
* krypta wurde ausgebaut und verbessert
* funkueberwachung p0wned
* 5GHz Strecken wurden aufgebaut und sind aktiv
* Foerdergelder wurden lukriert, olsr-ng
* funkfeuerfirmware, hotspot system, clemens hat ipkg mirror aufgezogen
* funkfeuer convention
* foneras kamen
* google adsense
* kabelwerk und flakturm sind beide eingeschlafen - flakturm ist tod :(
* oeffentlichkeitsarbeit par excellence :)
* we are family^WLIR :)
* olpc ist gekommen
* cacert rush kam mit hotspot system
* O.Z. aaron: bundesministerium fuer olpc macht einen pilotversuch mit OLPC in .at (das fuer Bildung)

=Geschaeftsbericht der kassiere=

* die kassiere berichten, entlastung bei der a.o. GV.
** housing und foerderungen sind die eckpfeiler der finanzierung.
** leider ist das housing nicht 100% das mittel zum zweck.- es geht sich knapp leider nicht aus
** spenden sind ruecklaeufig/gleichbleibend gering
*** google adsense works - gleicht das recht gut aus
* wir stehen aber gut da betrieb ist gesichert
* Ripe NCC LIR Status ist fuer die naechsten 3 Jahre gesichert.

General Versammlung 14.09.2007

2007-09-14T16:36:00Z

Teemu: /* Geschaeftsbericht der kassiere */

anwesenden: mihi, gregor, daniel, barbara, markus, andreas, marcel a.k.a wolfgang, martin, mike_kerber, teemu, aaron

Eroeffnung des OM - verlesung der TOs

=bericht der taetigkeiten von gregor=

* montagstreffen gibts noch, veraendert aber es gibt es. es kommen nicht mehr soviele menschen von frueher (alten) - sozialer aspekt faellt weg. traurig, sollte man aendert.
** wolfgang^Wmarcel meinte es waere manchmal sehr anstrengend, nach der arbeit usw.
* forum und wiki sind sehr aktiv, andere dienste wurde abgebaut bei der uebersiedelung.
* krypta wurde ausgebaut und verbessert
* funkueberwachung p0wned
* 5GHz Strecken wurden aufgebaut und sind aktiv
* Foerdergelder wurden lukriert, olsr-ng
* funkfeuerfirmware, hotspot system, clemens hat ipkg mirror aufgezogen
* funkfeuer convention
* foneras kamen
* google adsense
* kabelwerk und flakturm sind beide eingeschlafen - flakturm ist tod :(
* oeffentlichkeitsarbeit par excellence :)
* we are family^WLIR :)
* olpc ist gekommen
* cacert rush kam mit hotspot system
* O.Z. aaron: bundesministerium fuer olpc macht einen pilotversuch mit OLPC in .at (das fuer Bildung)

=Geschaeftsbericht der kassiere=

* die kassiere berichten, entlastung bei der a.o. GV.
** housing und foerderungen sind die eckpfeiler der finanzierung.
** leider ist das housing nicht 100% das mittel zum zweck.- es geht sich knapp leider nicht aus

General Versammlung 14.09.2007

2007-09-14T16:35:28Z

Teemu:

General Versammlung 14.09.2007

2007-09-14T16:32:54Z

Teemu:

anwesenden: mihi, gregor, daniel, barbara, markus, andreas, marcel a.k.a wolfgang, martin, mike_kerber, teemu, aaron

Eroeffnung des OM - verlesung der TOs

bericht der taetigkeiten von gregor:

- montagstreffen gibts noch, veraendert aber es gibt es. es kommen nicht mehr soviele menschen von frueher (alten) - sozialer aspekt faellt weg. traurig, sollte man aendert.
-- wolfgang^Wmarcel meinte es waere manchmal sehr anstrengend, nach der arbeit usw.
- forum und wiki sind sehr aktiv, andere dienste wurde abgebaut bei der uebersiedelung.
- krypta wurde ausgebaut und verbessert
- funkueberwachung p0wned
- 5GHz Strecken wurden aufgebaut und sind aktiv
- Foerdergelder wurden lukriert, olsr-ng
- funkfeuerfirmware, hotspot system, clemens hat ipkg mirror aufgezogen
- funkfeuer convention
- foneras kamen
- google adsense
- kabelwerk und flakturm sind beide eingeschlafen - flakturm ist tod :(
- oeffentlichkeitsarbeit par excellence :)
- we are family^WLIR :)
- olpc ist gekommen
- cacert rush kam mit hotspot system
- O.Z. aaron: bundesministerium fuer olpc macht einen pilotversuch mit OLPC in .at (das fuer Bildung)

Geschaeftsbericht der kassiere

- die kassiere berichten, entlastung bei der a.o. GV.

Willkommen bei Funkfeuer!

2007-09-14T16:07:58Z

Teemu:

<google>WIKI</google>

= Hot News =

We are going to the [https://wiki.graz.funkfeuer.at/WirelessCommunityWeekend WCW in Graz], 15. - 16. September 2007, 14 - 22h, Graz, MKL.

= Main =

Willkommen bei FunkFeuer!
*** [[Freifunk Firmware|'''Freifunk config & Firmware Tweaking und andere praktische Dinge]]'''

FunkFeuer ist die Plattform unter der in Österreich mehrere freie Netze entstehen bzw. organisiert sind. Die Grundidee dabei ist, dass Mitglieder jeweils einen eigenen Netzwerkknoten basierend auf Wireless-LAN Technologie betreiben und entsprechend dem [http://www.funkfeuer.at/PicoPeeringAgreement.59.0.html PicoPeering Agreement] anderen Netzteilnehmern freien Daten-Transit garantieren. Im Zusammenspiel mit dem dynamischen Routing Protokoll [http://www.olsr.org OLSR] entsteht so relativ einfach ein gemeinschaftliches Netzwerk im Besitz jedes einzelnen Users.

Wenn du Informationen zu FunkFeuer suchst, stehen dir folgende Quellen zur Verfügung:

* Die [http://www.funkfeuer.at Homepage]. Sie ist das "Aushängeschild" des Vereins und stellt Links zu den einzelnen örtlichen Initiativen und den wichtigsten Diensten (hauptsächlich des Wiener Teils) des Vereins zur Verfügung.

* Dieses [http://wiki.funkfeuer.at Wiki]. Es soll eine möglichst umfangreiche technische Dokumentation des Projektes bilden. Teile der Dokumentation ändern sich jedoch läufig. Informationen, die zumindest für einige Wochen bis Monate interessant sind, sind deshalb ebenfalls hier zu finden. Wenn du der Meinung bist, hier etwas beitragen zu können, bist du herzlich eingeladen es jederzeit zu tun. Wenn du dabei vorhandenen Inhalt veränderst oder löschst so schreibe deine Ideen bitte zuerst auf die entsprechende Diskussionsseite und hol auf der Mailingliste (siehe unten) Feedback ein.

* Das [http://forum.funkfeuer.at Forum]. Wenn du Probleme mit der Software oder Fragen zur Konfiguration hast oder neue Ideen intensiv diskutiert werden sollen, ist das Forum die richtige Anlaufstelle dafür.

* Die [https://lists.funkfeuer.at/mailman/listinfo Mailinglisten]. Sie dienen hauptsächlich zur kurzfristigen Kontaktaufnahme, zum Beispiel um Treffen zu vereinbaren, bestimmte Ansprechpartner (z.B. Knotenbesitzer) zu suchen etc. Wenn du Knotenbetreiber bist, wird deine Mail-Adresse auf die Liste gesetzt, so erhältst du automatisch alle wichtigen Nachrichten.

Viel Spaß am sozialen Kontakt mit anderen FunkFeuer-Teilnehmern!

* [[FunkfeuerBeschreibung|Allgemeines]]
* [[FAQ]]
* Dokumentation
** [[Erste Schritte]]
*** [[Hardware]]
*** [[Linksys_flashen_mit_OpenWRT,_Freifunk-Firmware_und_retour|Linksys flashen]]
*** [[Frontend]]
*** [[Freifunk Firmware|'''Freifunk config & Firmware Tweaking und andere praktische Dinge]]'''
*** [[Troubleshooting]]
** [["Zweite Schritte" - Weitere Möglichkeiten und technische Dinge]]
** [[Tunnel Setup]]
** [[Richtfunkstrecken]]
** [[MobileNodes]]
** [[Hotspot]] Internetzugang für Reisende
*** [[Hotspot Setup]]
** [[VoIP Client Konfiguration]]

* [[Montagstreff]]
* [[IRC| Chat]]: [http://de.wikipedia.org/wiki/Wikipedia:Chat Wikipedia] und IRC Programme dazu

* [[General Versammlung 14.09.2007]]

* [[unix tips]] small stuff that makes our world go round

* Infrastruktur
** [[Infrastruktur der einzelnen Knoten]]
*** [[Muel3|Vorstellung des Knoten Muel3]]
*** [[ast35|Status Aufbau ast35]]
*** [[dg16]]
*** [[kre24]]
*** ...
** [[Infrastruktur: Technology Review]]
** [[Infrastrukture: Blitzschutz/Sturmschutz]]
** [[Chello und Funkfeuer zusammenrouten|Chello und FunkFeuer zusammenrouten]]
** [[Kauf-/Tauschplattform]]
** [[Wlan Antennen/Zubehör Linkz]]
** [[Hardwareberichte]]
** [[Housing]]
** [[OLSR-NG]]
* [[Arbeitsgruppen]]

* [[Konferenz]]

* Presse - siehe auch http://www.funkfeuer.at/Presse.256.0.html
** [[KurierArtikel20060802|Artikel im Kurier vom 2.8.2006]]
** [[Artikel im profil:profil.jpg|Artikel]] im profil über FunkFeuer vom 27. Juni 2005
** [[Interview|Interview]] mit Armin Medosch im profil vom 2. Juni 2006
** [http://tema.lo-res.org/~aaron/Breitband-Loch2.pdf Walter Groebchen's Breitbandloch]

* Theorie
** [[Signale und Nachrichtentechnik]] Signale und Nachrichtentechnik
** [[Die Konstruktion der Netzwerk-Allmende]] Artikel von Armin Medosch
** [[MIMO]]
** [[802.11]]
** [[MANET |mobile ad-hoc networking allgemein]]

* ''Alte Dokumentation, nicht mehr aktuell!''
** veraltet: [[Firmware Tweaking|Alte Firmware Tweaking und andere praktische Dinge]]
** veraltet: [[Client IPs und HNA konfigurieren]]
** veraltet: [[Freifunk Firmware over 0xFF Firmware|Freifunkfirmware über 0xFF Firmware flashen]]

* [[Ideen und Verbesserungsvorschläge]]
* [[Geschäftsideen]]

Tunnel Setup

2007-02-09T15:53:56Z

Teemu: /* Grundlegendes */

Wie setz' ich eine Tunnel auf?

== Grundlegendes ==

* Wozu ein Tunnel?
** Primär um anders nicht erreichbare Teile des Netzes über das Internet anzubinden, z.B. funkmäßig nicht erreichbare (sogenannte) Inseln.
** Aber auch um redundante Verbindungen zu schaffen.

* Was wird eingesetzt?
** [http://www.openvpn.net/ OpenVPN] ist die Implementierung der Wahl. Es kann alles, was man brauchen kann, ist leidlich einfach aufgesetzt und es existieren Implementierungen für alle relevante Betriebssysteme.
** Als Routing-Deamon wird [http://www.olsr.org/ olsrd] eingesetzt. Das hat mit [http://www.openvpn.net/ OpenVPN] nur insoweit etwas zu tun, als daß wir "tap" Interfaces verwenden (müssen), damit der [http://www.olsr.org/ olsrd] drüber broadcasten kann.

* Wie funktioniert das?
** Ein Tunnelendpunkt ist konkret am <code>sandwich.funkfeuer.at</code> (genauer: 193.239.188.20), der andere auf einem beliebigen lokalen Host. Die einzige Voraussetzung ist eine "normale" Internet-Verbindung vom Host zu <code>sandwich.funkfeuer.at</code> (bzw. eigentlich 193.239.188.20). Dabei sind ppp, Masquerading/NAT und ähnliche Besonderheiten kein Problem oder besondere Einschränkung.

Beispiel:

eth0: 193.238.156.126
tap0: 193.238.157.127
tapX: 193.238.158.128
sandwich: 193.239.188.20
port: 5026

((Oo.oO)) ((Oo.oO))
v v
eth0-> \ / sandwich:5026 #---<-> 0xFF 193.238.156/22
\_________/ | ____________ /
| linksys | \ | /|
| | openvpn \| / |
|____tap0============================tapX <->OLSR |
| |___________\_|
| \
OLSR routed! #---<--> internet 0.0.0.0/0

* Sonstiges
** Der Tunnel ist ein unverschlüsselter IP-Tunnel, d.h. man kann drüber alles mitsniffen. Das liegt daran, daß
*** am <code>sandwich.funkfeuer.at</code> nicht genug Rechenpower für viele bis alle verschlüsselte Tunnels zur Verfügung steht und
*** auf einem typischen LinkSys nicht genug Rechenpower für einen verschlüsselten Tunnel zur Verfügung steht (wenn man auf nennenswerte Bandbreite nicht verzichten will) und
*** ein verschlüsselter Tunnel ein falsches Gefühl der Sicherheit erzeugen könnte: Der Tunnel terminiert am anderen Tunnelendpunkt und nicht erst am Zielserver, zu dem man eigentlich will. D.h. man muß sowieso zusätzlich sichere/verschlüsselte Protokolle verwenden oder einen sicheren IP-Tunnel vom eigenen Desktop bis zum Zielserver legen. Für beides bringt ein weiterer "teilweiser" Tunnel drunter nur mehr Latenz (jedes Paket will einmal zusätzlich verschlüsselt und entschlüsselt werden) und verbrauchte CPU-Leistung, aber ansonsten (insbesondere Security-mäßig) gar nichts.

== Installation ==

* Auf beiden Enden des Tunnels muß [http://www.openvpn.net/ OpenVPN] installiert sein. Am <code>sandwich.funkfeuer.at</code> ist das trivialerweise längst der Fall, am lokalen Host (egal welcher Bauart) muß das der Node-Owner sicherstellen.

* Am [http://outpost.funkfeuer.at/frontend/ Redeemer] legt man sich einen "Tunnel" an. Dem werden 2 Geräte-IP-Adressen zugeteilt - eine für jede Seite. Analog zu den Richtantennen kann man die auch zweckmäßig-nett benennen, also z.B. <code>sandwichtodig8</code> und <code>dig8tosandwich</code> und kann auch gleich jede Seite eindeutig adressieren.

* Wir verwenden ''tap'' Devices von [http://www.openvpn.org/ OpenVPN]. Diese tunneln am Layer 2 (d.h. a la Ethernet) und sind daher broadcast-fähig. Außerdem sollte der Tunnel UDP benutzen (und v.a. nicht TCP), da wir auch TCP-Connections drüber haben, die ja automatisch neu zu senden versuchen, wenn es gerade nicht geht. Wenn jetzt die normale Internetverbindung zusammenbricht, versuchen permanent 2 Schichten an TCP-Verbindungen durch Retries etwas zu erreichen und es schaukelt sich auf (d.h. es bringt nichts und erzeugt nur noch mehr sinnlosen Traffic).

=== Netz-seitig ===
* Am <code>sandwich.funkfeuer.at</code> muß jemand mit dortigen "root"-Rechten den Tunnelendpunkt (und [http://www.olsr.org/ olsrd]) konfigurieren. Diese Leute erreicht man besten über die Mailingliste [https://lists.funkfeuer.at/mailman/listinfo/discuss/ discuss@lists.funkfeuer.at].
** Dabei gibst du eine der erhaltenden IP-Adressen (<code>sandwichtodig8</code> wäre das im obigen Beispiel) bekannt, damit sie am <code>sandwich.funkfuer.at</code> am Tunnelendpunkt konfiguriert werden kann.
** Du bekommst dabei die zu verwendende Portnummer mitgeteilt. Nachdem am <code>sandwich.funkfeuer.at</code> einige Tunnelendpoints sind, kann man nicht einfach irgendwas verwenden. Außerdem sind die verwendeten Portnummern alle in einer geschlossenen Range - das erleichtert die Verwaltung. Im Prinzip kann man am Node eine beliebige andere Portnummer verwenden, aber dem Autor fällt kein besonderer Grund, warum man dieses tun wollte.
** Dann ist die eine Tunnelseite soweit fertig.

=== Node-seitig ===

Am lokalen Host muß man jetzt [http://www.openvpn.org/ OpenVPN] starten sowie die geeigneten Routing-Rahmenbedingungen schaffen. Bei allen Varianten braucht man folgendes:

* Der [http://www.openvpn.net/ OpenVPN] Tunnel geht direkt zum ''sandwich.funkfeuer.at'' über die normale (bzw. sonstige) Internet-Verbindung. Um diese Verbindung durch spätere Routen nicht zu gefährden, setzen wir eine explizite Hostroute:

ip route add 193.239.188.20 via 1.2.3.4 dev eth0

''193.239.188.20'' ist die IP-Adresse, über die netz-seitig die [http://www.openvpn.net/ OpenVPN] Deamons arbeiten. Die IP-Adresse ist '''nicht''' aus dem eigentlichen 0xFF-Netz, um Routingprobleme möglichts zu vermeiden. <code>eth0</code> ist dabei das Netzwerk-Device, über das die Default-Route geht und ''1.2.3.4'' ist das normale Default Gateway/Next Hop. Die Default-Route(n) kann man mit <code>/sbin/ip route show | fgrep default</code> sehen. Normalerweise sieht man genau eine, wenn der [http://www.olsr.org/ olsrd] bereits läuft, sieht man mehrere.

Insbesondere darf es keine explizite Hostroute (nur eine automatische über den [http://www.olsr.org/ olsrd]) zu ''193.238.156.2'' (''sandwich.funkfeuer.at'') oder ''193.238.157.5'' (''tema.lo-res.org'') geben: Auf dem Server läuft auch ein Nameserver, den aus dem 0xFF-Netz jeder benutzen kann (und soll) und dazu muß der Request über den Tunnel kommen - der Nameserver verweigert [http://www.zytrax.com/books/dns/ch2/index.html#recursive rekursive Anfragen] (wie sie normale Resolver machen) aus dem (restlichen) Internet.

==== Low-Level/Barebones/Step-by-step/The old Method ====

ist auf [[Alte Konfigurationsmethode]] zu finden.

Der Autor dieser Seite findet sie mühsamer und fehlerträchtiger wie die folgenden Konfigurationsfilemethode.

==== Mit einem [http://www.openvpn.org/ OpenVPN] Konfigurationsfile ====
Obige Schritte kann [http://www.openvpn.org/ OpenVPN] auch alle selber machen. Entweder man spezifiert eine lange Liste korrekter Optionen oder man packt die Optionen in ein Konfigurationsfile unter <code>/etc/openvpn</code>, wo es die meisten Linuxdistributionen auch finden werden.
Am ''sandwich.funkfeuer.at'' heißen die per Konvention <code>tap<n>-<node>.conf</code>. <code>.conf</code> am Ende brauchen die Startup-Scripts und mit den Namen davor finden sich die Admins leichter zurecht. Das Node-seitige Konfigurationsfiles des Autors dieser Seite enthält folgende Zeilen:

#
# dig8 tunnel
#
# '#' or ';' may be used to delimit comments.
#
dev tap0
proto udp
remote 193.239.188.20
port 5011
ifconfig 193.238.156.57 255.255.252.0
route-up /etc/openvpn/kill-route.sh
daemon
#secret /etc/openvpn/dig8-priv.secret
#auth sha1
#cipher none

Die meisten erklären sich von selbst bzw. haben dieselbe Bedeutung wie die Optionen weiter oben. Die letzten 3 Zeilen sind der 1. Schritt zu autentifizierten (aber nicht verschlüsselten) Verbindungen, damit nicht irgendwer den eigenen Tunnel "übernehmen" kann.
Um es an die eigenen Bedürfnisse anzupassen, muß man nur den Devicenamen, die Portnummer und IP-Adressen geeignet anpassen.

Das Script <code>kill-route.sh</code> schaut folgendermaßen aus:

#!/bin/sh
#
# Kill the useless openvpn route
#
/sbin/ip route del "193.238.156.0/22" dev "$dev"

==== Authentifizierte Tunnels ====
Obig konfigurierte Tunnels verlassen sich auf die Korrektheit der beteiligten IP-Addressen. Sollte jemand ein passende IP-Adresse konfigurieren und der eigene Tunnel deaktiviert sein, könnte dieser jemand den Tunnel "übernehmen", indem er die passende Konfiguration einstellt.

Das läßt sich durch (kryptographisch sichere) einfache Authentifizierung mittels eines "Shared Secrets" verhindern.

* Zuerst stellt man den eigenen Tunnel auf obige "Konfigurationsfilevariante" um.

* Dann generieren wir (d.h. eigentlich nur der Nodeowner) einen Shared Key mit

openvpn --genkey --secret /etc/openvpn/tap0-dig8.secret

Der Filename sollte dabei einen passenderen Namen wie oben bekommen (so heißt das File am dig8 Knoten).

* Dann schickt der Nodeowner eine Email mit passendem Text und dem erzeugten File als Attachment an [mailto:bernd@firmix.at bernd@firmix.at].

* Das Problem bei der Installation ist, daß man das auf beiden Seiten zugleich aktivieren muß, weil sonst die jeweils nicht-authentifizierte Seite nicht mehr verbinden kann/darf. D.h. es wird ausgemacht, wann das passiert und [mailto:bernd@firmix.at bernd@firmix.at] stellt das server-seitig um (indem er obige 3 Zeilen am Ende des .conf Files auskommentiert). Gleichzeitig muß auch auf der Node-seite die entsprechenden Zeilen eingefügt werden.

Der Verkehr selber ist unverschlüsselt - eben aus den viel weiter oben angeführten Gründen. Und das ganze basiert natürlich darauf, daß [mailto:bernd@firmix.at bernd@firmix.at] sowie alle andere "root"s am <code>sandwich.funkfeuer.at</code> auch vertrauenswürdig sind.

==== Abschluß ====
* Als letzten Schritt brauchen wir noch einen laufenden [http://www.olsr.org/ olsrd], der die Routen alle richtig verwaltet.
entweder dem OLSRd direkt mitteilen, dass er nun auch auf dem Tunnelinterface lauschen soll mit
olsrd -i tap0
bei 1.2.5 hat mir (datacop) damit der olsrd automatisch auch das config file richtig verändert, somit muss man das nach jedem neustarten nicht nochmal eingeben, wie das bei neueren Versionen ist weis ich (noch) nicht wie das ist

wenn es nicht funktioniert kann man noch immer das local.olsrd.conf file ändern wie folgt:
# Add your addons (e.g. plugins) to olsrd.conf here,
# addons for interfaces in /etc/local.olsrd.conf.eth1
Interface "tap0"
{
HelloInterval 5.0
HelloValidityTime 90.0
TcInterval 2.0
TcValidityTime 270.0
MidInterval 15.0
MidValidityTime 90.0
HnaInterval 15.0
HnaValidityTime 90.0
}

siehe [http:... leider ein b0rken link]

== FAQs ==

* Frage:
Ich benutze die FreifunkFirmware ab 1.23 und bekomme
<blockquote><tt>
The ifconfig command is replaced with the ip command. 
For link layer settings refer to "ip link help"; For 
ip adress settings refer to "ip addr help". Examples: 
ip link set dev tap0 up 
ip link set dev tap0 down 
ip link set dev tap0 mtu 1500 
ip link set dev tap0 address 00:01:02:03:04:05
</tt></blockquote>
* Antwort:
Ab der Version 1.23 von Freifunk fehlt ifconfig, route usw, da
sie Speicherplatz sparen wollten. Ich habe das schlicht und einfach nicht
bemerkt, da ich ja jedesmal eine Rückmeldung erhalten habe wenn ich ifconfig
eingegeben habe.

Mit
<tt>ipkg install freifunk-openwrt-compat</tt>
können die nachinstalliert werden.

* Frage:
Ich habe durch meinen normalen Internetanschluß bereits ein Default-Route. Muß ich die löschen, wenn ich einen Funkfeuer-openvpn-Tunnel habe?
* Antwort:
Nein. Am entsprechenden Host des Autors sieht das so aus:
<blockquote><tt>
1#/sbin/ip route show | egrep -w '^default' 
default via 62.178.36.1 dev eth1 
default via 193.238.156.50 dev tap0 metric 1
</tt></blockquote>
Damit sind 2 Default-Routen mit verschiedenen "Metriken" vorhanden ("metric 1" und die nicht angezeigte "metric 0"). De facto wird die Route mit der Metrik 1 nie verwendet, weil die Hostrouten durch die schmälerer Netzmaske präferiert und die "normale" Default-Route durch die kleinere Metrik bevorzugt werden. Nur wenn es keine Hostroute zu einem Funkfeuer-Host gibt, wird der Weg über das Internet (ohne Tunnel) gewählt. Das sollte zum einen sowieso nicht sein und zum anderen sollte es nach Meinung des Autors (nachdem er es nicht ausprobiert hat) nicht signifikant schaden.

* Frage:
Kann ich dann alles machen?
* Antwort:
Node-seitig geht alles. Das einzige im Moment noch ungelöste Problem ist: Wenn man von außerhalb des 0xFF-Netzes eine 0xFF-IP-Adresse am Node erreichen will, kommen die IP-Pakete zwar an und die Antwortpakete zurück, aber die werden verworfen, weil - durch das Masquerading über die Default-Route - die Source-IP-Adresse verändert wird. Und damit verweigert der sendende Host die Annahme der Pakete.

Die Lösung ist: Man verwendet mehrere Routing-Tabellen, um auf Grund der Source-Adresse die Antwortpakete über den Tunnel zu Routen. Das kann der <code>olsrd</code> im Moment nicht.

datacop meint: ich habe das dadurch (anscheinend) gelöst, dass ich nicht ein NAT in alle Netze mache, sondern nur in das Heimnetz,
dadurch kann er nicht die direkte route nehmen, sondern muss über die sandwich-default-route gehen.
[http://2dg38v13.funkfeuer.at 2dg38v13.funkfeuer.at] ist von aussen über dg38v13.funkfeuer.at ansprechbar.
hat jemand mehr Erfahrung damit??

Tunnel Setup

2007-02-09T15:49:21Z

Teemu: /* Grundlegendes */ added ASCII Art

Wie setz' ich eine Tunnel auf?

== Grundlegendes ==

* Wozu ein Tunnel?
** Primär um anders nicht erreichbare Teile des Netzes über das Internet anzubinden, z.B. funkmäßig nicht erreichbare (sogenannte) Inseln.
** Aber auch um redundante Verbindungen zu schaffen.

* Was wird eingesetzt?
** [http://www.openvpn.net/ OpenVPN] ist die Implementierung der Wahl. Es kann alles, was man brauchen kann, ist leidlich einfach aufgesetzt und es existieren Implementierungen für alle relevante Betriebssysteme.
** Als Routing-Deamon wird [http://www.olsr.org/ olsrd] eingesetzt. Das hat mit [http://www.openvpn.net/ OpenVPN] nur insoweit etwas zu tun, als daß wir "tap" Interfaces verwenden (müssen), damit der [http://www.olsr.org/ olsrd] drüber broadcasten kann.

* Wie funktioniert das?
** Ein Tunnelendpunkt ist konkret am <code>sandwich.funkfeuer.at</code> (genauer: 193.239.188.20), der andere auf einem beliebigen lokalen Host. Die einzige Voraussetzung ist eine "normale" Internet-Verbindung vom Host zu <code>sandwich.funkfeuer.at</code> (bzw. eigentlich 193.239.188.20). Dabei sind ppp, Masquerading/NAT und ähnliche Besonderheiten kein Problem oder besondere Einschränkung.

Beispiel:

eth0: 193.238.156.126
tap0: 193.238.157.127
tapX: 193.238.158.128
sandwich: 193.239.188.20
port: 5026

((Oo.oO)) ((Oo.oO))
v v
eth1-> \ / sandwich:5026 #---<-> 0xFF 193.238.156/22
\_________/ | ____________ /
| linksys | \ | /|
| | openvpn \| / |
|____tap0============================tapX <->OLSR |
| |___________\_|
| \
OLSR routed! #---<--> internet 0.0.0.0/0

* Sonstiges
** Der Tunnel ist ein unverschlüsselter IP-Tunnel, d.h. man kann drüber alles mitsniffen. Das liegt daran, daß
*** am <code>sandwich.funkfeuer.at</code> nicht genug Rechenpower für viele bis alle verschlüsselte Tunnels zur Verfügung steht und
*** auf einem typischen LinkSys nicht genug Rechenpower für einen verschlüsselten Tunnel zur Verfügung steht (wenn man auf nennenswerte Bandbreite nicht verzichten will) und
*** ein verschlüsselter Tunnel ein falsches Gefühl der Sicherheit erzeugen könnte: Der Tunnel terminiert am anderen Tunnelendpunkt und nicht erst am Zielserver, zu dem man eigentlich will. D.h. man muß sowieso zusätzlich sichere/verschlüsselte Protokolle verwenden oder einen sicheren IP-Tunnel vom eigenen Desktop bis zum Zielserver legen. Für beides bringt ein weiterer "teilweiser" Tunnel drunter nur mehr Latenz (jedes Paket will einmal zusätzlich verschlüsselt und entschlüsselt werden) und verbrauchte CPU-Leistung, aber ansonsten (insbesondere Security-mäßig) gar nichts.

== Installation ==

* Auf beiden Enden des Tunnels muß [http://www.openvpn.net/ OpenVPN] installiert sein. Am <code>sandwich.funkfeuer.at</code> ist das trivialerweise längst der Fall, am lokalen Host (egal welcher Bauart) muß das der Node-Owner sicherstellen.

* Am [http://outpost.funkfeuer.at/frontend/ Redeemer] legt man sich einen "Tunnel" an. Dem werden 2 Geräte-IP-Adressen zugeteilt - eine für jede Seite. Analog zu den Richtantennen kann man die auch zweckmäßig-nett benennen, also z.B. <code>sandwichtodig8</code> und <code>dig8tosandwich</code> und kann auch gleich jede Seite eindeutig adressieren.

* Wir verwenden ''tap'' Devices von [http://www.openvpn.org/ OpenVPN]. Diese tunneln am Layer 2 (d.h. a la Ethernet) und sind daher broadcast-fähig. Außerdem sollte der Tunnel UDP benutzen (und v.a. nicht TCP), da wir auch TCP-Connections drüber haben, die ja automatisch neu zu senden versuchen, wenn es gerade nicht geht. Wenn jetzt die normale Internetverbindung zusammenbricht, versuchen permanent 2 Schichten an TCP-Verbindungen durch Retries etwas zu erreichen und es schaukelt sich auf (d.h. es bringt nichts und erzeugt nur noch mehr sinnlosen Traffic).

=== Netz-seitig ===
* Am <code>sandwich.funkfeuer.at</code> muß jemand mit dortigen "root"-Rechten den Tunnelendpunkt (und [http://www.olsr.org/ olsrd]) konfigurieren. Diese Leute erreicht man besten über die Mailingliste [https://lists.funkfeuer.at/mailman/listinfo/discuss/ discuss@lists.funkfeuer.at].
** Dabei gibst du eine der erhaltenden IP-Adressen (<code>sandwichtodig8</code> wäre das im obigen Beispiel) bekannt, damit sie am <code>sandwich.funkfuer.at</code> am Tunnelendpunkt konfiguriert werden kann.
** Du bekommst dabei die zu verwendende Portnummer mitgeteilt. Nachdem am <code>sandwich.funkfeuer.at</code> einige Tunnelendpoints sind, kann man nicht einfach irgendwas verwenden. Außerdem sind die verwendeten Portnummern alle in einer geschlossenen Range - das erleichtert die Verwaltung. Im Prinzip kann man am Node eine beliebige andere Portnummer verwenden, aber dem Autor fällt kein besonderer Grund, warum man dieses tun wollte.
** Dann ist die eine Tunnelseite soweit fertig.

=== Node-seitig ===

Am lokalen Host muß man jetzt [http://www.openvpn.org/ OpenVPN] starten sowie die geeigneten Routing-Rahmenbedingungen schaffen. Bei allen Varianten braucht man folgendes:

* Der [http://www.openvpn.net/ OpenVPN] Tunnel geht direkt zum ''sandwich.funkfeuer.at'' über die normale (bzw. sonstige) Internet-Verbindung. Um diese Verbindung durch spätere Routen nicht zu gefährden, setzen wir eine explizite Hostroute:

ip route add 193.239.188.20 via 1.2.3.4 dev eth0

''193.239.188.20'' ist die IP-Adresse, über die netz-seitig die [http://www.openvpn.net/ OpenVPN] Deamons arbeiten. Die IP-Adresse ist '''nicht''' aus dem eigentlichen 0xFF-Netz, um Routingprobleme möglichts zu vermeiden. <code>eth0</code> ist dabei das Netzwerk-Device, über das die Default-Route geht und ''1.2.3.4'' ist das normale Default Gateway/Next Hop. Die Default-Route(n) kann man mit <code>/sbin/ip route show | fgrep default</code> sehen. Normalerweise sieht man genau eine, wenn der [http://www.olsr.org/ olsrd] bereits läuft, sieht man mehrere.

Insbesondere darf es keine explizite Hostroute (nur eine automatische über den [http://www.olsr.org/ olsrd]) zu ''193.238.156.2'' (''sandwich.funkfeuer.at'') oder ''193.238.157.5'' (''tema.lo-res.org'') geben: Auf dem Server läuft auch ein Nameserver, den aus dem 0xFF-Netz jeder benutzen kann (und soll) und dazu muß der Request über den Tunnel kommen - der Nameserver verweigert [http://www.zytrax.com/books/dns/ch2/index.html#recursive rekursive Anfragen] (wie sie normale Resolver machen) aus dem (restlichen) Internet.

==== Low-Level/Barebones/Step-by-step/The old Method ====

ist auf [[Alte Konfigurationsmethode]] zu finden.

Der Autor dieser Seite findet sie mühsamer und fehlerträchtiger wie die folgenden Konfigurationsfilemethode.

==== Mit einem [http://www.openvpn.org/ OpenVPN] Konfigurationsfile ====
Obige Schritte kann [http://www.openvpn.org/ OpenVPN] auch alle selber machen. Entweder man spezifiert eine lange Liste korrekter Optionen oder man packt die Optionen in ein Konfigurationsfile unter <code>/etc/openvpn</code>, wo es die meisten Linuxdistributionen auch finden werden.
Am ''sandwich.funkfeuer.at'' heißen die per Konvention <code>tap<n>-<node>.conf</code>. <code>.conf</code> am Ende brauchen die Startup-Scripts und mit den Namen davor finden sich die Admins leichter zurecht. Das Node-seitige Konfigurationsfiles des Autors dieser Seite enthält folgende Zeilen:

#
# dig8 tunnel
#
# '#' or ';' may be used to delimit comments.
#
dev tap0
proto udp
remote 193.239.188.20
port 5011
ifconfig 193.238.156.57 255.255.252.0
route-up /etc/openvpn/kill-route.sh
daemon
#secret /etc/openvpn/dig8-priv.secret
#auth sha1
#cipher none

Die meisten erklären sich von selbst bzw. haben dieselbe Bedeutung wie die Optionen weiter oben. Die letzten 3 Zeilen sind der 1. Schritt zu autentifizierten (aber nicht verschlüsselten) Verbindungen, damit nicht irgendwer den eigenen Tunnel "übernehmen" kann.
Um es an die eigenen Bedürfnisse anzupassen, muß man nur den Devicenamen, die Portnummer und IP-Adressen geeignet anpassen.

Das Script <code>kill-route.sh</code> schaut folgendermaßen aus:

#!/bin/sh
#
# Kill the useless openvpn route
#
/sbin/ip route del "193.238.156.0/22" dev "$dev"

==== Authentifizierte Tunnels ====
Obig konfigurierte Tunnels verlassen sich auf die Korrektheit der beteiligten IP-Addressen. Sollte jemand ein passende IP-Adresse konfigurieren und der eigene Tunnel deaktiviert sein, könnte dieser jemand den Tunnel "übernehmen", indem er die passende Konfiguration einstellt.

Das läßt sich durch (kryptographisch sichere) einfache Authentifizierung mittels eines "Shared Secrets" verhindern.

* Zuerst stellt man den eigenen Tunnel auf obige "Konfigurationsfilevariante" um.

* Dann generieren wir (d.h. eigentlich nur der Nodeowner) einen Shared Key mit

openvpn --genkey --secret /etc/openvpn/tap0-dig8.secret

Der Filename sollte dabei einen passenderen Namen wie oben bekommen (so heißt das File am dig8 Knoten).

* Dann schickt der Nodeowner eine Email mit passendem Text und dem erzeugten File als Attachment an [mailto:bernd@firmix.at bernd@firmix.at].

* Das Problem bei der Installation ist, daß man das auf beiden Seiten zugleich aktivieren muß, weil sonst die jeweils nicht-authentifizierte Seite nicht mehr verbinden kann/darf. D.h. es wird ausgemacht, wann das passiert und [mailto:bernd@firmix.at bernd@firmix.at] stellt das server-seitig um (indem er obige 3 Zeilen am Ende des .conf Files auskommentiert). Gleichzeitig muß auch auf der Node-seite die entsprechenden Zeilen eingefügt werden.

Der Verkehr selber ist unverschlüsselt - eben aus den viel weiter oben angeführten Gründen. Und das ganze basiert natürlich darauf, daß [mailto:bernd@firmix.at bernd@firmix.at] sowie alle andere "root"s am <code>sandwich.funkfeuer.at</code> auch vertrauenswürdig sind.

==== Abschluß ====
* Als letzten Schritt brauchen wir noch einen laufenden [http://www.olsr.org/ olsrd], der die Routen alle richtig verwaltet.
entweder dem OLSRd direkt mitteilen, dass er nun auch auf dem Tunnelinterface lauschen soll mit
olsrd -i tap0
bei 1.2.5 hat mir (datacop) damit der olsrd automatisch auch das config file richtig verändert, somit muss man das nach jedem neustarten nicht nochmal eingeben, wie das bei neueren Versionen ist weis ich (noch) nicht wie das ist

wenn es nicht funktioniert kann man noch immer das local.olsrd.conf file ändern wie folgt:
# Add your addons (e.g. plugins) to olsrd.conf here,
# addons for interfaces in /etc/local.olsrd.conf.eth1
Interface "tap0"
{
HelloInterval 5.0
HelloValidityTime 90.0
TcInterval 2.0
TcValidityTime 270.0
MidInterval 15.0
MidValidityTime 90.0
HnaInterval 15.0
HnaValidityTime 90.0
}

siehe [http:... leider ein b0rken link]

== FAQs ==

* Frage:
Ich benutze die FreifunkFirmware ab 1.23 und bekomme
<blockquote><tt>
The ifconfig command is replaced with the ip command. 
For link layer settings refer to "ip link help"; For 
ip adress settings refer to "ip addr help". Examples: 
ip link set dev tap0 up 
ip link set dev tap0 down 
ip link set dev tap0 mtu 1500 
ip link set dev tap0 address 00:01:02:03:04:05
</tt></blockquote>
* Antwort:
Ab der Version 1.23 von Freifunk fehlt ifconfig, route usw, da
sie Speicherplatz sparen wollten. Ich habe das schlicht und einfach nicht
bemerkt, da ich ja jedesmal eine Rückmeldung erhalten habe wenn ich ifconfig
eingegeben habe.

Mit
<tt>ipkg install freifunk-openwrt-compat</tt>
können die nachinstalliert werden.

* Frage:
Ich habe durch meinen normalen Internetanschluß bereits ein Default-Route. Muß ich die löschen, wenn ich einen Funkfeuer-openvpn-Tunnel habe?
* Antwort:
Nein. Am entsprechenden Host des Autors sieht das so aus:
<blockquote><tt>
1#/sbin/ip route show | egrep -w '^default' 
default via 62.178.36.1 dev eth1 
default via 193.238.156.50 dev tap0 metric 1
</tt></blockquote>
Damit sind 2 Default-Routen mit verschiedenen "Metriken" vorhanden ("metric 1" und die nicht angezeigte "metric 0"). De facto wird die Route mit der Metrik 1 nie verwendet, weil die Hostrouten durch die schmälerer Netzmaske präferiert und die "normale" Default-Route durch die kleinere Metrik bevorzugt werden. Nur wenn es keine Hostroute zu einem Funkfeuer-Host gibt, wird der Weg über das Internet (ohne Tunnel) gewählt. Das sollte zum einen sowieso nicht sein und zum anderen sollte es nach Meinung des Autors (nachdem er es nicht ausprobiert hat) nicht signifikant schaden.

* Frage:
Kann ich dann alles machen?
* Antwort:
Node-seitig geht alles. Das einzige im Moment noch ungelöste Problem ist: Wenn man von außerhalb des 0xFF-Netzes eine 0xFF-IP-Adresse am Node erreichen will, kommen die IP-Pakete zwar an und die Antwortpakete zurück, aber die werden verworfen, weil - durch das Masquerading über die Default-Route - die Source-IP-Adresse verändert wird. Und damit verweigert der sendende Host die Annahme der Pakete.

Die Lösung ist: Man verwendet mehrere Routing-Tabellen, um auf Grund der Source-Adresse die Antwortpakete über den Tunnel zu Routen. Das kann der <code>olsrd</code> im Moment nicht.

datacop meint: ich habe das dadurch (anscheinend) gelöst, dass ich nicht ein NAT in alle Netze mache, sondern nur in das Heimnetz,
dadurch kann er nicht die direkte route nehmen, sondern muss über die sandwich-default-route gehen.
[http://2dg38v13.funkfeuer.at 2dg38v13.funkfeuer.at] ist von aussen über dg38v13.funkfeuer.at ansprechbar.
hat jemand mehr Erfahrung damit??

Unix tips

2007-01-05T17:34:40Z

Teemu: /* screen */

== Tips ==

=== screen ===
screen ist ein window manager f. die shell, er ist am
sandwich installiert, die basics kriegt man bei god of
CLI ( http://www.guckes.net/vortraege/screen/ )

weniger bekannt is vlt das feature der shared screen session:
ein user A macht screen auf und laesst user B,C,D,E zuschauen
und oder mitmachen, quicksetup f. 2 user ist folgender:

# User A macht auf seinem system mit 'screen' ne session auf
# nun oeffnet er mit 'CTRL a' ein context menu und gibt den multiuser mode mit der eingabe von ':multiuser on' frei
# durch weiteres pressen von 'CTRL a' und ':acladd B' laesst er User B an seinen erguessen teilhaben
# mit 'CTRL a' ':aclchg B <recht>' kann er festlegen ob B in der Session auch machen darf oder ob er nur lesen darf

nun verbindet sich B zu As' system und ruft mit screen -x die session von A auf und sieht somit was A macht bzw interagiert mit diesem .

* 'mit Ctrl-a' ':wall <nachricht>' koennen A und B kommunizieren

achja - wenn 'Must run suid root for multiuser support.' bitte suid bit (chmod +s ) auf screen setzen. dann funktionierts auch mit multiplen session zu arbeiten:

# user A startet mit 'screen -s example'
# mach schritt 2-4 von oben
# user B haengt sich nun in die session von A wenn er 'screen -x A/example' eingibt

----

Montagstreffen von Funkfeuer-Wien

2007-01-05T17:21:52Z

Teemu:

== Was ist das? ==

von [http://funkfeuer.at/Montagstreffen.102.0.html http://funkfeuer.at/Montagstreffen.102.0.html]:
"Wir treffen uns jeden Montag ab 18 Uhr im VIVI in der Liebiggasse 9. Der Eingang wurde durch die Aufschrift "0xFF" markiert. Solltest du mit den öffentlichen Verkehrsmitteln kommen bietet sich die Linie 43 Station Landesgerichtsstrasse oder die U2 Station Rathaus (Ausgang "Friedrich Schmidt Platz") an."

== Dienstplan ==

hier mal der Plan der Leute die Montags ab 18:00 den Einfuehrungsvortrag halten; bitte haltet diese Termin ein
um zu verhindern das Interessenten vor verschlossenen Tueren stehen:

{| style="width:80%"
|- style="background-color:#6699FF"
| '''Datum'''
| '''Vortragender'''
| '''Backup/Beisitzer'''
|-
| '''08.01.2007'''
| Teemu
| ?
|-
| '''15.01.2007'''
| ?
| ?
|-
| '''22.01.2007'''
| ?
| ?
|-
| '''29.01.2007'''
| ?
| ?
|-
| '''05.02.2007'''
| ?
| ?
|}

Willkommen bei Funkfeuer!

2007-01-05T17:16:13Z

Teemu: added unix tips

Willkommen - Die Funkfeuer-Homepage findet sich unter http://www.funkfeuer.at

--> WICHTIG! Die aktuellsten infos sind immer auf der [https://lists.funkfeuer.at/mailman/listinfo mailingliste]!
Bei Fragen, bitte dort nachfragen. Hier tendiert immer alles , etwas schnell
zu veraltern.

wichtig [https://wiki.funkfeuer.at/index.php/Ideen_und_Verbesserungsvorschl%C3%A4ge#L.C3.B6sung_des_BSSID-Split_Problems Lösung des BSSID-Split Problems]

FunkFeuer ist die Plattform unter der ein Freies Netz (in Wien) entsteht bzw. organisiert ist. Die Grundidee dabei ist, dass Mitglieder jeweils einen eigenen Netzwerkknoten basierend auf 802.11b/g/a Technologie (aber auch andere frei nutzbare Übertragungstechnologien wie FSO usw.) betreiben und entsprechend dem PicoPeering Agreement freien Daten-Transit garantieren.
Im Zusammenspiel mit dem dynamischen Routing Protokoll OLSR ( http://www.olsr.org ) entsteht so relativ einfach ein gemeinschaftliches Netzwerk im Besitz der User!

Dieser Wiki steht allen Besuchern zur Information zur Verfügung. Es ist möglich und sogar erwünscht, dass jeder der vorbeischaut (egal ob angemeldet oder nicht) seinen Senf dazugibt, damit eine möglichst komplette Dokumentation entsteht. Einfach oben eine Idee in die '''Diskussion''' schreiben oder die Seite '''bearbeiten'''.

* [[FunkfeuerBeschreibung|Allgemeines]]
* [[FAQ]]
* Dokumentation
** [[Erste Schritte]]
*** [[Frontend]]
*** [[Freifunk Firmware|'''Freifunk config & Firmware Tweaking und andere praktische Dinge]]'''
*** [[Troubleshooting]]
*** [[VoIP Client Konfiguration]]
*** [[Alternative Hardware]]
*** [[Tunnel Setup]]
*** [[Richtfunkstrecken]]
** [["Zweite Schritte" - Weitere Möglichkeiten und technische Dinge]]
**[[MobileNodes]]
**[[OSBRiDGE 5GXi]]
***[[5GHz_IP_assignment|5GHz IP assignment]]
*''Alte Dokumentation, nicht mehr aktuell!''
** veraltet: [[Firmware Tweaking|Alte Firmware Tweaking und andere praktische Dinge]]
** veraltet: [[Client IPs und HNA konfigurieren]]
** veraltet: [[Freifunk Firmware over 0xFF Firmware|Freifunkfirmware über 0xFF Firmware flashen]]

* [[unix tips]] small stuff that makes our world go round

* [[Montagstreff]]
* [[Konferenz]]

* [[Chat]]
** [[IRC]] die [http://de.wikipedia.org/wiki/Wikipedia:Chat Wikipedia und Programme] dazu
** [[JABBER]]: http://funkfeuer.at/Jabber.340.0.html

* Infrastruktur
** [[Infrastruktur der einzelnen Knoten]]
*** [[Muel3|Vorstellung des Knoten Muel3]]
*** [[ast35|Status Aufbau ast35]]
*** [[dg16]]
*** ...
** [[Infrastruktur: Technology Review]]
** [[Infrastrukture: Blitzschutz/Sturmschutz]]
** [[Chello und Funkfeuer zusammenrouten]]
** [[Kauf-/Tauschplattform]]
** [[Wlan Antennen/Zubehör Linkz]]
** [[Hardwareberichte]]
** [[Housing]]
** [[olsrd-ng]]
* [[Arbeitsgruppen]]

* Presse
** [[KurierArtikel20060802|Artikel im Kurier vom 2.8.2006]]
** [[Artikel im profil:profil.jpg|Artikel]] im profil über FunkFeuer vom 27. Juni 2005
** [[Interview|Interview]] mit Armin Medosch im profil vom 2. Juni 2006
** [http://tema.lo-res.org/~aaron/Breitband-Loch2.pdf Walter Groebchen's Breitbandloch]

* Theorie
** [[Signale und Nachrichtentechnik]] Signale und Nachrichtentechnik
** [[Die Konstruktion der Netzwerk-Allmende]] Artikel von Armin Medosch
** [[MIMO]]
** [[802.11]]
** [[MANET |mobile ad-hoc networking allgemein]]

* [[Ideen und Verbesserungsvorschläge]]
* [[Geschäftsideen]]

Unix tips

2007-01-05T17:12:50Z

Teemu:

Unix tips

2007-01-05T17:12:36Z

Teemu: added screen

Willkommen bei Funkfeuer!

2007-01-05T17:09:13Z

Teemu:

Willkommen - Die Funkfeuer-Homepage findet sich unter http://www.funkfeuer.at

--> WICHTIG! Die aktuellsten infos sind immer auf der [https://lists.funkfeuer.at/mailman/listinfo mailingliste]!
Bei Fragen, bitte dort nachfragen. Hier tendiert immer alles , etwas schnell
zu veraltern.

wichtig [https://wiki.funkfeuer.at/index.php/Ideen_und_Verbesserungsvorschl%C3%A4ge#L.C3.B6sung_des_BSSID-Split_Problems Lösung des BSSID-Split Problems]

FunkFeuer ist die Plattform unter der ein Freies Netz (in Wien) entsteht bzw. organisiert ist. Die Grundidee dabei ist, dass Mitglieder jeweils einen eigenen Netzwerkknoten basierend auf 802.11b/g/a Technologie (aber auch andere frei nutzbare Übertragungstechnologien wie FSO usw.) betreiben und entsprechend dem PicoPeering Agreement freien Daten-Transit garantieren.
Im Zusammenspiel mit dem dynamischen Routing Protokoll OLSR ( http://www.olsr.org ) entsteht so relativ einfach ein gemeinschaftliches Netzwerk im Besitz der User!

Dieser Wiki steht allen Besuchern zur Information zur Verfügung. Es ist möglich und sogar erwünscht, dass jeder der vorbeischaut (egal ob angemeldet oder nicht) seinen Senf dazugibt, damit eine möglichst komplette Dokumentation entsteht. Einfach oben eine Idee in die '''Diskussion''' schreiben oder die Seite '''bearbeiten'''.

* [[FunkfeuerBeschreibung|Allgemeines]]
* [[FAQ]]
* Dokumentation
** [[Erste Schritte]]
*** [[Frontend]]
*** [[Freifunk Firmware|'''Freifunk config & Firmware Tweaking und andere praktische Dinge]]'''
*** [[Troubleshooting]]
*** [[VoIP Client Konfiguration]]
*** [[Alternative Hardware]]
*** [[Tunnel Setup]]
*** [[Richtfunkstrecken]]
** [["Zweite Schritte" - Weitere Möglichkeiten und technische Dinge]]
**[[MobileNodes]]
**[[OSBRiDGE 5GXi]]
***[[5GHz_IP_assignment|5GHz IP assignment]]

** [[unix tips]]

*''Alte Dokumentation, nicht mehr aktuell!''
** veraltet: [[Firmware Tweaking|Alte Firmware Tweaking und andere praktische Dinge]]
** veraltet: [[Client IPs und HNA konfigurieren]]
** veraltet: [[Freifunk Firmware over 0xFF Firmware|Freifunkfirmware über 0xFF Firmware flashen]]

* [[Montagstreff]]
* [[Konferenz]]

* [[Chat]]
** [[IRC]] die [http://de.wikipedia.org/wiki/Wikipedia:Chat Wikipedia und Programme] dazu
** [[JABBER]]: http://funkfeuer.at/Jabber.340.0.html

* Infrastruktur
** [[Infrastruktur der einzelnen Knoten]]
*** [[Muel3|Vorstellung des Knoten Muel3]]
*** [[ast35|Status Aufbau ast35]]
*** [[dg16]]
*** ...
** [[Infrastruktur: Technology Review]]
** [[Infrastrukture: Blitzschutz/Sturmschutz]]
** [[Chello und Funkfeuer zusammenrouten]]
** [[Kauf-/Tauschplattform]]
** [[Wlan Antennen/Zubehör Linkz]]
** [[Hardwareberichte]]
** [[Housing]]
** [[olsrd-ng]]
* [[Arbeitsgruppen]]

* Presse
** [[KurierArtikel20060802|Artikel im Kurier vom 2.8.2006]]
** [[Artikel im profil:profil.jpg|Artikel]] im profil über FunkFeuer vom 27. Juni 2005
** [[Interview|Interview]] mit Armin Medosch im profil vom 2. Juni 2006
** [http://tema.lo-res.org/~aaron/Breitband-Loch2.pdf Walter Groebchen's Breitbandloch]

* Theorie
** [[Signale und Nachrichtentechnik]] Signale und Nachrichtentechnik
** [[Die Konstruktion der Netzwerk-Allmende]] Artikel von Armin Medosch
** [[MIMO]]
** [[802.11]]
** [[MANET |mobile ad-hoc networking allgemein]]

* [[Ideen und Verbesserungsvorschläge]]
* [[Geschäftsideen]]

Willkommen bei Funkfeuer!

2007-01-05T17:08:44Z

Teemu:

Willkommen - Die Funkfeuer-Homepage findet sich unter http://www.funkfeuer.at

--> WICHTIG! Die aktuellsten infos sind immer auf der [https://lists.funkfeuer.at/mailman/listinfo mailingliste]!
Bei Fragen, bitte dort nachfragen. Hier tendiert immer alles , etwas schnell
zu veraltern.

wichtig [https://wiki.funkfeuer.at/index.php/Ideen_und_Verbesserungsvorschl%C3%A4ge#L.C3.B6sung_des_BSSID-Split_Problems Lösung des BSSID-Split Problems]

FunkFeuer ist die Plattform unter der ein Freies Netz (in Wien) entsteht bzw. organisiert ist. Die Grundidee dabei ist, dass Mitglieder jeweils einen eigenen Netzwerkknoten basierend auf 802.11b/g/a Technologie (aber auch andere frei nutzbare Übertragungstechnologien wie FSO usw.) betreiben und entsprechend dem PicoPeering Agreement freien Daten-Transit garantieren.
Im Zusammenspiel mit dem dynamischen Routing Protokoll OLSR ( http://www.olsr.org ) entsteht so relativ einfach ein gemeinschaftliches Netzwerk im Besitz der User!

Dieser Wiki steht allen Besuchern zur Information zur Verfügung. Es ist möglich und sogar erwünscht, dass jeder der vorbeischaut (egal ob angemeldet oder nicht) seinen Senf dazugibt, damit eine möglichst komplette Dokumentation entsteht. Einfach oben eine Idee in die '''Diskussion''' schreiben oder die Seite '''bearbeiten'''.

* [[FunkfeuerBeschreibung|Allgemeines]]
* [[FAQ]]
* Dokumentation
** [[Erste Schritte]]
*** [[Frontend]]
*** [[Freifunk Firmware|'''Freifunk config & Firmware Tweaking und andere praktische Dinge]]'''
*** [[Troubleshooting]]
*** [[VoIP Client Konfiguration]]
*** [[Alternative Hardware]]
*** [[Tunnel Setup]]
*** [[Richtfunkstrecken]]
** [["Zweite Schritte" - Weitere Möglichkeiten und technische Dinge]]
**[[MobileNodes]]
**[[OSBRiDGE 5GXi]]
***[[5GHz_IP_assignment|5GHz IP assignment]]
*''Alte Dokumentation, nicht mehr aktuell!''
** veraltet: [[Firmware Tweaking|Alte Firmware Tweaking und andere praktische Dinge]]
** veraltet: [[Client IPs und HNA konfigurieren]]
** veraltet: [[Freifunk Firmware over 0xFF Firmware|Freifunkfirmware über 0xFF Firmware flashen]]
** [[unix tips]]

* [[Montagstreff]]
* [[Konferenz]]

* [[Chat]]
** [[IRC]] die [http://de.wikipedia.org/wiki/Wikipedia:Chat Wikipedia und Programme] dazu
** [[JABBER]]: http://funkfeuer.at/Jabber.340.0.html

* Infrastruktur
** [[Infrastruktur der einzelnen Knoten]]
*** [[Muel3|Vorstellung des Knoten Muel3]]
*** [[ast35|Status Aufbau ast35]]
*** [[dg16]]
*** ...
** [[Infrastruktur: Technology Review]]
** [[Infrastrukture: Blitzschutz/Sturmschutz]]
** [[Chello und Funkfeuer zusammenrouten]]
** [[Kauf-/Tauschplattform]]
** [[Wlan Antennen/Zubehör Linkz]]
** [[Hardwareberichte]]
** [[Housing]]
** [[olsrd-ng]]
* [[Arbeitsgruppen]]

* Presse
** [[KurierArtikel20060802|Artikel im Kurier vom 2.8.2006]]
** [[Artikel im profil:profil.jpg|Artikel]] im profil über FunkFeuer vom 27. Juni 2005
** [[Interview|Interview]] mit Armin Medosch im profil vom 2. Juni 2006
** [http://tema.lo-res.org/~aaron/Breitband-Loch2.pdf Walter Groebchen's Breitbandloch]

* Theorie
** [[Signale und Nachrichtentechnik]] Signale und Nachrichtentechnik
** [[Die Konstruktion der Netzwerk-Allmende]] Artikel von Armin Medosch
** [[MIMO]]
** [[802.11]]
** [[MANET |mobile ad-hoc networking allgemein]]

* [[Ideen und Verbesserungsvorschläge]]
* [[Geschäftsideen]]

Montagstreffen von Funkfeuer-Wien

2006-11-20T09:47:07Z

Teemu:

== Was ist das? ==

von [http://funkfeuer.at/Montagstreffen.102.0.html http://funkfeuer.at/Montagstreffen.102.0.html]:
"Wir treffen uns jeden Montag ab 18 Uhr im VIVI in der Liebiggasse 9. Der Eingang wurde durch die Aufschrift "0xFF" markiert. Solltest du mit den öffentlichen Verkehrsmitteln kommen bietet sich die Linie 43 Station Landesgerichtsstrasse oder die U2 Station Rathaus (Ausgang "Friedrich Schmidt Platz") an."

== Dienstplan ==

hier mal der Plan der Leute die Montags ab 18:00 den Einfuehrungsvortrag halten; bitte haltet diese Termin ein
um zu verhindern das Interessenten vor verschlossenen Tueren stehen:

{| style="width:80%"
|- style="background-color:#6699FF"
| '''Datum'''
| '''Vortragender'''
| '''Backup/Beisitzer'''
|-
| '''20.11.2006'''
| Teemu
| ?
|-
| '''27.11.2006'''
| Teemu
| ?
|-
| '''04.12.2006'''
| ?
| ?
|-
| '''11.12.2006'''
| ?
| ?
|-
| '''18.12.2006'''
| ?
| ?
|-
| '''25.12.2006'''
| Weihnachtsmann
| Rudolph
|-
| '''01.01.2007'''
| ?
| ?
|}

Montagstreffen von Funkfeuer-Wien

2006-11-20T09:46:45Z

Teemu: /* Dienstplan */

== Was ist das? ==

von [http://funkfeuer.at/Montagstreffen.102.0.html http://funkfeuer.at/Montagstreffen.102.0.html]:
"Wir treffen uns jeden Montag ab 18 Uhr im VIVI in der Liebiggasse 9. Der Eingang wurde durch die Aufschrift "0xFF" markiert. Solltest du mit den öffentlichen Verkehrsmitteln kommen bietet sich die Linie 43 Station Landesgerichtsstrasse oder die U2 Station Rathaus (Ausgang "Friedrich Schmidt Platz") an."

='''Fetter Text'''= Dienstplan ==

hier mal der Plan der Leute die Montags ab 18:00 den Einfuehrungsvortrag halten; bitte haltet diese Termin ein
um zu verhindern das Interessenten vor verschlossenen Tueren stehen:

{| style="width:80%"
|- style="background-color:#6699FF"
| '''Datum'''
| '''Vortragender'''
| '''Backup/Beisitzer'''
|-
| '''20.11.2006'''
| Teemu
| ?
|-
| '''27.11.2006'''
| Teemu
| ?
|-
| '''04.12.2006'''
| ?
| ?
|-
| '''11.12.2006'''
| ?
| ?
|-
| '''18.12.2006'''
| ?
| ?
|-
| '''25.12.2006'''
| Weihnachtsmann
| Rudolph
|-
| '''01.01.2007'''
| ?
| ?
|}

Montagstreffen von Funkfeuer-Wien

2006-11-20T09:45:50Z

Teemu: /* Dienstplan */

== Was ist das? ==

von [http://funkfeuer.at/Montagstreffen.102.0.html http://funkfeuer.at/Montagstreffen.102.0.html]:
"Wir treffen uns jeden Montag ab 18 Uhr im VIVI in der Liebiggasse 9. Der Eingang wurde durch die Aufschrift "0xFF" markiert. Solltest du mit den öffentlichen Verkehrsmitteln kommen bietet sich die Linie 43 Station Landesgerichtsstrasse oder die U2 Station Rathaus (Ausgang "Friedrich Schmidt Platz") an."

== Dienstplan ==

hier mal der Plan der Leute die Montags ab 18:00 den Einfuehrungsvortrag halten; bitte haltet diese Termin ein
um zu verhindern das Interessenten vor verschlossenen Tueren stehen:

{| style="width:80%"
|- style="background-color:#6699FF"
| '''Datum'''
| '''Vortragender'''
| '''Backup/Beisitzer'''
|-
| 20.11.2006
| Teemu
| ?
|-
| 27.11.2006
| Teemu
| ?
|-
| 04.12.2006
| ?
| ?
|-
| 11.12.2006
| ?
| ?
|-
| 18.12.2006
| ?
| ?
|-
| 25.12.2006
| Weihnachtsmann
| Rudolph
|-
| 01.01.2007
| ?
| ?
|}

Montagstreffen von Funkfeuer-Wien

2006-11-20T09:45:33Z

Teemu:

== Was ist das? ==

von [http://funkfeuer.at/Montagstreffen.102.0.html http://funkfeuer.at/Montagstreffen.102.0.html]:
"Wir treffen uns jeden Montag ab 18 Uhr im VIVI in der Liebiggasse 9. Der Eingang wurde durch die Aufschrift "0xFF" markiert. Solltest du mit den öffentlichen Verkehrsmitteln kommen bietet sich die Linie 43 Station Landesgerichtsstrasse oder die U2 Station Rathaus (Ausgang "Friedrich Schmidt Platz") an."

== Dienstplan ==

hier mal der Plan der Leute die Montags ab 18:00 den Einfuehrungsvortrag halten; bitte haltet diese Termin ein
um zu verhindern das Interessenten vor verschlossenen Tueren stehen:

{| style="width:100%"
|- style="background-color:#6699FF"
| '''Datum'''
| '''Vortragender'''
| '''Backup/Beisitzer'''
|-
| 20.11.2006
| Teemu
| ?
|-
| 27.11.2006
| Teemu
| ?
|-
| 04.12.2006
| ?
| ?
|-
| 11.12.2006
| ?
| ?
|-
| 18.12.2006
| ?
| ?
|-
| 25.12.2006
| Weihnachtsmann
| Rudolph
|-
| 01.01.2007
| ?
| ?
|}

Montagstreffen von Funkfeuer-Wien

2006-11-20T09:45:15Z

Teemu:

== Was ist das? ==

von [http://funkfeuer.at/Montagstreffen.102.0.html http://funkfeuer.at/Montagstreffen.102.0.html]:
"Wir treffen uns jeden Montag ab 18 Uhr im VIVI in der Liebiggasse 9. Der Eingang wurde durch die Aufschrift "0xFF" markiert. Solltest du mit den öffentlichen Verkehrsmitteln kommen bietet sich die Linie 43 Station Landesgerichtsstrasse oder die U2 Station Rathaus (Ausgang "Friedrich Schmidt Platz") an."

== Dienstplan ==

hier mal der Plan der Leute die Montags ab 18:00 den Einfuehrungsvortrag halten; bitte haltet diese Termin ein
um zu verhindern das Interessenten vor verschlossenen Tueren stehen:

Datum Vortragender Backup

{| style="width:100%"
|- style="background-color:#6699FF"
| '''Datum'''
| '''Vortragender'''
| '''Backup/Beisitzer'''
|-
| 20.11.2006
| Teemu
| ?
|-
| 27.11.2006
| Teemu
| ?
|-
| 04.12.2006
| ?
| ?
|-
| 11.12.2006
| ?
| ?
|-
| 18.12.2006
| ?
| ?
|-
| 25.12.2006
| Weihnachtsmann
| Rudolph
|-
| 01.01.2007
| ?
| ?
|}

Montagstreffen von Funkfeuer-Wien

2006-11-20T09:44:21Z

Teemu:

== Was ist das? ==

von [http://funkfeuer.at/Montagstreffen.102.0.html http://funkfeuer.at/Montagstreffen.102.0.html]:
"Wir treffen uns jeden Montag ab 18 Uhr im VIVI in der Liebiggasse 9. Der Eingang wurde durch die Aufschrift "0xFF" markiert. Solltest du mit den öffentlichen Verkehrsmitteln kommen bietet sich die Linie 43 Station Landesgerichtsstrasse oder die U2 Station Rathaus (Ausgang "Friedrich Schmidt Platz") an."

== Dienstplan ==

hier mal der Plan der Leute die Montags ab 18:00 den Einfuehrungsvortrag halten; bitte haltet diese Termin ein
um zu verhindern das Interessenten vor verschlossenen Tueren stehen:

Datum Vortragender Backup

{| style="width:100%"
|- style="background-color:#6699FF"
| '''Datum'''
| '''Vortragender'''
| '''Backup/Beisitzer'''
|-
| 20.11.2006
| Teemu
| ?
|-
| 27.11.2006
| Teemu
| ?
|-
| 04.12.2006
| ?
| ?
|-
| 11.12.2006
| ?
| ?
|-
| 18.12.2006
| ?
| ?
|-
| 25.12.2006
| Weihnachtsmann
| Rudolph
|-
| 01.01.2006
| ?
| ?
|}

Montagstreffen von Funkfeuer-Wien

2006-11-20T09:43:33Z

Teemu:

== Montagtreff ==

von [http://funkfeuer.at/Montagstreffen.102.0.html http://funkfeuer.at/Montagstreffen.102.0.html]:
"Wir treffen uns jeden Montag ab 18 Uhr im VIVI in der Liebiggasse 9. Der Eingang wurde durch die Aufschrift "0xFF" markiert. Solltest du mit den öffentlichen Verkehrsmitteln kommen bietet sich die Linie 43 Station Landesgerichtsstrasse oder die U2 Station Rathaus (Ausgang "Friedrich Schmidt Platz") an."

== Dienstplan ==

hier mal der Plan der Leute die Montags ab 18:00 den Einfuehrungsvortrag halten; bitte haltet diese Termin ein
um zu verhindern das Interessenten vor verschlossenen Tueren stehen:

Datum Vortragender Backup

{| style="width:100%"
|- style="background-color:#6699FF"
| '''Datum'''
| '''Vortragender'''
| '''Backup/Beisitzer'''
|-
| 20.11.2006
| Teemu
| ?
|-
| 27.11.2006
| Teemu
| ?
|-
| 04.12.2006
| ?
| ?
|-
| 11.12.2006
| ?
| ?
|-
| 18.12.2006
| ?
| ?
|-
| 25.12.2006
| Weihnachtsmann
| Rudolph
|-
| 01.01.2006
| ?
| ?
|}

Montagstreffen von Funkfeuer-Wien

2006-11-20T09:42:30Z

Teemu: /* Dienstplan */

= Montagtreff =

von [http://funkfeuer.at/Montagstreffen.102.0.html http://funkfeuer.at/Montagstreffen.102.0.html]:
"Wir treffen uns jeden Montag ab 18 Uhr im VIVI in der Liebiggasse 9. Der Eingang wurde durch die Aufschrift "0xFF" markiert. Solltest du mit den öffentlichen Verkehrsmitteln kommen bietet sich die Linie 43 Station Landesgerichtsstrasse oder die U2 Station Rathaus (Ausgang "Friedrich Schmidt Platz") an."

== Dienstplan ==

hier mal der Plan der Leute die Montags ab 18:00 den Einfuehrungsvortrag halten; bitte haltet diese Termin ein
um zu verhindern das Interessenten vor verschlossenen Tueren stehen:

Datum Vortragender Backup

{| style="width:100%"
|- style="background-color:#6699FF"
| '''Datum'''
| '''Vortragender'''
| '''Backup/Beisitzer'''
|-
| 20.11.2006
| Teemu
| ?
|-
| 27.11.2006
| Teemu
| ?
|-
| 04.12.2006
| ?
| ?
|-
| 11.12.2006
| ?
| ?
|-
| 18.12.2006
| ?
| ?
|-
| 25.12.2006
| Weihnachtsmann
| Rudolph
|-
| 01.01.2006
| ?
| ?
|}

Willkommen bei Funkfeuer!

2006-11-20T09:40:27Z

Teemu:

Willkommen - Die Funkfeuer-Homepage findet sich unter http://www.funkfeuer.at

--> WICHTIG! Die aktuellsten infos sind immer auf der [https://lists.funkfeuer.at/mailman/listinfo mailingliste]!
Bei Fragen, bitte dort nachfragen. Hier tendiert immer alles , etwas schnell
zu veraltern.

wichtig [https://wiki.funkfeuer.at/index.php/Ideen_und_Verbesserungsvorschl%C3%A4ge#L.C3.B6sung_des_BSSID-Split_Problems Lösung des BSSID-Split Problems]

FunkFeuer ist die Plattform unter der ein Freies Netz (in Wien) entsteht bzw. organisiert ist. Die Grundidee dabei ist, dass Mitglieder jeweils einen eigenen Netzwerkknoten basierend auf 802.11b/g/a Technologie (aber auch andere frei nutzbare Übertragungstechnologien wie FSO usw.) betreiben und entsprechend dem PicoPeering Agreement freien Daten-Transit garantieren.
Im Zusammenspiel mit dem dynamischen Routing Protokoll OLSR ( http://www.olsr.org ) entsteht so relativ einfach ein gemeinschaftliches Netzwerk im Besitz der User!

Dieser Wiki steht allen Besuchern zur Information zur Verfügung. Es ist möglich und sogar erwünscht, dass jeder der vorbeischaut (egal ob angemeldet oder nicht) seinen Senf dazugibt, damit eine möglichst komplette Dokumentation entsteht. Einfach oben eine Idee in die '''Diskussion''' schreiben oder die Seite '''bearbeiten'''.

* [[FunkfeuerBeschreibung|Allgemeines]]
* [[FAQ]]
* Dokumentation
** [[Erste Schritte]]
*** [[Frontend]]
*** [[Freifunk Firmware|'''Freifunk config & Firmware Tweaking und andere praktische Dinge]]'''
*** [[Troubleshooting]]
*** [[Alternative Hardware]]
*** [[Tunnel Setup]]
*** [[Richtfunkstrecken]]
** [["Zweite Schritte" - Weitere Möglichkeiten und technische Dinge]]
**[[MobileNodes]]
**[[OSBRiDGE 5GXi]]
***[[5GHz_IP_assignment|5GHz IP assignment]]
*''Alte Dokumentation, nicht mehr aktuell!''
** veraltet: [[Firmware Tweaking|Alte Firmware Tweaking und andere praktische Dinge]]
** veraltet: [[Client IPs und HNA konfigurieren]]
** veraltet: [[Freifunk Firmware over 0xFF Firmware|Freifunkfirmware über 0xFF Firmware flashen]]

* [[Montagstreff]]
* [[Konferenz]]

* [[Chat]]
** [[IRC]] die [http://de.wikipedia.org/wiki/Wikipedia:Chat Wikipedia und Programme] dazu
** [[JABBER]]: http://funkfeuer.at/Jabber.340.0.html

* Infrastruktur
** [[Infrastruktur der einzelnen Knoten]]
*** [[Muel3|Vorstellung des Knoten Muel3]]
*** [[ast35|Status Aufbau ast35]]
*** ...
** [[Infrastruktur: Technology Review]]
** [[Infrastrukture: Blitzschutz/Sturmschutz]]
** [[Chello und Funkfeuer zusammenrouten]]
** [[Kauf-/Tauschplattform]]
** [[Wlan Antennen/Zubehör Linkz]]
** [[Hardwareberichte]]
** [[Housing]]
** [[olsrd-ng]]
* [[Arbeitsgruppen]]

* Presse
** [[KurierArtikel20060802|Artikel im Kurier vom 2.8.2006]]
** [[Artikel im profil:profil.jpg|Artikel]] im profil über FunkFeuer vom 27. Juni 2005
** [[Interview|Interview]] mit Armin Medosch im profil vom 2. Juni 2006
** [http://tema.lo-res.org/~aaron/Breitband-Loch2.pdf Walter Groebchen's Breitbandloch]

* Theorie
** [[Signale und Nachrichtentechnik]] Signale und Nachrichtentechnik
** [[Die Konstruktion der Netzwerk-Allmende]] Artikel von Armin Medosch
** [[MIMO]]
** [[802.11]]
** [[MANET |mobile ad-hoc networking allgemein]]

* [[Ideen und Verbesserungsvorschläge]]
* [[Geschäftsideen]]

Willkommen bei Funkfeuer!

2006-11-20T09:40:05Z

Teemu:

Willkommen - Die Funkfeuer-Homepage findet sich unter http://www.funkfeuer.at

--> WICHTIG! Die aktuellsten infos sind immer auf der [https://lists.funkfeuer.at/mailman/listinfo mailingliste]!
Bei Fragen, bitte dort nachfragen. Hier tendiert immer alles , etwas schnell
zu veraltern.

wichtig [https://wiki.funkfeuer.at/index.php/Ideen_und_Verbesserungsvorschl%C3%A4ge#L.C3.B6sung_des_BSSID-Split_Problems Lösung des BSSID-Split Problems]

FunkFeuer ist die Plattform unter der ein Freies Netz (in Wien) entsteht bzw. organisiert ist. Die Grundidee dabei ist, dass Mitglieder jeweils einen eigenen Netzwerkknoten basierend auf 802.11b/g/a Technologie (aber auch andere frei nutzbare Übertragungstechnologien wie FSO usw.) betreiben und entsprechend dem PicoPeering Agreement freien Daten-Transit garantieren.
Im Zusammenspiel mit dem dynamischen Routing Protokoll OLSR ( http://www.olsr.org ) entsteht so relativ einfach ein gemeinschaftliches Netzwerk im Besitz der User!

Dieser Wiki steht allen Besuchern zur Information zur Verfügung. Es ist möglich und sogar erwünscht, dass jeder der vorbeischaut (egal ob angemeldet oder nicht) seinen Senf dazugibt, damit eine möglichst komplette Dokumentation entsteht. Einfach oben eine Idee in die '''Diskussion''' schreiben oder die Seite '''bearbeiten'''.

* [[FunkfeuerBeschreibung|Allgemeines]]
* [[FAQ]]
* Dokumentation
** [[Erste Schritte]]
*** [[Frontend]]
*** [[Freifunk Firmware|'''Freifunk config & Firmware Tweaking und andere praktische Dinge]]'''
*** [[Troubleshooting]]
*** [[Alternative Hardware]]
*** [[Tunnel Setup]]
*** [[Richtfunkstrecken]]
** [["Zweite Schritte" - Weitere Möglichkeiten und technische Dinge]]
**[[MobileNodes]]
**[[OSBRiDGE 5GXi]]
***[[5GHz_IP_assignment|5GHz IP assignment]]
*''Alte Dokumentation, nicht mehr aktuell!''
** veraltet: [[Firmware Tweaking|Alte Firmware Tweaking und andere praktische Dinge]]
** veraltet: [[Client IPs und HNA konfigurieren]]
** veraltet: [[Freifunk Firmware over 0xFF Firmware|Freifunkfirmware über 0xFF Firmware flashen]]

* [[Montagtreff]]
* [[Konferenz]]

* [[Chat]]
** [[IRC]] die [http://de.wikipedia.org/wiki/Wikipedia:Chat Wikipedia und Programme] dazu
** [[JABBER]]: http://funkfeuer.at/Jabber.340.0.html

* Infrastruktur
** [[Infrastruktur der einzelnen Knoten]]
*** [[Muel3|Vorstellung des Knoten Muel3]]
*** [[ast35|Status Aufbau ast35]]
*** ...
** [[Infrastruktur: Technology Review]]
** [[Infrastrukture: Blitzschutz/Sturmschutz]]
** [[Chello und Funkfeuer zusammenrouten]]
** [[Kauf-/Tauschplattform]]
** [[Wlan Antennen/Zubehör Linkz]]
** [[Hardwareberichte]]
** [[Housing]]
** [[olsrd-ng]]
* [[Arbeitsgruppen]]

* Presse
** [[KurierArtikel20060802|Artikel im Kurier vom 2.8.2006]]
** [[Artikel im profil:profil.jpg|Artikel]] im profil über FunkFeuer vom 27. Juni 2005
** [[Interview|Interview]] mit Armin Medosch im profil vom 2. Juni 2006
** [http://tema.lo-res.org/~aaron/Breitband-Loch2.pdf Walter Groebchen's Breitbandloch]

* Theorie
** [[Signale und Nachrichtentechnik]] Signale und Nachrichtentechnik
** [[Die Konstruktion der Netzwerk-Allmende]] Artikel von Armin Medosch
** [[MIMO]]
** [[802.11]]
** [[MANET |mobile ad-hoc networking allgemein]]

* [[Ideen und Verbesserungsvorschläge]]
* [[Geschäftsideen]]

Montagstreffen von Funkfeuer-Wien

2006-11-20T09:39:32Z

Teemu:

= Montagtreff =

von [http://funkfeuer.at/Montagstreffen.102.0.html http://funkfeuer.at/Montagstreffen.102.0.html]:
"Wir treffen uns jeden Montag ab 18 Uhr im VIVI in der Liebiggasse 9. Der Eingang wurde durch die Aufschrift "0xFF" markiert. Solltest du mit den öffentlichen Verkehrsmitteln kommen bietet sich die Linie 43 Station Landesgerichtsstrasse oder die U2 Station Rathaus (Ausgang "Friedrich Schmidt Platz") an."

== Dienstplan ==

hier mal der Plan der Leute die Montags ab 18:00 den Einfuehrungsvortrag halten; bitte haltet diese Termin ein
um zu verhindern das Interessenten vor verschlossenen Tueren stehen:

Datum Vortragender Backup

{| style="width:100%"
|- style="background-color:#66CCFF"
| '''Datum'''
| '''Vortragender'''
| '''Backup/Beisitzer'''
|-
| 20.11.2006
| Teemu
| ?
|-
| 27.11.2006
| Teemu
| ?
|-
| 04.12.2006
| ?
| ?
|-
| 11.12.2006
| ?
| ?
|-
| 18.12.2006
| ?
| ?
|-
| 25.12.2006
| Weihnachtsmann
| Rudolph
|-
| 01.01.2006
| ?
| ?
|}

Troubleshooting

2006-11-20T09:30:11Z

Teemu: /* Allgemeines */

=Allgemeines=

Hier sind ein paar Erfahrungen bei Problemen, falls du sie nicht 100%-ig verstehst, schreibe bitte am Besten der Mailingliste oder komm am Montag zum [[Montagstreff]]. Auf jeden Fall kommen diese Angaben ohne Gewähr, wir können klarerweise für Probleme mit deiner Hardware keine Haftung übernehmen...

=Linksys bootet, geht nicht und das DMZ-Lämpchen blinkt ständig=

Fehlerquellen können sein:
* zu früh den Stecker gezogen, nachdem die Firmware übertragen wurde, sodass der Flash-Vorgang unterbrochen wurde...
* falsche firmware übertragen (bei freifunk wrt54gL= '''_g''' wrt54gs version 4 = '''gs40''')
* update freifunk NACH alter funkfeuer firmware = reset der grund einstellungen
* zufall ...

Kurz gesagt: es geht nimma.

Hier kannst du mal die Linksys anpingen:
# IP deines PCs auf statisch 192.168.1.2 und subnet 255.255.255.0 setzen
# in der commandline ping -t 192.168.1.1 laufen lassen.
Hier gibt es nun mehrere Szenarien:

==ping geht aber kein http gelingt== (oft nach update alter firmware)
darum reset der grund einstellungen versuchen
==reset alle versionen==
strom aus

reset taster halten

strom ein UND die 4 LAN leuchtdioden beobachen

LAN leuchtet 1mal auf und warten, reset taster weiter halten

'''alle 4 LAN leuchtet ein zweites mal auf UND RESET sofort auslassen (sind ca 10-15 sekunden)'''

10 min warten

pingt ? ja
--> http://192.168.1.1
geht ? gewonnen

==Ping gelingt 3 sekunden ca nach strom AN und kein http geht und reset war erfolglos ==

ah super! na gut jetzt kannst du es noch einmal mit dem flashen versuchen.

Gib in der Windows-Commandline folgendes ein (wobei du die firmware auf '''code.bin''' example ! ):

oder mit hilfe [http://www.shadow400.com/shadowgameworld/downloads/tftp2.exe tftp2] damit gehts leichter

strom AN UND GLEICH 2 sekunden später

tftp -i 192.168.1.1 PUT code.bin

erfolgreich? = MINDESTENS 10 min warten nie stecker ziehen inzwischen !

=="Zeitüberschreitung der Anforderung"==

Aha... die linksys antwortet nicht.

===wrt54g Version vor 3.1===
Wenn du eine Linksys-Box hast, die unter der Version 3.1 ist (selten im Oktober 2005) kannst du auf die paar Sekunden "bootwait", die du in den [[Erste_Schritte]]n eingestellt hast bauen.
d.h.:
# Linksys abstecken
# Linksys anstecken
# wenn du eine IP bekommst, sofort "tftp -i 192.168.1.1 PUT code.bin"
# 10 min warten

===wrt54G Version ab 3.1===

man kann das gleiche wie bei den Versionen vor 3.1 probieren, man hat aber wesentlich weniger zeit beim Booten, da "bootwait" ab 3.1 nicht mehr geht.

===Falls alle Stricke reissen===
(... wie im Falle des Autors [[Benutzer:Muelmann|Muellmann]]...)

Falls die vorherigen Tipps nichts geholfen haben, kann man folgendes probieren: man schließt PINs des Hauptchips auf der Platine der Linksys-Box kurz.

Siehe folgende Anleitung: [http://voidmain.is-a-geek.net/redhat/wrt54g_revival.html WRT54G revival]

Manche versionen gehen mit pins 16-17 bitte nicht mit schrauben zieher eher mit einer stecknadel.

Noch ein paar nützliche Links:
[http://www.shadowsoftware.net/shadowgameworld/servers/linksys.htm#HelpRevivingDeadLinky Help reviving dead Linky]: nützliche Tips, die aber bei uns nicht immer gehen
(insbesondere das mit den 30 sek. Reset-Knopf halten...)
[http://wiki.openwrt.org/OpenWrtDocs/Troubleshooting OpenWRT Troubleshooting]: etwas chaotischer Wiki

Benutzer:Teemu

2006-08-30T08:05:32Z

Teemu:

* [https://ripe.net/fcgi-bin/whois?form_type=simple&full_query_string=&searchtext=TS3697-RIPE&do_search=Search teemu@foxbox ~$ whois TS3697-RIPE]

Ideen und VerbesserungsvorschlÃ¤ge

2006-08-30T08:03:05Z

Teemu: /* kleine FAQ */

=Allgemein=
==Funkfeuer VMWare DVD mit allen interessanten Tools==
* Radio Mobile
* Firmware Builder
* DB
* Scripts
* Einstellungen

z.B für folgende Leute:
* Leute die ausprobieren möchten und Sachen verbessern möchten
* Andere Funkfeuer Initiativen (NÖ)
* Sicherung des heutigen Standes

elektra in berlin macht so was aehnliches mit einer mesh disk distro

=Netz=
==Bandbreiten Management==
Wenn man mehrere Uplinks hat sollte sich der Verkehr automatisch an die Nutzung anpassen.

==Kennzahlen zur Statistik==
* Dichte des Graphen (Knoten nicht device)
* mittlere Dichte (Knoten nicht device)
* Anzahl an funktionierenden Knoten

Das alles mit Graphen, die die Entwicklung über die Zeit darstellen - Historie.

== Anbieten von SMTP-eMail ==

Derzeit ist es '''nicht möglich ''' per smtp emails aus dem funkfeuer Netz zu schicken. Es sei denn man verwendet folgenden Workaround:
# man macht seinen eigenen SMTP server -> hoher Aufwand
# man hat einen SMTP-Server mit user/pw, der von jeder IP voll verfügbar ist
# man macht eine VPN- oder sonstige Verbindung in ein anderes Netz (z.B. TU) und verwendet den SMTP-Server dort.

Vorschlag: Wir verwenden Login / PW aus dem Frontend und bieten den mail.funkfeuer.at als SMTP server mit login/pw-authentifizierung an.
postmaster@funkfeuer.at möge sich drum kümmern.

Vorschlag: Wir verwenden Login / PW aus dem Frontend und bieten den outpost als SMTP server mit login/pw-authentifizierung an.
# Dies war bereits der Fall (wenn auch über outpost:/etc/passwd und n icht User/Password aus der NodeDB). Wurde von der hehren Vereinsleitung bzw. deren engster Umgebung "damals" offenbar als nicht erwünscht angesehen.

==SSH Zugang==

==Voip==

==Alternative Hardware==

Asus 500g

...

==Wenn ein Server (outpost etc) down -> Notiz von sandwich==
Mit Angabe von Grund warum.

Vielleicht sogar so machen, dass mehrere Ips/Server sich hinter einem DNS Eintrag befinden. Damit man eine höhere Verfügbarkeit erreicht. -> synchronisation zwischen den Servern

oder auch eine Backup-Version auf dem Sandwich falls etwas anderes ausfällt.

=Frontend=
==kleine info-"i"s mit JS-Popup ==
à la http://www6.inode.at/inode.at/privat/internet/xdsl-privat/
- z.b. neben "Transfervolumen"

Stellen:
# Client-IPs subnet, linksys IP, Client Ip 1-5, Broadcast
# neben HNA bei devices
# neben Smokeping bei devices
# neben Titel Mobile / Client IPs / Node / Device

==Anzeige der Firmware-Version==
im Frontend. jeder sieht nur die eigene. Jedoch kann man dann auch eine Statistik sehen, wie viele welche Firmware haben.

Das können wir erreichen mit einem Script, dass alle 24h zurückruft (wget) mit einer verschlüsselten Meldung "ich bin version XXX". Alternativ kann man auch schauen, welche Version man zuletzt herunter geladen hat.

==Anzeige von Konfigurations-Empfehlungen==
durch die Daten von sight_scan.sh:
# welche SSID soll verwendet werden (falls wir andere als freiesnetz_www.funkfeuer.at verwenden wollen)
# welcher channel am Besten wäre
## damit man mit anderen omnis in Kontakt treten könnte
## damit man nicht unter der Belastung von anderen WLAN devices der Gegend steht, die auf dem gleichen Channel funken.

==Subnet mask bei Client IPs ändern oder streichen==
im Moment wird neben jeder der 8 IPs eine Subnet mask angezeigt. das sollte sich ändern(*):
# entweder einfach streichen und kurz davor hinschreiben dass wir statt 255.255.252.0 255.255.255.248 verwenden müssen.
# ersetzen von 255.255.252.0 durch die richtige 255.255.255.248 (anzeigen neben den IPs 3-7)

(*) Warum? Seit es CIDR gibt ist eine IP-Adresse ohne Netzmaske im Prinzip wertlos. Bei einer Übersicht über
genau ein IP-Netz reicht es wohl, da die allgemein gültige Netzmaske einmal hinzuschreiben, aber im Zweifelsfall
lieber öfters wie seltener hinschreiben.
Wenn Platzverbrauch/Übersichtlichkeit leidet, dann eher auf 1.2.3.4/29 Schreibweise umsteigen - spart Platz, ist
genauso verständlich und bei IPv6 gibt es eh nichts anderes mehr.
-> sehr gut, wer kann das umsetzen?

=Webseite www.funkfeuer.at=

== kleine FAQ ==
entweder im Wiki oder auf www.funkfeuer.at

* damit diverse Fragen schon von anfang geklärt sind und nicht erst in die mailing list kommen. (z.B warum stellt ihr bei mir keinen Knoten auf?)
* um Informationen über Traffic, Filesharing etc. im Funkfeuer netz zu geben

->'''Erste Ideen von datacop, Vorschläge ''ERWÜNSCHT'' ;)'''

Was ist Funkfeuer?
Funkfeuer ist kein Internetanbieter, sondern eine Bürgerinitiative, das heisst dass jeder Member von Funkfeuer mit seinem Knoten dazu beitragt, dass das versorgte Gebiet größer wird.

Ist Funkfeuer wirklich gratis Internet?
Nein, Funkfeuer ist kein gratis Internet, sondern ein Experimentelles Netzwerk mit Anbindung an das Internet. Funkfeuer ist der praktische Versuch, das Recht auf freien Zugang zu Informationen praktisch umzusetzen

Gibt es bei Funkfeuer ein Traffic limit?
Nein, solange dein Traffic in einem gewissen Rahmen bleibt nicht.

Darf ich über Funkfeuer Filesharing betreiben?
Dies ist ein heikles Thema,

Bekomme ich wirklich eine statische, öffentliche IP-Adresse?

Darf ich eine Server über das Funkfeuer netz laufen lassen?
Prinzipell ja, mit Beachtung des Traffics und dass du nicht einen Teil des Netzes beeinträchtigst. Um die 5GB Traffic wird wohl in Ordung sein, falls fu mehr vor hast wird wohl housing.funkfeuer.at der bessere (und stabilere) weg sein.

Muss ich einen Knoten aufbauen?
Prinzipiell ja, da mit jedem knoten die Versorgung besser wird, eventuell gibt es ausnahmen.

Könnt ihr mir einen Knoten aufbauen?
Nein, jeder Member muss seinen Knoten selber aufbauen, allerdings helfen wir dir gerne.

Warum baut ihr in meiner Nähe keinen Knoten auf?
Funkfeuer Selbst baut keine Knoten auf, sondern jeder Member seinen eigenen.

Ich wohne weiter entfernt was kann ich tun?
Mit Sichtverbindung zum nächsten Knoten ist unter 7km Richtfunk möglich, In allen anderen Fällen kannst du über eine (bestehede) Internet Verbindung eine Funkinsel aufbauen und somit Funkfeuer bei dir verbreiten.

(Die Formatierung ist etwas scheußlich geworden, ich weis)
* ich finds gut - hab in der "gratis internet" section "Funkfeuer ist der praktische Versuch, das Recht auf freien Zugang zu Informationen praktisch umzusetzen" dazugefuegt. --[[Benutzer:Teemu|Teemu]] 10:03, 30. Aug 2006 (CEST)

==Shop zum tauschen / kaufen / verkaufen==
* Siehe [[Kauf-/Tauschplattform]]

== Google Earth Integration in der Karte ==

-> erledigt! siehe aktuelle karte http://sandwich.funkfeuer.at/patrick/map

Wie wäre es, wenn wir auf der Wien Karte einen Link zu einem kml-File machen mit den Koordinaten des Knotens. Dann sieht man sofort die Straße usw.

Hier ein Beispiel des KML-Files (mit Koordinaten des Google HQs):
<?xml version="1.0" encoding="UTF-8"?>
<kml xmlns="http://earth.google.com/kml/2.0">
<Placemark>
<description>Tethered to the ground by a customizable tail</description>
<name>Tethethed placemark</name>
<LookAt>
<longitude>-122.0856375356631</longitude>
<latitude>37.42240551227282</latitude>
<range>305.8880792294568</range>
<tilt>46.72425699662645</tilt>
<heading>49.06133439171233</heading>
</LookAt>
<visibility>0</visibility>
<Style>
<IconStyle>
<Icon>
<href>root://icons/palette-3.png</href>
<x>96</x>
<y>160</y>
<w>32</w>
<h>32</h>
</Icon>
</IconStyle>
</Style>
<Point>
<extrude>1</extrude>
<altitudeMode>relativeToGround</altitudeMode>
<coordinates>-122.0856204541786,37.42244015321688,50</coordinates>
</Point>
</Placemark>
</kml>
----
Ein .kml-File kann auch mehrere Ordner, Layer und Placemarks beinhalten.
Hierzu ein Beispiel:

http://www.ofenmarkt.at/funkfeuer/0xFF.kml (<- "Ziel speichern unter...", sonst nackter source im Browser(.xml)! GoogleEarth muß installiert sein, DL @ http://earth.google.com

--lst20050412

=Funkfeuer Firmware=

== Asus WL-500g Anleitung ==
Wie konfiguriere ich die Asus damit sie mit FF funktioniert?

== Linksys Konfigurationsvaliderung ==
Folgende Möglichkeiten:
* update_nvram_and_configs.sh anpassen, dass nur gültige Einstellungen (z.B. HNA) benutzt werden. Sonst werden sie einfach ignoriert. Am Besten Nachricht sofort (oder vielleicht automatisches Mail?)
* kleiner Cron-Job, der Änderungen an HNA und vars.sh-Settings an eine Zentrale Stelle (PHP Script mit DB) verschickt. Dann eMail oder blackliste wenn Verstoß.
* Auf jeden Fall Dokumentation der Conf-Files...

== Lösung des BSSID-Split Problems ==

Derzeit kann es vorkommen, dass die Linksys oder andere OLSR Clients durchknallen (schon 3x mal zirka passiert):
# der Channel ändert sich bei einem Client und manche ziehen mit. Dann bleiben manche übrig die nicht mitgezogen haben.
# ähnlich: eine Device möchte auf einmal WEP haben: plötzlich versuchen alle mitzuziehen, jedoch haben sie kein key: die verbindung bricht ab.

Es fallen dadurch Knoten mehrere Stunden / Tage aus.

Sie müssen rebootet / resettet werden (gleichzeitig, sonst fängt das theater gleich wieder an).

Lösungsvorschläge:
* Watchdogtimer, der auf WEP und Channel achtet. WLAN sollte danach kurz ruhen, dass alle anderen auch reseten können. Dann sollte sich der Watchdog eine Zeitlang still stellen damit die Linsys nicht ständig rebootet. Problem sind andere devices -> auf die kann man so nicht einwirken. [[Benutzer:Muelmann|Muellmann]]

* Linksys: neuer WL treiber - aaron
* Linksys: BSSID treiber - aaron
einzige lösung viel updaten auf freifunk 1.2.5 und bugfix drauf
[https://wiki.funkfeuer.at/index.php/Freifunk_Firmware#BUGFIX_wichtig_.3C----nur_version_ab_1.2.3_bis_1.2.5------ bugfix]

anschliesend alte knoten überreden per funk ssid zu ändern mit ssh/PuTTY
freifunk-setbssid -s eth1 ffffffff:0

==ausdokumentieren der Configurationsfiles in der alten funkfeuer firmware==
in /etc sollte man folgende infos in einer README finden.

# Fimware version + Datum in der vars.sh

==Nice to have==
# Schreiben der Firmware-Version auf den outpost mit der versionnummer in MD5 kodiert (gemeinsam mit dem ursprünglichen Password aus dem Frontend)
# Schreiben der Einstellungen der Linksys (HNA etc.) auf den outpost damit ein check erfolgt. Wenn fehler -> sofort email oder sogar automatischer Asterisk VOIP anruf auf Handy!
# Im Laufe der zeit braucht das update-script immer länger!?
# schnelleres draufspielen
# sight_scan.sh-ergebnis im Webinterface sehen -> siehe [[Muel3]]
# sight_scan script anpassen um die Channels benutzung in der Nähe des Knoten anzuzeigen => in welchem Bereich können wir ungestört funken?

Housing

2006-08-11T07:28:52Z

Teemu:

=Housing=

Hier sollten wir Punkte sammeln die das Housing betreffen. Ich stelle mir eine Art

==0xFF-W13N Housing Manifesto==

* Das Angebot des Community Housing existiert in Wien. Aehnliche Ansaetze werden vielleicht in den anderen Teile des Funkfeuer Verbandes verfolgt, bitte kontaktiere die dortigen Gruppen.

* Das 0xFF-W13N Housing wird von in Wien ansaessigen Enthusiasten betrieben. teilweise sind das Profis, teilweise Technikbegeisterte. In jedem Fall aber Leute die davon traeumen ein Rechenzentrum aufzuziehen. Aus Spass.

** klarerweise legt das Backboneteam alles daran die o.g. Verfuegbarkeit moeglichst hoch zu halten. Da wir keine Angestellten sind, haben wir aber Jobs - so kann es durchaus passieren, das mal 10h am Stueck etwas gar nicht geht.

* fuer Verfuegbarkeit kann nicht garantiert werden. Dies bezieht sich auf Strom und Link

* Das Housing das 0xFF anbietet versteht sich als Non-Profit ISP. Non-Profit hat fol* gende Auspraegung:

** Du zahlst hauptsaechlich Leistungen '''Dritter''' - sprich Wienstrom

*** Das wenige das danach ueberbleibt wird in die Erhaltung investiert:
::: technische Infrastruktur:
:::: Switches
:::: Kabel
:::: Serverhardware der Infastrukturservices
:::: usw. usf.
:::: Ventilation
:::: ausbau der Ueberwachung der Systeme
::: Erhaltung der baulichen Substanz

*** bleibt dabei noch etwas ueber, versuchen wir Ruecklagen zu bilden um die bei der Erhaltung anfallenden, groesseren Brocken ebenfalls aus dem Housingbudget zu bezahlen

==Weiters==

Housing

2006-08-11T07:28:21Z

Teemu:

= Housing =

Hier sollten wir Punkte sammeln die das Housing betreffen. Ich stelle mir eine Art

== 0xFF-W13N Housing Manifesto ==

* Das Angebot des Community Housing existiert in Wien. Aehnliche Ansaetze werden vielleicht in den anderen Teile des Funkfeuer Verbandes verfolgt, bitte kontaktiere die dortigen Gruppen.

* Das 0xFF-W13N Housing wird von in Wien ansaessigen Enthusiasten betrieben. teilweise sind das Profis, teilweise Technikbegeisterte. In jedem Fall aber Leute die davon traeumen ein Rechenzentrum aufzuziehen. Aus Spass.

** klarerweise legt das Backboneteam alles daran die o.g. Verfuegbarkeit moeglichst hoch zu halten. Da wir keine Angestellten sind, haben wir aber Jobs - so kann es durchaus passieren, das mal 10h am Stueck etwas gar nicht geht.

* fuer Verfuegbarkeit kann nicht garantiert werden. Dies bezieht sich auf Strom und Link

* Das Housing das 0xFF anbietet versteht sich als Non-Profit ISP. Non-Profit hat fol* gende Auspraegung:

** Du zahlst hauptsaechlich Leistungen '''Dritter''' - sprich Wienstrom

*** Das wenige das danach ueberbleibt wird in die Erhaltung investiert:
::: technische Infrastruktur:
:::: Switches
:::: Kabel
:::: Serverhardware der Infastrukturservices
:::: usw. usf.
:::: Ventilation
:::: ausbau der Ueberwachung der Systeme
::: Erhaltung der baulichen Substanz

*** bleibt dabei noch etwas ueber, versuchen wir Ruecklagen zu bilden um die bei der Erhaltung anfallenden, groesseren Brocken ebenfalls aus dem Housingbudget zu bezahlen

== Weiters ==

Housing

2006-08-11T07:28:00Z

Teemu: /* Housing */

= Housing =

Hier sollten wir Punkte sammeln die das Housing betreffen. Ich stelle mir eine Art

== 0xFF-W13N Housing Manifesto ==

* Das Angebot des Community Housing existiert in Wien. Aehnliche Ansaetze werden vielleicht in den anderen Teile des Funkfeuer Verbandes verfolgt, bitte kontaktiere die dortigen Gruppen.

* Das 0xFF-W13N Housing wird von in Wien ansaessigen Enthusiasten betrieben. teilweise sind das Profis, teilweise Technikbegeisterte. In jedem Fall aber Leute die davon traeumen ein Rechenzentrum aufzuziehen. Aus Spass.

** klarerweise legt das Backboneteam alles daran die o.g. Verfuegbarkeit moeglichst hoch zu halten. Da wir keine Angestellten sind, haben wir aber Jobs - so kann es durchaus passieren, das mal 10h am Stueck etwas gar nicht geht.

* fuer Verfuegbarkeit kann nicht garantiert werden. Dies bezieht sich auf Strom und Link

* Das Housing das 0xFF anbietet versteht sich als Non-Profit ISP. Non-Profit hat fol* gende Auspraegung:

** Du zahlst hauptsaechlich Leistungen '''Dritter''' - sprich Wienstrom

*** Das wenige das danach ueberbleibt wird in die Erhaltung investiert:
::: technische Infrastruktur:
:::: Switches
:::: Kabel
:::: Serverhardware der Infastrukturservices
:::: usw. usf.
:::: Ventilation
:::: ausbau der Ueberwachung der Systeme
::: Erhaltung der baulichen Substanz

*** bleibt dabei noch etwas ueber, versuchen wir Ruecklagen zu bilden um die bei der Erhaltung anfallenden, groesseren Brocken ebenfalls aus dem Housingbudget zu bezahlen

Housing

2006-08-11T07:19:43Z

Teemu:

= Housing =

== Housing FAQ ==

Das Housing das 0xFF anbietet versteht sich als Non-Profit ISP. Non-Profit hat folgende Auspraegung:

* Du zahlst hauptsaechlich Leistungen '''Dritter''' - sprich Wienstrom

** Das wenige das danach ueberbleibt wird in die Erhaltung investiert:
::: technische Infrastruktur:
:::: Switches
:::: Kabel
:::: Serverhardware der Infastrukturservices
:::: usw. usf.
:::: Ventilation
:::: ausbau der Ueberwachung der Systeme
::: Erhaltung der baulichen Substanz
** bleibt dabei noch etwas ueber, versuchen wir Ruecklagen zu bilden um die bei der Erhaltung anfallenden, groesseren Brocken ebenfalls aus dem Housingbudget zu bezahlen

* Jeder der Mitarbeitet, macht dies Freiwillig und unentgeltlich.

Willkommen bei Funkfeuer!

2006-08-11T07:07:36Z

Teemu: added Housing

Willkommen - Die Funkfeuer-Homepage findet sich unter http://www.funkfeuer.at

--> WICHTIG! Die aktuellsten infos sind immer auf der [https://lists.funkfeuer.at/mailman/listinfo mailingliste]!
Bei Fragen, bitte dort nachfragen. Hier tendiert immer alles , etwas schnell
zu veraltern.

FunkFeuer ist die Plattform unter der ein Freies Netz (in Wien) entsteht bzw. organisiert ist. Die Grundidee dabei ist, dass Mitglieder jeweils einen eigenen Netzwerkknoten basierend auf 802.11b/g/a Technologie (aber auch andere frei nutzbare Übertragungstechnologien wie FSO usw.) betreiben und entsprechend dem PicoPeering Agreement freien Daten-Transit garantieren.
Im Zusammenspiel mit dem dynamischen Routing Protokoll OLSR ( http://www.olsr.org ) entsteht so relativ einfach ein gemeinschaftliches Netzwerk im Besitz der User!

Dieser Wiki steht allen Besuchern zur Information zur Verfügung. Es ist möglich und sogar erwünscht, dass jeder der vorbeischaut (egal ob angemeldet oder nicht) seinen Senf dazugibt, damit eine möglichst komplette Dokumentation entsteht. Einfach oben eine Idee in die '''Diskussion''' schreiben oder die Seite '''bearbeiten'''.

* [[FunkfeuerBeschreibung|Allgemeines]]
* [[FAQ]]
* [[Chat]]
** [[IRC]] die [http://de.wikipedia.org/wiki/Wikipedia:Chat Wikipedia und Programme] dazu
** [[JABBER]]: http://funkfeuer.at/Jabber.340.0.html
* [[ToDo| TODOs, deine Chance, mitzuhelfen!]]
* Dokumentation
** [[Erste Schritte]]
*** [[Client IPs und HNA konfigurieren]]
*** [[Troubleshooting]]
*** obsolet: [[Firmware Tweaking|Alte Firmware Tweaking und andere praktische Dinge]]
*** neu: [[Freifunk Firmware|'''Freifunk config & Firmware Tweaking und andere praktische Dinge]]'''
*** [[Freifunk Firmware over 0xFF Firmware|Freifunkfirmware über 0xFF Firmware flashen]]
*** [[Port-Forwarding unter FreiFunk]]
*** [[Alternative Hardware]]
*** [[Tunnel Setup]]
*** [[Richtfunkstrecken]]
**[[Frontend]]
***[[Frontend_Hauptseite|Hauptseite]]
***[[Frontend_Mitglied|Mitglied]]
***[[Frontend_Nodes|Nodes Übersicht]]
****[[Frontend_Node|Node Konfiguration]]
****[[Frontend_Devices|Devices Übersicht]]
*****[[Frontend_Device|Device Konfiguration]]
***[[Frontend_VoIP|VoIP, Durchwahl Übersicht]]
****[[Frontend_Durchwahl|Durchwahl Konfiguration]]
****[[Frontend_SIPs|FF SIP Accounts Übersicht]]
*****[[Frontend_SIP|FF SIP Account konfigurieren]]
***[[Frontend_MeetMe|MeetMe]]
***[[Frontend_Logoff|Logoff]]
**[[MobileNodes]]
** [[5GHz_IP_assignment|5GHz IP assignment]]
* [[Konferenz]]
* Infrastruktur
** [[Infrastruktur der einzelnen Knoten]]
*** [[Muel3|Vorstellung des Knoten Muel3]]
*** [[ast35|Status Aufbau ast35]]
*** ...
** [[Infrastruktur: Technology Review]]
** [[Infrastrukture: Blitzschutz/Sturmschutz]]
** [[Chello und Funkfeuer zusammenrouten]]
** [[Kauf-/Tauschplattform]]
** [[Hardwareberichte]]
** [[Housing]]
* [[Arbeitsgruppen]]

* Presse
** [[KurierArtikel20060802|Artikel im Kurier vom 2.8.2006]]
** [[Artikel im profil:profil.jpg|Artikel]] im profil über FunkFeuer vom 27. Juni 2005
** [[Interview|Interview]] mit Armin Medosch im profil vom 2. Juni 2006

* Theorie
** [[Signale und Nachrichtentechnik]] Signale und Nachrichtentechnik
** [[Die Konstruktion der Netzwerk-Allmende]] Artikel von Armin Medosch
** [[MIMO]]
** [[802.11]]
** [[MANET |mobile ad-hoc networking allgemein]]

* [[Ideen und Verbesserungsvorschläge]]
* [[Geschäftsideen]]

NI Ausarbeitung

2006-08-08T19:51:17Z

Teemu:

== Hardware Einreichung == (da offen vielleicht besser keinen Bezug zum Zweck herstellen)

=== Ideen Brainstorming ===

* LIR Status für FunkFeuer Dachverband (besorgt PA/PI und AS für Initiativen in Regionen)
* VIX Membership (national endlich direkte Peerings --> Tunnel zwischen Initiativen können leichter flat sein)
* Weinviertel Upstream ? (by Andi)
* Weinviertel Funk Backbone Retz ? (by Andi)
* wollen wir VoIP Service weiter ausbauen (für Regionen gemeinsamen Gateway - sowas in der Art)
* für Core Teams neuer FunkFeuer Initiativen Einschulungen im VIVI (OLSR, BGP, VoIP, ....)
* dazu Gerät (Beamer, ...) und Location (VIVI)
* gesicherte Location ist sehr wichtig für Community, Treffen, Austausch, Vorträge, ... (VIVI Miete ?)
* ...
* Gigabit/10Gigabit Ausbau des Backbones; weiters Backupszenarien, moeglichweise ja sogar eine komplett redundate Infrastruktur diesbezueglich (by teemu)
* Krypta Operating System - KaOS (by teemu)
** Umweltueberwachung in der Krypta - Sensornetz aus Temperatur und Feuchtigkeitssensoren, sowie Aufbau einer zentr. Steuerung der Ventilatoren. Im Bedarfsfall muessen z.b. Drehzahlen aller Ventilatoren remote gesteuert werden koennen. (by teemu)
** zentral Steuerbares Schliesssystem - die Tueren sollen ueber eine Shellapplikation geoeffnet und geschlossen werden koennen (by teemu)
** redundate Stromversorgung und Ueberwachung des Verbrauchs sollen ueber ein zentrales System einsehbar und accountbar sein. (by teemu)
** OSBridge linux distro + webfrontend (analog zur freifunk firmware, nur halt fuer die OSBridge) (by aaron)
** mehr ronjas ! (by aaron)
** pressearbeit: zB authorenhonorar fuer zB Armin Medosch (oder anderen Author!) sodass er einen laengeren neuen artikel ueber die aktuelle entwicklung der freien netze (berlin, wien, paris, guifi.net, cuwin, ...) publiziert. Zielplattform fuer die publikation: heise, c-net oder aehnliches mit grossem format. 50% vorauszahlung , 50% bei erfolgter publikation in grossen medien (by aaron). (???)
** Unsere lang angedachte wireless convention (vielleicht schaffen wir es 2007 ?) (by aaron).
** einladen diverser developer von CUWin (david young?) und freifunk (thomas l., sven-ola) fuer know how austausch
** einige kabelgebundenen uplinks ins netz (by aaron.)

=== Kandidaten für den Antrag (bzw. welche Themen kommen effektiv rein ) ===

* Dummy Platzhalter
* ...

=== Inhalt der Texte für die einzelnen Förderantrags Punkte ===

#
## Kurzbezeichnung des Projektes: "FunkFeuer - Freie Netze Österreich"
#
## Dauer des Gesamtprojektes: 10/2003 - **/****
## Zeitraum, für den die netidee-Förderung beantragt wird: 09/2006 - 09/2007
#
## Antragsteller:
FunkFeuer Dachverband - Verein zur Förderung freier Netze
#
##Anschrift

1010 Wien

Landesgerichtsstrasse 18/2

Wien 1

verein@funkfeuer.at

http://www.funkfeuer.at

20230

Sparkasse Langenlois

00000143982

## Anschrift des Antragstellers:
#
## Allgemeinsverstsändliche Kurzbeschreibung des Projektes: FunkFeuer ist die Plattform unter der ein Freies Netz - ausgehend von Wien - entsteht bzw. organisiert ist. Die Grundidee dabei ist, dass Mitglieder jeweils einen eigenen Netzwerkknoten basierend auf 802.11b/g/a WLAN Technologie (aber auch andere frei nutzbare Übertragungstechnologien wie FSO usw.) betreiben und entsprechend dem PicoPeering Agreement freien Daten-Transit garantieren. Im Zusammenspiel mit dem dynamischen Routing Protokoll OLSR ( http://www.olsr.org ) entsteht so relativ einfach ein gemeinschaftliches Netzwerk im Besitz der User. Durch die Förderung sollen die FunkFeuer Initiativen in Graz und Weinviertel unterstützt werden. In Wien entstand das FunkFeuer Netz ausgehen von 10 bestehenden Knoten - an diesem Beispiel wurde konkret klar, dass man die Entwicklung eines freinen Netzes maßgeblich unterstützen kann, wenn einige initiale Knoten bereits bestehen bzw. deren Errichtung durch eine Förderung finanziert wird. Diese Knoten bilden dann in weiterer Folge auch ein Backbone, welches verhindert, dass das entstehende neue Freie Netz durch unvorhergesehenes Wegfallen von Mitgliedern/Knoten gefährdet/geschwächt wird. Weiters soll das Entstehen einer neuen Initiative unterstützt werden. Dafür wird es vom Verein FunKFeuer Dachverband eine Ausschreibung geben, wo sich neue Orte/Gemeinschaften mit konkreten Plänen zur Errichtung eines freien Netzes bewerben können. Der vom Verein FunkFeuer ausgewählte Kandidat wird in weiterer Folge bei der Errichtung von FunkFeuer begleitet. Besonders mit Know How - in Form von Vorträgen zu Themen wie OLSR, Routing, BGP, VoIP. Es wird an diesem Projekt beispielhaft das Entstehen eines freien Netzes dokumentiert. Ziel ist es, dass die dabei entstehenden Initiativen ihr Wissen wiederum weitervermitteln können und dadurch die Entstehung weiterer freier Netz Initiativen unterstützt wird.
## ca. 45000 - Copy Paste von genauer Aufstellung
#
## Bedeutung für das Internet in Österreich: Praktischer Einsatz und Erprobung von neuen Routing Technologien speziell im Bereich dynamischer Netzwerke. Diese Technologie eignet sich unter anderem, die Entwicklung von temporären selbstkonfigurierenden Netzwerken beispielsweie für Katastropheneinsätze, oder Schaffung von kostengünstiger grundlegender Netzwerkinfrastruktur in Entwicklungsländern zu ermöglichen. Ergänzend bringt das Projekt vielen Leuten diese neuen Technologien näher. Freie Netze sind ein Ansatz, abseits vom etablierten Provider-Customer Modell neue von Usern selbst betriebene offene Netzwerkinfrastruktur zu schaffen und basierend darauf eigene gemeinschaftliche Services anzubieten bzw. Content zu transportieren. Weiters haben freie Netze das Potential, den digitalen Graben zu überwinden und Internet frei verfügbar zu machen.
## Bei Pressekoferenzen, Vorträgen und Artikeln in Fachmedien wird das gewonnene Know-How weitervermittelt.
## Auf der Homepage werden sämtliche gewonnenen Erkenntnisse (barrierefrei und auch Englisch) der Allgemeinheit frei zugänglich zur Verfügung gestellt.
#
## Aufbau von Netzwerkknoten in den angeführten freien Netzen durch freiwillige Arbeit der User - gefördert wird rein die für die Knoten nötige Hardware bzw. Materialien. Diese Knoten setzen Impulse, um das weitere Wachstum von freien Netzen positiv zu beeinflussen.
## Es kommen neue Routing Technologien für Dynamische Netzwerke zum Einsatz. Bei der Funktechnologie wird bewährte 802.11b/g/a Technologie in lizenzfreien Frequenzbändern eingesetzt. Bisher kommen bei WLAN hauptsächlich HotSpot und Master/Slave Topologien zum Einsatz. Zur Verfügung stehende statische Routing Technologien sind nicht für den Einsatz in Verbindung mit WLAN geeignet. Bestehende dynamische Routing Protokolle, wie z.B. OSPF sind nicht für den Einsatz in Wireless Netzen konzipiert/optimiert. Das OLSR Routing Protokoll wird bereits weltweit erfolgreich in Wireless Umgebungen von Freien Netz Communities praktisch zum Einsatz gebracht. OLSR steht OpenSource unter der BSD Lizenz zur Verfügung.
## OLSR, 802.11 --> ToDo
## Das Konzept des freien Netzes ist im FunkFeuer Netz Wien und weltweit wachsenden gleichwertigen Netzen praktisch erprobt. Auch das Routing Protokoll OLSR wurde bereits praktisch in ausreichend großen Netzen erfolgreich zum Einsatz gebracht. Ebenso wurde 802.11b/g/a schon erfolgreich praktisch für den geplanten Zeck eingereicht. Einziges maßgebliches Risiko ist mangelndes Interesse bzw. Beteiligung von Personen, um das freie Netz in Eingeninitiative bzw. Eigenleistung zu errichten. Nötige Informationen und KnowHow werden über die Homepage, bei Vorträgen und Fachartikeln zur Verfügung gestellt.
## Beginn 09/2006; 1 Monat Planung und Bestellung der nötigen Teile, über den Winter Vorträge und Schulungen, spätestens im Frühjahr 2007 Aufbau und Inbetriebnahme der ersten Knoten, ... ToDo
## Detaillierter Arbeitsplan ... ToDo
## Angaben zur fachlichen Eignung der verantwortlichen Projektmitarbeiter:
Franz Xaver, Bildender Kuenstler, * 1956, 
1987-1991 Lehrtaetigkeit an der Hochschule fuer. angewandte Kunst in Wien 
Meisterklasse fuer visuelle Mediengestaltung 
Computergrafik, Programmiersprachen, Audiovisuelle Produktion, Elektronik und Elektrotechnik 
1989-1992 Labor fuer visuelle Medien. HS f. angew. Kunst Wien. 
1993-1996 Lehrauftrag an der Technischen Universtaet Graz, Institut f. Baukunst - Kommunikationstheorie 
1996-2003 Machbarkeitsstudien im Internet - Die Informationswelt der Systemadministratoren 
seit 2003 Kurator im medien.KUNSTLABOR im Kunsthaus Graz 
Aaron Kaplan, Programmierer, * 1973 
seit 2003 Aktivist und Vorstand des Vereins Funkfeuer, Artikel und Vorträge zum Thema Wlan 
2005-2006 Lehrtaetigkeit Donau Uni Krems 
2006 Zahlreiche Vorträge zum Thema Wlan
Andreas Marksteiner, Student, Netzaktivist und Programmierer, * 1980 
seit 2005 im Vorstand des Vereins Funkfeuer 
Mag. Bernd Petrovitsch, Programmierer, * 19 
2005-2006 Lehrtaetigkeit Technikum Wien 
2006 Vorstand der Linux User Group Austria (Luga) 
Markus Sulzbacher, Journalist, *1972 
Seit 1997 zahlreiche Veröffentlichungen zum Thema Community-Wlan 
Dr. Michael Bauer, Arzt, * 19 
Seit 2004 Vorstand des Vereins Funkfeuer 

# Sulzbacher, Kaplan, Marksteiner, Kurta, Yankovski, Xaver, Bauer, Akku, Dabrowski, Petrovic, Teemu, ...
# Medosch, ...
#
##Literaturliste
Freie Netze, Armin Medosch, Telepolis 2003 
Building Wireless Community Networks, Rob Flickenger, Oreilly 2001 
802.11 Wireless Networks: The Definitive Guide, Second Edition, Matthew Gast, Oreilly 2005 
Wireless LANs. 802.11-WLAN-Technologie und praktische Umsetzung im Detail, Jörg Rech, Heise Verlag 2006 
Wireless Communications Systems, H. Vincent Poor, Prentice Hall 2005 
"Wireless Networking in the Developing World", 2006 http://wndw.net/ 
Computer Networks, Andrew Tanenbaum, Prentice Hall, 4.Auflage, 2002 
Bürgerrechte im Netz, Christiane Schulzki-Haddouti (Hrsg.), Bundeszentrale für politische Bildung 2003 
Freie Software, Volker Grassmuck, Bundeszentrale für politische Bildung, 2002 
Dark Fiber: Tracking Critical Internet Culture, Geert Lovink, MIT Press 2002 
Ad Hoc Networking, Charles E. Perkins, Addison-Wesley 2000 
The War of Desire and Technology, Alluquere Rosanna Stone, MIT Press 1995 
Understanding Linux Network Internals, Christian Benvenuti, Oreilly 2005 
Linux Unwired, Roger Weeks, Edd Dumbill, Brian Jepson, Oreilly 2004 
Wireless Hacks, Second Edition, Rob Flickenger, Roger Weeks, Oreilly 2005 
Wi-Foo: The Secrets of Wireless Hacking, Andrew A. Vladimirov, Konstantin V. Gavrilenko,Andrei A. Mikhailovsky, Pearson / Addison Wesley 2004 
Windows XP Unwired, Wei-Meng Lee, oreilly 2003 

## Mitglieder des Vereins FunkFeuer. Organisation des FunkFeuer Netzes Wien. Begründer des freien Netz FunkFeuer Wien.
## Freie Netze um die Welt.
## Jeder :-)
## Aktive Teilnahme neuer begeisterter Leute die an der Organisation und Betieb der freien Netze mitwirken. Dadurch Aufteilung der anfallenden Arbeit. Insgesamt auch neue Kontakte.
##

NI Ausarbeitung

2006-08-05T10:10:23Z

Teemu: /* Ideen Brainstorming */

NI Ausarbeitung

2006-08-05T10:10:00Z

Teemu: /* Ideen Brainstorming */