FunkFeuer Wiki - Benutzerbeiträge [de]

Next Generation Nodes

2014-04-14T09:17:04Z

Matthias: Vorschlag auto-x …

== Vorwort ==

Auf dieser Seite wird versucht, ein Konzept für "Next Generation Nodes" zu erstellen.
Dieser Text stellt keine Empfehlung dar, sondern soll Überlegungen zur künftigen Entwicklung bündeln, mit deren Hilfe ein performantes Netz der nächsten Generation gestaltet werden könnte.

Next Generation Nodes sind dadurch charakterisiert, dass sie:
* Routing nur mit IPv6 betreiben.
* 6to4 NAT/4to6 NAT aus Kompatibilitätsgründen bereitstellen und mit nur einer individuellen IPv4-Adresse das Auslangen finden.
* [[OLSRv2]] anstelle von OLSR verwenden.
* anstelle des Adhoc-Mode einen kombinierten AP/Station-Mode verwenden, wie er von Wirtz und anderen ''[http://www.comsys.rwth-aachen.de/fileadmin/papers/2011/2011-wirtz-chants.pdf]'', "Establishing Mobile Ad-Hoc Networks in 802.11 Infrastructure Mode" beschrieben wird.
* optional auto-provisioning beherrschen, um Node "Hands-off-Software" installieren zu können.
* optional auto-updating beherrschen, um Nodes immer im gewählten branch, z.B. "HEAD", "current", "bugfix only" zu betreiben.

== Spezifikationen ==
=== Hardware ===
Jeder Router, der in der Lage ist, gleichzeitig an mehreren Netzen teilzunehmen, sei es durch
* Bereitstellung dedizierter Schnittstellen oder
* Unterstützung von virtuellen Drahtlosschnittstellen (VAP) in der Kombination: mindestens ein Access Point und mindestens eine Station.

=== Software ===
Als Betriebssystem kann -wie bisher- OpenWRT verwendet werden, aber theoretisch auch jede andere Distribution, die
* OLSRv2 zur Verfügung stellt.
* Routinen bereitstellt, um einerseits die Funktionalität
** eines Access Points (AP), andererseits
** einer Station (STA) bereitzustellen.

Eine beispielhafte Softwareausstattung umfasst:
# OpenWRT
## Kernel: kmod-ipv6, kmod-ipip, kmod-gre; kmod-iptables etc.
# OLSRv2 ''[https://ietf.org/doc/draft-ietf-manet-olsrv2/?include_text=1]''
# WLAN-bezogen:
## hostapd/wpad (nach Möglichkeit mit Unterstützung für WPA/WPA2)
## Unterstützung für Radius/WPA(2) Enterprise, 802.1X (im Falle des Aufbaus eines zentralen Hotspot-Portals)
# Tayga ''[http://www.litech.org/tayga/]'', ''[http://de.wikipedia.org/wiki/NAT64]'', ''[http://wiki.openwrt.org/doc/howto/ipv6]''
# DNS64 ''[http://de.wikipedia.org/wiki/DNS64#DNS64]''

=== IPv6 ===
Hard- und Software soll in der Lage sein, IPv6 sinnvoll einzusetzen.
Durch Tayga [s.o.] können IPv4 fähige Knoten angebunden werden.
* Bitte ergänzen, wie konkret das aussehen kann
* Wie funktioniert das Zusammenspiel: OLSR,OLSR-NG in dieser Situation; HNA-Ankündigung? Tunnel? Separate OLSR-Inseln?

Für erste Testläufe genügen link-lokale IPv6 Subnetze.
In weiterer Folge wird es erforderlich sein, für die Verwendung von NAT64 geeignete Mappings im vorläufigen IPv6-Vergabekonzept zu definieren und allenfalls ein Präfix (/96) hierfür entweder im 0xFF-Präfix 2a02:60:/29 zu definieren und die einzelnen 1:1 Mappings über HNA anzukündigen oder dies site-lokal innerhalb der zugewiesenen Adressblöcke vorzunehmen oder beides zusammen - je nach Funktionalitätserfordernissen.

=== OLSRv2 ===
Bei OLSRv2 ''[https://ietf.org/doc/draft-ietf-manet-olsrv2/?include_text=1]'' handelt es sich um einen Entwurf (Draft/Proposed Standard) der The Internet Engineering Task Force (IETF) ''[http://www.ietf.org/]'' und Weiterentwicklung von OLSR ''[http://en.wikipedia.org/wiki/Optimized_Link_State_Routing_Protocol]'' bei folgende Eckpunkte verfolgt werden:
* Die Linkmetrik wird auch durch andere Faktoren als nur den Hopcount bestimmt.
* Wenn Informationen über den Linkstatus vorhanden sind, kann OLSRv2 diese mit einbeziehen.
* Topologiereduktion: Nur Knoten, die als Multipoint Relays (MPRs) fungieren müssen Information zum Linkstatus abgeben.
* Topologiereduktion und Reduktion des Floodings: MPRs führen zwei Typen von Nachbarn ein: Flooding MPRs und Routing MPRs.
...

==== OLSRv2 ''APIPA''/''Auto-IP'' Plugin ====
Henning Rogge (Institut für Kommunikation Informationsverarbeitung und Ergonomie/Fraunhofer) hat ein Plugin für die automatische Vergabe linklokaler Adressen via OLSRv2 geschrieben, dessen Funktiolität sich wie folgt darstellt:
* es vergibt IPv4-linklokale Adressen nur wenn das Interface noch keine IPv4 Adresse hat (und löscht sie wieder wenn der User eine zusätzliche
IPv4 vergibt).
* IPv4-linklokale Adressen werden zufällig gewählt, allerdings wird im ersten Versuch die IPv4 Adresse aus einem Hash der IPv6-linklokalen Adresse errechnet.
* Die Vergabe der IPv4-linklokalen Adressen wird um ein paar Sekunden(aktuell 10) verzögert, damit man Zeit hat die IPv6-linklokalen Adressen der Nachbarn zu lernen.
* Kollisionsdetektion sowohl mit den IPv4-Adressen der Nachbarn als auch mit deren Hash der IPv6-linklokalen Adressen (blockiere nicht die erste Wahl deines Nachbarn!)

Andere Quellen:
Implementierung von olsr.org ''[http://olsr.org/?q=node/63]''
OLSR-NG == OLSR 0.5.x+ ''[http://wiki.funkfeuer.at/index.php/OLSR-NG]''

=== AP/Sta statt Adhoc ===
Im oben zitierten Aufsatz von Wirtz et. al. wird empfohlen, eine gemischte Umgebung aufzusetzen, die mehr den Fähigkeiten, der auf dem Markt erhältlichen Geräten entspricht. Der Adhoc-Mode wird bei diesen oft nicht oder nur rudimentär unterstützt, und Kompatibilitätsprobleme zwischen verschiedenen Chipsätzen stehen dabei immer noch an der Tagesordnung [Anm: Beobachtungen in der 0xFF-Community beim Mischbetrieb von Broadcomm und Atheros]. Details über den Adhoc-Mode, seine Synchroniserungsmechanismen und Probleme können in Matthew S. Gast, "802.11 Wireless Networks - The Definitive Guide²" nachgelesen werden.
Messungen von Wirtz haben ergeben, dass der kombinierte AP/Sta-Modus durchwegs performanter sein kann als Adhoc-Netzwerke und zudem wurde festgestellt, dass diese Modi für mehr Endgeräte zur Verfügung stehen, während der Adhoc-Mode eher vernachlässigt wird.
Wirtz unterscheidet zwischen RONs (ROuting Nodes), die beides Modi betreiben, und STANs (Station Nodes), die nur als Client fungieren.
In unserem Fall sind vermutlich IRONs [Anm: eigene Wortschöpfung] (Intermediate ROuting Ndes) erforderlich, die mit dedizierter Hardware zusätzlich ein Adhoc-Mode-Interface zur Verfügung stellen. Dedizierte Hardware wird deshalb erforderlich sein, das der gleichzeitige Betrieb von Adhoc-Netzen mit einem der anderen Modi erfahrungsgemäß [Anm: in der 0xFF-Community] Performanceeinbussen [Erg: mutmaßlich] jenseits der 20%, die Wirtz beschreibt, mit sich bringt, dies allerdings abhängig von der Umgebung.
Wirtz problematisiert bei seinem Konzept das Thema Handover. Damit Stations von einer Übergabe an einen anderen RON auf Layer 2 möglichst wenig mitbekommen, wird auf allen RONs eine einheitliche ESSID, MAC [Anm: laut Originaltext, richtiger wäre hier "BSSID" oder "MAC-Adresse und BSSID"] und IP-Adresse (wegen Layer 3) benutzt, während auf den STANs keine derartigen Änderungen vorgesehen sind.
Als Problem wird das Routing zwischen den RONs in Bezug auf die STANs im Falle eines Handovers gesehen, wobei ein dynamisches Layer2- oder Layer3- Routing-Protokoll - wie auch bisher - dieses Problem wohl recht rasch korrigiert.
STANs entsprechen der mobilen Infrastruktur, während RONs eher als statische Punkte gesehen werden.
Ein weiteres Problem stellt nach Wirtz unter Umständen die Skalierbarkeit der RON/STAN-Kombination dar. Dieses Problem stellt sich de facto wohl auch bei Adhoc-Netzen, ist aber durch Beschränkungen im AP-Mode wohl besser beherrschbar - ein Ansatz wäre die Fähigkeit RSSI-Thresholds oder die Anzahl der verbundenen Stationen zu limitieren, was im Adhoc-Mode so nicht funktioniert; bei gegenwärtigen Ath9k-Treibern führen derartige Limits, die über "iw" gesetzt werden, allerdings zu Fehlermeldungen - hier wird noch weiter nachzuforschen sein.

Abgebildet auf unser bestehendes Netz: RONs sind Backbone/Freebone-Nodes und ein Teil der etablierten restlichen Nodes, während STANs in der Regel Mobilgeräte (Handies, Laptops, etc) sind.
Im Zusammenspiel mit IPv6 ist davon auszugehen, dass die größeren Datenmengen (alleine die Header sind länger) über den AP-Mode effizientier übertragen werden können. Unter anderem könnte sogar Frame Aggregation ''[http://en.wikipedia.org/wiki/Frame_aggregation]'' benutzt werden, um die Performance zu steigern, was im Adhoc-Mode keinesfalls empfehlenswert erscheint. Die Richtigkeit dieser Vermutung ist allerdings noch zu belegen.

Zusammenfassung:
Bei richtiger Planung könnten die Vorteile von Access Points und Adhoc-Netzwerken zusammengefasst werden, ohne eine unüberschaubare Zahl neuer Probleme zu schaffen. Erhöhte Performanz und Verfügbarkeit stehen im Vordergrund und werden beim Umstieg auf IPv6 unumgänglich sein.
Durch die Umstellung würde die Zahl der für solch ein Netz geeigneter Geräte zunehmen und auch ältere Hardware, hier jedoch mit Einschränkungen wiederverwendbar sein, wobei typische Probleme (z.B. mit Ratenkontrollalgorithmen im Adhoc-Mode und bei starkem Noise) umgangen würden. Das Netz wäre wie beim Adhoc-Mode unproblematisch erweiterbar, jedoch kann ein Nodebetreiber im Gegensatz zum Adhoc-Mode wesentlich besser auf Störungen einer Station (Hidden Node Problem) reagieren (z.B. durch Verweigerung der Assoziierung auf MAC-Ebene).
Es ist zu erwarten, dass mit einer einzigen Referenz-Konfiguration ein breites Spektrum an Einsatzszenarien abgedeckt werden kann, ohne wie in der Vergangenheit Unterscheidungen hinsichtlich des Betriebsmodus zu treffen.

FAQ

2014-03-05T11:57:08Z

Matthias: /* Was für IP Adressen gibt es? */ IP-Adresseneigentum in Besitznahme geändert

==Was ist FunkFeuer?==
FunkFeuer ist ein Projekt das sich zum Ziel gesetzt hat, ganz Wien in eine Funkwolke basierend auf freien Netzstandards - ein sogenanntes Bürgernetz zu hüllen. [[FunkfeuerBeschreibung|mehr...]]

==Was ist ein Bürgernetz/Freenet?==
Hierbei gilt es zu unterscheiden zwischen
*frei im Sinne von Freibier und
*frei im Sinne von frei von Kontrolle

Wir verstehen unter einem Bürgernetz ein Computernetzwerk, das frei von kommerziellen Interessen und selbstorganisiert ist. Jeder Teilnehmer ist demnach auch selbst für seinen Knoten (engl. Node) verantwortlich. Durch das Zusammenschalten entsteht ein größeres Netz, in unserem Falle basierend auf einem Mesh-Routing-Protokoll mit Namen OLSR.

Um die Stabilität des Netzes trotz dieser dynamischen Verwaltung zu gewährleisten, erwarten wir uns von unseren Teilnehmern, dass sie das [http://funkfeuer.at/PeeringAgreement.180.0.html PicoPeeringAgreement] einhalten und damit die Basis für ein ruhiges Miteinander schaffen.

==Rechtliche Hinweise==
Rechtliche Hinweise finden sich im [http://www.funkfeuer.at/PicoPeeringAgreement.59.0.html PicoPeeringAgreement].

==Darf man das eigentlich auf den Frequenzen?==
Ja! Die Frequenzen sind bis zu gewissen Sendeleistungen frei und jeder darf darauf senden. Dank neuer Codierungstechniken macht es nicht mehr so viel aus, wenn jemand anderer ebenfalls die selbe Frequenz verwendet.

==Wie erkenne ich das Funkfeuer WLAN?==
Adhoc Netzwerk
SSID: freiesnetz.www.funkfeuer.at - ein Funkfeuer Rundstrahler ("meistens Omni")
oder: v*.freiesnetz.www.funkfeuer.at oder h*.freiesnetz.www.funkfeuer.at
Solltest du eine SSID 0xFF_00XX_www.funkfeuer.at sehen, so siehst du eine '''alte verweiste und ISOLIERTE ''' Funkfeuer Richtantenne die du nicht (mehr) mitbenützen kannst.

==Gesundheit==
siehe hierzu: http://wiki.skyhub.de/index.php/Gesundheit
Fazit: das Handy, das du an dein Ohr hältst, strahlt 30 mal stärker als WLAN!
WLAN wird in Krankenhäusern als "harmlos" und unbedenklich eingestuft.

==Warum muss ich mich registrieren?==
Weil es kein anonymes Netz ist.
Weil wir Infrastruktur aufbauen. Sollte jemand komplett illegale Dinge tun (Kinderp*rnos, Nazi Seiten hosten), dann MUSS so eine Aktion auf den Verursacher zurückfallen und nicht auf den Verein und auch nicht auf den Funknachbarn. Sprich: jeder ist selbst verantwortlich für das, was er/sie tut.

==Gebt ihr meine Daten weiter?==
Nur wenn uns die Polizei einen von einem real existierenden Richter unterschriebenen Antrag unter die Nase hält.
Sprich: Wir haben ein sehr strenges Datenschutzgesetz in Österreich.

==Wo kann ich mich registrieren?==
Am [[Montagstreff]] persönlich. Dort bekommst du Zugang zu "Redeemer", unserer Benutzerdatenbank, in der du deinen Knoten anmelden und dir IP Adressen zuweisen lassen kannst.

==Was ist ein Node?==
Ein Knotenpunkt, ein Mesh Routing fähiger Netzknoten.
Ein [[Node]] besteht aus üblicherweise mehreren [[Device|Devices]].
Ein Device ist ein kleiner WLAN Router oder auch dein mobiler Laptop. Alles, was eine einzige Funk Antenne hat.

==Welche Referenz Projekte gibt es?==
siehe hierzu: [http://funkfeuer.at/Links.45.0.html Links/Community]

==Wie schnell ist das Netz?==
Hängt sehr von den Details ab. Generell haben wir schon alle Erfahrungen gemacht: zwischen mickrigen wenigen kBit/sec bis zu ca. 20 MBit/sec ist alles drinnen. Es hängt sehr davon ab, ob 1) kurze Distanzen und 2) Störungen da sind. Generell gilt aber: Richtfunkstrecken (Richtfunk zu Richtfunk, alle Netze mit x.freiesnetz.www.funkfeuer.at im Namen) bringen am ehesten Bandbreite (machen das Netz schnell) aber Omnis (Rundstrahler) machen das Netz stabil, weil sie sich zu vielen anderen Omnis verbinden können.

Oft will man aber in der Praxis eine stabile Verbindung. Mail und Web sind die wichtigsten Services.

Wir werden in Zukunft mit Ronjas und 5GHz experimentieren. Wer mitarbeiten möchte: es gibt dazu [[Arbeitsgruppen]]

==Wird das nicht schnell missbraucht werden?==
Nein, die Teilnehmer bleiben nicht anonym. Wer bei uns durch das Gateway ins Internet gehen will, muss ein PicoPeeringAgreement unterschreiben und Namen und Adresse bekannt geben. Vorher wird der Zugang am Border Router nicht freigeschaltet. Für Abuse innerhalb des Netzes gibt es auf den Nodes genügend Möglichkeiten, von IPTables Rules bis Traffic Shaping.

==Wie kann ich mitmachen?==
Am Besten ist, du schaust bei einem der nächsten [[Montagstreff]]s persönlich vorbei und klärst mit uns mal ab wie die derzeitige Situation bei dir aussieht. Wenn das geklärt ist und die Möglichkeit besteht dich ins Netz zu bekommen kannst du auch bei uns Equipment ausleihen (gegen eine Kaution) mit dem du mal einen ersten Feldversuch machen kannst ob du ein Signal empfangen kannst (siehe [[Erste Schritte]]). Wenn das alles geklärt ist und du dich entschließt einen Node aufzubauen geht es in die Detailplanung. Hier ist es wiederum sehr hilfreich wenn du dich öfters bei uns blicken lässt, wir können dir vor allem mit Know-How zur Seite stehen.

Zusammengefasst:

# Du kommst zum MontagsTreff und erhältst einen Einführung und eine Überprüfung deines Vorhabens auf Plausibilität
# Du scannst bei dir um sicher zu stellen, dass tatsächlich ausreichender Empfang möglich ist
# Du kommst zum MontagsTreff und erhältst Zugang zum Webfrontend
# Du legst deinen Knoten in der [https://map.funkfeuer.at/ MAP] und deine Devices im Webfrontend an
# Du upgradest deinen Router mit der 0xFF-Backfire Vienna und stellst alles ein [[0xFF-Backfire_Vienna]]
# Aufbau

==Was kostet das?==
Im allgemeinen lässt sich das schwer sagen - es kommt immer darauf an, welches Equipment du einsetzen willst/musst. Aber generell ist eine Anbindung unter 100€ möglich. Du benötigst im einfachsten Fall einen outdoor [[Hardware#Router.2FBridges|WLAN-Router]] mit integrierter Antenne und ein Netzwerkkabel.

Zweckdienlicher Weise, mehr Speed, mehr Nutzen auch für andere, sollten aber mehrere Router für Richtfunkstrecken aufs Dach, oft auch auf einen Mast.

Das wird klarerweise dann mehr kosten.

==Skaliert das Netz?==
Ja und Nein! Das Protokoll skaliert im Netzwerk Simulator hervorragend, im reelen Einsatz v.a. mit WLAN ist das so eine Sache. WLAN wurde nie für die Zwecke gebaut, für die wir es verwenden (Outdoor Betrieb). Und WLAN macht bei der Skalierung auch die grössten Schwierigkeiten. OLSR selber ist da schon etwas besser.
Andererseits hilft uns die Mesh Technologie, immer die kürzesten Strecken (die wenigsten WLAN - Hupfer) zu finden. Mit Tuning kommt man so auf teilweise sehr gute Ergebnisse (zB 16 MBit/sec effektiver Datentransfer).
Wenn die Einstellungen schlecht sind oder zu viele WLAN Strecken zwischen deinem Knoten und dem Internet Uplink sind, dann kann es durchaus langsam sein. Das Problem ist vielschichtig. Aber man kann sehr viel optimieren, bessere Antennen, Linkstrecken ...

Bisher haben wir also gute und schlechte Erfahrungen gemacht. Und wir erarbeiten bereits jetzt mögliche Lösungen für Erweiterungen. So sind wir zum Beispiel derzeit mit der Überlegung beschäftigt einige Nodes über Glasfaser Leitungen zu verbinden (davon liegt ja in Wien genug) und damit die Zentralisation von unserem Border Router zu nehmen und zugleich die Möglichkeit das Netz generell besser zu dezentralisieren.

Weiters beschäftigen wir uns mit FSO (optischen Links, "Laserlinks").

Nicht zuletzt versuchen wir, die diversen Probleme, die WLAN aufwirft durch neue WLAN Standards (5GHz, etc) zu umgehen. Ist ein aktives Forschungsgebiet bei uns und wir freuen uns über Mitstreiter!

==Wie funktioniert der Uplink?==
Technisch funktioniert er wie jeder andere Uplink auch. ;-) Die Anbindung läuft über unseren eigenen Uplink in der Nähe des "VIVI" Internetknotens in Wien 1. Im Moment zahlt der Verein den Uplink.

==Wie sieht es mit Sicherheit aus?==
Die Daten gehen hier über ein bewusst offenes Netz! Wenn man sich Sicherheit für seine Daten verschaffen will, wäre allerdings möglich.

Man könnte einen Openvpn Tunnel zu einem Server ausserhalb des Funknetzes machen. Damit ist es möglich seine Daten via OpenSSL mit 2048Bit zu verschlüsseln und das ist um Längen besser als WEP. ;-)

(Der Funkfeuer-Tunnelserver ist dafür jedoch (noch) nicht gedacht/konfiguriert.)

Wem das zu kompliziert ist, kann zumindest den Firefox Addon der Electric frontier foundation installieren, der bestimmte Seiten wie Wikipedia (oder auch google) automatisch mit https verschlüsselt. Der download für diesen Addon findet sich hier:
https://www.eff.org/https-everywhere

==Selbstgebaute Antennen==
Wenn du handwerklich geschickt bist, kannst du es natürlich auch mit solchen Geräten versuchen. Wir selbst haben damit nicht die besten Ergebnisse erzielt und v.a. wenn man die Arbeit, die man damit hat, rechnet und dann die Preise von einigen günstigen Anbietern ansieht, überlegt man es sich nochmal. ;-)

Allerdings, wer eine Antenne selber bauen '''will''', dem ist vielleicht mit dem Yagi Calculator geholfen: http://fermi.la.asu.edu/w9cf/yagipub/index.html

==Mesh Routing?==
[[Mesh Routing]] ist ein radikal neuer Ansatz im Bereich der Routing Protokolle. Die Idee dahinter gibt es bereits seit einiger Zeit, die eigentlichen Möglichkeiten zur Benutzung sind aber v.a. durch die neuen Funktechnologien aufgekommen. Internet Provider verwenden zumeist klassische Routing Protokolle wie OSPF, BGP oder RIP. Diese kümmern sich darum, dass auf den Routern der Provider immer bekannt ist, über welche Interfaces welche Netze erreicht werden können und die Pakete entsprechend weiter gereicht werden. Diese Routing Tabellen werden aufgrund der Administration des Providers erstellt. Mesh Routing funktioniert hingegen völlig automatisch und unabhängig. Vereinfacht könnte man sich den Vorgang wie folgt vorstellen:
Rechner1: "Hey, ich bin da - wer noch?"
Rechner2: "Ich bin hier, über mich erreichst du xyz!"
Dies passiert in verschiedenen Abständen und damit erstellt sich jeder Router seine Routing Tabelle und lernt somit wie das Netz um ihn herum aufgebaut ist. In Wirklichkeit stecken dahinter natürlich noch einige Algorithmen mehr, wie zum Beispiel in OLSR eine Erweiterung die die Verbindungsqualität in die Routenwahl mit ein berechnet.

==Wie baue ich meinen Knoten, welche Geräte brauche ich, wie funktioniert es?==
Siehe dazu die [[Erste Schritte | ersten Schritte]]

==Muss ich wirklich aufs Dach? Ich empfange in meiner Wohnung schon Funkfeuer, ich möchte nur einen Router ins Fenster stellen oder mit dem Notebook ins Netz==
Funkfeuer ist '''kein''' finanzstarker Wohltäter, der es sich zur Aufgabe gemacht hat, alle Menschen mit gratis Internet zu versorgen. Das gesamte Netz wurde von engagierten Leuten in ihrer Freizeit mit viel Aufwand aufgebaut. Wenn du nur in deiner Wohnung das Netz "empfängst", dann gibst du nichts zurück. Wenn du aber selbst auf dem Dach einen Knoten aufbaust, dann bist du für deine umliegenden Knoten die Sicherheit, wenn einmal ein anderer Knoten ausfällt. Außerdem bist du dann möglicher Ausgangspunkt für weitere Interessenten.
Oder anders gesagt: Stell dir vor, du hast in mühsamer Arbeit eine Antenne am Dach montiert und dann kommt dein Nachbar und sagt: "Fein, das verwende ich einfach mit!" Das würdest du auch nicht wollen. Das Funkfeuer-Netz ist ein gegenseitiges Geben und Nehmen.

==Gibt es da gar keine Ausnahmen?==
In einigen seltenen Fällen kann es sinnvoller sein, einen benachbarten Knoten beim Ausbau zu unterstützen und sich dann direkt an diesen anzuschließen. Das ist aber die Ausnahme und sollte ausschließlich nach vorheriger Absprache mit dem betreffenden Knotenbetreiber erfolgen! Außerdem solltest du es dann sehr in Erwägung ziehen, dem Netz auf andere Art und Weise etwas zurückzugeben. Vielleicht kannst du beim [[Montagstreff]]en neue Interessenten unterstützen? Oder du kannst gut programmieren und möchtest bei der Weiterentwicklung der Software mitarbeiten? Oder du möchtest einfach regelmäßig etwas [http://www.funkfeuer.at/Spenden.193.0.html spenden]?

==Mobil mit Laptop im Netz, geht das?==
Ja! Überall dort, wo das Netz "freiesnetz.www.funkfeuer.at" empfangbar ist. So hat schon Radio Orange mobil über unser Netz eine Radio Sendung gestreamed und in das echte klassische Radio eingespeisst. Hat funktioniert!
Telefonieren (Voice over IP, VoIP) sollte ebenfalls so gehen. Uns ist es aber sehr recht, wenn man auch selber eine Antenne aufs Dach gibt, da so das netz eher wachsen kann.

==Was braucht man dazu?==
Eine offizielle mobile IP Adresse von FunkFeuer, diese gibts beim [[Montagstreff]]en. Dann OLSR am Laptop installieren (siehe [http://funkfeuer.at/Windows.141.0.html Windows OLSR Download]) und dem "freiesnetz_www.funkfeuer.at" Netz im Ad-hoc modus joinen (verbinden).
OLSR starten, fertig. Details, Erklärungen und Installationshilfe am Montagstreffen.

==Was für IP Adressen gibt es?==
Wir vergeben ausschließlich statische (fixe) und offizielle IP Adressen. Diese Adresse ist dann dir fix zugeordnet und ändert sich in der Regel nicht.

siehe auch [[Erste_Schritte#Das_Frontend]]

==Wie schauts mit illegalen Downloads aus?==
hm... deine eigene Verantwortung. Wir versuchen ein Netz aufzubauen. Mehr nicht.

==Kann jemand über meinen Knoten illegale Dinge tun?==
technisch gesehen kann es passieren, dass über deinen Knoten solche Daten "gerouted" werden. Allerdings ist die Absender Adresse (IP Adresse) eine statische von dem Verursacher und nicht deine. Es fällt also auf den Verursacher zurück.

==Hilfe! Ich hab meinen Linksys geflasht und er booted nicht mehr! Was kann ich tun?==
Den Linksys kann man fast immer retten. Wir haben eine [[Troubleshooting]] Section...
Siehe auch [http://openwrt.org/OpenWrtDocsOpen WRT wiki]

==Was ist dieses Smokeping-Ding?==
Smokeping zeigt an, wie gut die Verbindung von einem bestimmten Knoten bis zur "Funkfeuer-Zentrale" im Vivi ist. Dazu sendet ein Rechner von FunkFeuer (sandwich?) an jeden einzelnen Knoten alle 5 Minuten 20 [http://de.wikipedia.org/wiki/Ping_(Daten%C3%BCbertragung) Pings]. Die Antworten auf diese Pings werden grafisch dargestellt: Die grauen Balken zeigen an, wie lange es gedauert hat, bis Antworten auf die einzelnen Pings zurückkamen. Ein dunklerer Fleck im Balken zeigt an, dass die Antworten auf mehrere Pings ähnlich lange gedauert haben (weiter oben: lange Antwortzeit=schlecht - weiter unten: kurze Antwortzeit=gut). Eine hellere graue Fläche zeigt an, dass nur wenige Antworten auf einzelne Pings genau so lange gedauert haben. Die bunte Linie enthält 2 Informationen: Erstens zeigt ihre Position an, wie lange die Antworten auf die Pings ''im Durchschnitt'' gedauert haben (wieder: oben heißt langsam, unten heißt schnell). Außerdem zeigt ihre Farbe an, wie viele Pings "verloren gegangen" sind und keine Antwort erhielten. Grün: Keine Daten wurden verloren - Rot: (fast) alle Daten wurden verloren.
SmokePing zeigt dir nicht an, wie gut deine Verbindung zum/zu den nächsten Knoten ist. Schlechte Verbindungen irgendwo anders im Funkfeuer-Netz können sich bezüglich SmokePing bei der Grafik deines Knotens auswirken. Deine Verbindung zum Internet ist stabil und schnell, wenn du viele grüne Striche weit unten hast (z.B. für VoIP sehr wichtig).

==Was bedeuten die Werte für LinkQuality / NLQ / ETX in der Freifunk-Firmware?==
Jeder Funkfeuer-Knoten sendet in regelmäßigen Intervallen Signale aus, um seine Umgebung zu "erkunden". Der Wert "LinkQuality" gibt an, wie viele dieser Signale der benachbarten Knoten beim eigenen Knoten ankommen. Wenn also zum Beispiel 15 von 100 Signalen des Nachbarknotens nicht beim eigenen Knoten ankommen, so sind 15 Signale "lost" (nächste Spalte in der Weboberfläche); 85 Signale kommen an, daher ist der Wert für die LinkQuality 0,85 (85/100). Die beste mögliche Link Quality ist 1 (alle Pakete kommen an).
NLQ bedeutet Neighbour Link Quality (Link-Qualität beim Nachbarn) und sagt aus, wieviele meiner Pakete bei meinem Nachbarn ankommen. ETX bedeutet Expected Transmission Count (Erwartete Übertragungsanzahl) und ist ein Produkt aus LQ und NLQ (ETX=1/(LQxNLQ)). Wenn z.B. nur jedes zweite meiner Pakete bei meinem Nachbarn ankommt und wieder nur jedes zweite Paket meines Nachbarn bei mir ankommt, so muss ich voraussichtlich 4 Pakete auf den Weg schicken, wenn zumindest eines von mir zu meinem Nachbarn und auch wieder zurück kommen soll. Somit ist der ETX-Wert ein Maß für die Qualität der Verbindung zwischen zwei benachbarten Knoten. Was lässt sich noch aus diesen Werten herauslesen? Ist zum Beispiel die LQ gut (=nahe 1) aber die NLQ niedrig (=nahe 0), dann ist möglicherweise meine Sendeleistung zu schwach für meine Antenne eingestellt (siehe [[Gesetzliche_Bestimmungen]]).

==Kann ich beide Antennenanschlüsse meines Routers verwenden?==
In der Standardfirmware werden die Antennenanschlüsse des Routers über einen sogenannten Diversity-Chip angesteuert. Dabei erkennt das Gerät, auf welcher Antenne der Empfang zuletzt besser war und wählt diese Antenne als Sendeantenne für die nächste Übertragung aus. Da bei Funkfeuer in vielen Fällen Richtantennen verwendet werden (die ja in völlig unterschiedliche Richtungen zeigen können), kann dies dazu führen, dass Pakete an die falsche Antenne und somit in die völlig falsche Richtung gesendet werden. Wir verwenden daher immer nur einen Antennenanschluss am Router und deaktivieren den Diversity-Chip.

Auch bei 182.11n MIMO Routern ist es nicht vorgesehen, die Antennenanschlüsse unabhängig von einander zu betreiben.

[[Category: Dokumentation]]
[[Category: Hilfe]]

zurück zu wiki_funkfeuer_at<br>
< [[Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Startseite|Backfire-Vienna]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Weiterführendes|Weiterführendes]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Index|Index]] >
----
<google>WIKI</google>

FAQ

2014-03-05T11:55:37Z

Matthias: /* Muss ich wirklich aufs Dach? Ich empfange in meiner Wohnung schon Funkfeuer, ich möchte nur einen Router ins Fenster stellen oder mit dem Notebook ins Netz */ wohltätiger Verein -> finanzstarker Wohltäter

==Was ist FunkFeuer?==
FunkFeuer ist ein Projekt das sich zum Ziel gesetzt hat, ganz Wien in eine Funkwolke basierend auf freien Netzstandards - ein sogenanntes Bürgernetz zu hüllen. [[FunkfeuerBeschreibung|mehr...]]

==Was ist ein Bürgernetz/Freenet?==
Hierbei gilt es zu unterscheiden zwischen
*frei im Sinne von Freibier und
*frei im Sinne von frei von Kontrolle

Wir verstehen unter einem Bürgernetz ein Computernetzwerk, das frei von kommerziellen Interessen und selbstorganisiert ist. Jeder Teilnehmer ist demnach auch selbst für seinen Knoten (engl. Node) verantwortlich. Durch das Zusammenschalten entsteht ein größeres Netz, in unserem Falle basierend auf einem Mesh-Routing-Protokoll mit Namen OLSR.

Um die Stabilität des Netzes trotz dieser dynamischen Verwaltung zu gewährleisten, erwarten wir uns von unseren Teilnehmern, dass sie das [http://funkfeuer.at/PeeringAgreement.180.0.html PicoPeeringAgreement] einhalten und damit die Basis für ein ruhiges Miteinander schaffen.

==Rechtliche Hinweise==
Rechtliche Hinweise finden sich im [http://www.funkfeuer.at/PicoPeeringAgreement.59.0.html PicoPeeringAgreement].

==Darf man das eigentlich auf den Frequenzen?==
Ja! Die Frequenzen sind bis zu gewissen Sendeleistungen frei und jeder darf darauf senden. Dank neuer Codierungstechniken macht es nicht mehr so viel aus, wenn jemand anderer ebenfalls die selbe Frequenz verwendet.

==Wie erkenne ich das Funkfeuer WLAN?==
Adhoc Netzwerk
SSID: freiesnetz.www.funkfeuer.at - ein Funkfeuer Rundstrahler ("meistens Omni")
oder: v*.freiesnetz.www.funkfeuer.at oder h*.freiesnetz.www.funkfeuer.at
Solltest du eine SSID 0xFF_00XX_www.funkfeuer.at sehen, so siehst du eine '''alte verweiste und ISOLIERTE ''' Funkfeuer Richtantenne die du nicht (mehr) mitbenützen kannst.

==Gesundheit==
siehe hierzu: http://wiki.skyhub.de/index.php/Gesundheit
Fazit: das Handy, das du an dein Ohr hältst, strahlt 30 mal stärker als WLAN!
WLAN wird in Krankenhäusern als "harmlos" und unbedenklich eingestuft.

==Warum muss ich mich registrieren?==
Weil es kein anonymes Netz ist.
Weil wir Infrastruktur aufbauen. Sollte jemand komplett illegale Dinge tun (Kinderp*rnos, Nazi Seiten hosten), dann MUSS so eine Aktion auf den Verursacher zurückfallen und nicht auf den Verein und auch nicht auf den Funknachbarn. Sprich: jeder ist selbst verantwortlich für das, was er/sie tut.

==Gebt ihr meine Daten weiter?==
Nur wenn uns die Polizei einen von einem real existierenden Richter unterschriebenen Antrag unter die Nase hält.
Sprich: Wir haben ein sehr strenges Datenschutzgesetz in Österreich.

==Wo kann ich mich registrieren?==
Am [[Montagstreff]] persönlich. Dort bekommst du Zugang zu "Redeemer", unserer Benutzerdatenbank, in der du deinen Knoten anmelden und dir IP Adressen zuweisen lassen kannst.

==Was ist ein Node?==
Ein Knotenpunkt, ein Mesh Routing fähiger Netzknoten.
Ein [[Node]] besteht aus üblicherweise mehreren [[Device|Devices]].
Ein Device ist ein kleiner WLAN Router oder auch dein mobiler Laptop. Alles, was eine einzige Funk Antenne hat.

==Welche Referenz Projekte gibt es?==
siehe hierzu: [http://funkfeuer.at/Links.45.0.html Links/Community]

==Wie schnell ist das Netz?==
Hängt sehr von den Details ab. Generell haben wir schon alle Erfahrungen gemacht: zwischen mickrigen wenigen kBit/sec bis zu ca. 20 MBit/sec ist alles drinnen. Es hängt sehr davon ab, ob 1) kurze Distanzen und 2) Störungen da sind. Generell gilt aber: Richtfunkstrecken (Richtfunk zu Richtfunk, alle Netze mit x.freiesnetz.www.funkfeuer.at im Namen) bringen am ehesten Bandbreite (machen das Netz schnell) aber Omnis (Rundstrahler) machen das Netz stabil, weil sie sich zu vielen anderen Omnis verbinden können.

Oft will man aber in der Praxis eine stabile Verbindung. Mail und Web sind die wichtigsten Services.

Wir werden in Zukunft mit Ronjas und 5GHz experimentieren. Wer mitarbeiten möchte: es gibt dazu [[Arbeitsgruppen]]

==Wird das nicht schnell missbraucht werden?==
Nein, die Teilnehmer bleiben nicht anonym. Wer bei uns durch das Gateway ins Internet gehen will, muss ein PicoPeeringAgreement unterschreiben und Namen und Adresse bekannt geben. Vorher wird der Zugang am Border Router nicht freigeschaltet. Für Abuse innerhalb des Netzes gibt es auf den Nodes genügend Möglichkeiten, von IPTables Rules bis Traffic Shaping.

==Wie kann ich mitmachen?==
Am Besten ist, du schaust bei einem der nächsten [[Montagstreff]]s persönlich vorbei und klärst mit uns mal ab wie die derzeitige Situation bei dir aussieht. Wenn das geklärt ist und die Möglichkeit besteht dich ins Netz zu bekommen kannst du auch bei uns Equipment ausleihen (gegen eine Kaution) mit dem du mal einen ersten Feldversuch machen kannst ob du ein Signal empfangen kannst (siehe [[Erste Schritte]]). Wenn das alles geklärt ist und du dich entschließt einen Node aufzubauen geht es in die Detailplanung. Hier ist es wiederum sehr hilfreich wenn du dich öfters bei uns blicken lässt, wir können dir vor allem mit Know-How zur Seite stehen.

Zusammengefasst:

# Du kommst zum MontagsTreff und erhältst einen Einführung und eine Überprüfung deines Vorhabens auf Plausibilität
# Du scannst bei dir um sicher zu stellen, dass tatsächlich ausreichender Empfang möglich ist
# Du kommst zum MontagsTreff und erhältst Zugang zum Webfrontend
# Du legst deinen Knoten in der [https://map.funkfeuer.at/ MAP] und deine Devices im Webfrontend an
# Du upgradest deinen Router mit der 0xFF-Backfire Vienna und stellst alles ein [[0xFF-Backfire_Vienna]]
# Aufbau

==Was kostet das?==
Im allgemeinen lässt sich das schwer sagen - es kommt immer darauf an, welches Equipment du einsetzen willst/musst. Aber generell ist eine Anbindung unter 100€ möglich. Du benötigst im einfachsten Fall einen outdoor [[Hardware#Router.2FBridges|WLAN-Router]] mit integrierter Antenne und ein Netzwerkkabel.

Zweckdienlicher Weise, mehr Speed, mehr Nutzen auch für andere, sollten aber mehrere Router für Richtfunkstrecken aufs Dach, oft auch auf einen Mast.

Das wird klarerweise dann mehr kosten.

==Skaliert das Netz?==
Ja und Nein! Das Protokoll skaliert im Netzwerk Simulator hervorragend, im reelen Einsatz v.a. mit WLAN ist das so eine Sache. WLAN wurde nie für die Zwecke gebaut, für die wir es verwenden (Outdoor Betrieb). Und WLAN macht bei der Skalierung auch die grössten Schwierigkeiten. OLSR selber ist da schon etwas besser.
Andererseits hilft uns die Mesh Technologie, immer die kürzesten Strecken (die wenigsten WLAN - Hupfer) zu finden. Mit Tuning kommt man so auf teilweise sehr gute Ergebnisse (zB 16 MBit/sec effektiver Datentransfer).
Wenn die Einstellungen schlecht sind oder zu viele WLAN Strecken zwischen deinem Knoten und dem Internet Uplink sind, dann kann es durchaus langsam sein. Das Problem ist vielschichtig. Aber man kann sehr viel optimieren, bessere Antennen, Linkstrecken ...

Bisher haben wir also gute und schlechte Erfahrungen gemacht. Und wir erarbeiten bereits jetzt mögliche Lösungen für Erweiterungen. So sind wir zum Beispiel derzeit mit der Überlegung beschäftigt einige Nodes über Glasfaser Leitungen zu verbinden (davon liegt ja in Wien genug) und damit die Zentralisation von unserem Border Router zu nehmen und zugleich die Möglichkeit das Netz generell besser zu dezentralisieren.

Weiters beschäftigen wir uns mit FSO (optischen Links, "Laserlinks").

Nicht zuletzt versuchen wir, die diversen Probleme, die WLAN aufwirft durch neue WLAN Standards (5GHz, etc) zu umgehen. Ist ein aktives Forschungsgebiet bei uns und wir freuen uns über Mitstreiter!

==Wie funktioniert der Uplink?==
Technisch funktioniert er wie jeder andere Uplink auch. ;-) Die Anbindung läuft über unseren eigenen Uplink in der Nähe des "VIVI" Internetknotens in Wien 1. Im Moment zahlt der Verein den Uplink.

==Wie sieht es mit Sicherheit aus?==
Die Daten gehen hier über ein bewusst offenes Netz! Wenn man sich Sicherheit für seine Daten verschaffen will, wäre allerdings möglich.

Man könnte einen Openvpn Tunnel zu einem Server ausserhalb des Funknetzes machen. Damit ist es möglich seine Daten via OpenSSL mit 2048Bit zu verschlüsseln und das ist um Längen besser als WEP. ;-)

(Der Funkfeuer-Tunnelserver ist dafür jedoch (noch) nicht gedacht/konfiguriert.)

Wem das zu kompliziert ist, kann zumindest den Firefox Addon der Electric frontier foundation installieren, der bestimmte Seiten wie Wikipedia (oder auch google) automatisch mit https verschlüsselt. Der download für diesen Addon findet sich hier:
https://www.eff.org/https-everywhere

==Selbstgebaute Antennen==
Wenn du handwerklich geschickt bist, kannst du es natürlich auch mit solchen Geräten versuchen. Wir selbst haben damit nicht die besten Ergebnisse erzielt und v.a. wenn man die Arbeit, die man damit hat, rechnet und dann die Preise von einigen günstigen Anbietern ansieht, überlegt man es sich nochmal. ;-)

Allerdings, wer eine Antenne selber bauen '''will''', dem ist vielleicht mit dem Yagi Calculator geholfen: http://fermi.la.asu.edu/w9cf/yagipub/index.html

==Mesh Routing?==
[[Mesh Routing]] ist ein radikal neuer Ansatz im Bereich der Routing Protokolle. Die Idee dahinter gibt es bereits seit einiger Zeit, die eigentlichen Möglichkeiten zur Benutzung sind aber v.a. durch die neuen Funktechnologien aufgekommen. Internet Provider verwenden zumeist klassische Routing Protokolle wie OSPF, BGP oder RIP. Diese kümmern sich darum, dass auf den Routern der Provider immer bekannt ist, über welche Interfaces welche Netze erreicht werden können und die Pakete entsprechend weiter gereicht werden. Diese Routing Tabellen werden aufgrund der Administration des Providers erstellt. Mesh Routing funktioniert hingegen völlig automatisch und unabhängig. Vereinfacht könnte man sich den Vorgang wie folgt vorstellen:
Rechner1: "Hey, ich bin da - wer noch?"
Rechner2: "Ich bin hier, über mich erreichst du xyz!"
Dies passiert in verschiedenen Abständen und damit erstellt sich jeder Router seine Routing Tabelle und lernt somit wie das Netz um ihn herum aufgebaut ist. In Wirklichkeit stecken dahinter natürlich noch einige Algorithmen mehr, wie zum Beispiel in OLSR eine Erweiterung die die Verbindungsqualität in die Routenwahl mit ein berechnet.

==Wie baue ich meinen Knoten, welche Geräte brauche ich, wie funktioniert es?==
Siehe dazu die [[Erste Schritte | ersten Schritte]]

==Muss ich wirklich aufs Dach? Ich empfange in meiner Wohnung schon Funkfeuer, ich möchte nur einen Router ins Fenster stellen oder mit dem Notebook ins Netz==
Funkfeuer ist '''kein''' finanzstarker Wohltäter, der es sich zur Aufgabe gemacht hat, alle Menschen mit gratis Internet zu versorgen. Das gesamte Netz wurde von engagierten Leuten in ihrer Freizeit mit viel Aufwand aufgebaut. Wenn du nur in deiner Wohnung das Netz "empfängst", dann gibst du nichts zurück. Wenn du aber selbst auf dem Dach einen Knoten aufbaust, dann bist du für deine umliegenden Knoten die Sicherheit, wenn einmal ein anderer Knoten ausfällt. Außerdem bist du dann möglicher Ausgangspunkt für weitere Interessenten.
Oder anders gesagt: Stell dir vor, du hast in mühsamer Arbeit eine Antenne am Dach montiert und dann kommt dein Nachbar und sagt: "Fein, das verwende ich einfach mit!" Das würdest du auch nicht wollen. Das Funkfeuer-Netz ist ein gegenseitiges Geben und Nehmen.

==Gibt es da gar keine Ausnahmen?==
In einigen seltenen Fällen kann es sinnvoller sein, einen benachbarten Knoten beim Ausbau zu unterstützen und sich dann direkt an diesen anzuschließen. Das ist aber die Ausnahme und sollte ausschließlich nach vorheriger Absprache mit dem betreffenden Knotenbetreiber erfolgen! Außerdem solltest du es dann sehr in Erwägung ziehen, dem Netz auf andere Art und Weise etwas zurückzugeben. Vielleicht kannst du beim [[Montagstreff]]en neue Interessenten unterstützen? Oder du kannst gut programmieren und möchtest bei der Weiterentwicklung der Software mitarbeiten? Oder du möchtest einfach regelmäßig etwas [http://www.funkfeuer.at/Spenden.193.0.html spenden]?

==Mobil mit Laptop im Netz, geht das?==
Ja! Überall dort, wo das Netz "freiesnetz.www.funkfeuer.at" empfangbar ist. So hat schon Radio Orange mobil über unser Netz eine Radio Sendung gestreamed und in das echte klassische Radio eingespeisst. Hat funktioniert!
Telefonieren (Voice over IP, VoIP) sollte ebenfalls so gehen. Uns ist es aber sehr recht, wenn man auch selber eine Antenne aufs Dach gibt, da so das netz eher wachsen kann.

==Was braucht man dazu?==
Eine offizielle mobile IP Adresse von FunkFeuer, diese gibts beim [[Montagstreff]]en. Dann OLSR am Laptop installieren (siehe [http://funkfeuer.at/Windows.141.0.html Windows OLSR Download]) und dem "freiesnetz_www.funkfeuer.at" Netz im Ad-hoc modus joinen (verbinden).
OLSR starten, fertig. Details, Erklärungen und Installationshilfe am Montagstreffen.

==Was für IP Adressen gibt es?==
Wir vergeben ausschließlich statische (fixe) und offizielle IP Adressen. Diese Adresse "gehört" dann dir und ändert sich nicht.

siehe auch [[Erste_Schritte#Das_Frontend]]

==Wie schauts mit illegalen Downloads aus?==
hm... deine eigene Verantwortung. Wir versuchen ein Netz aufzubauen. Mehr nicht.

==Kann jemand über meinen Knoten illegale Dinge tun?==
technisch gesehen kann es passieren, dass über deinen Knoten solche Daten "gerouted" werden. Allerdings ist die Absender Adresse (IP Adresse) eine statische von dem Verursacher und nicht deine. Es fällt also auf den Verursacher zurück.

==Hilfe! Ich hab meinen Linksys geflasht und er booted nicht mehr! Was kann ich tun?==
Den Linksys kann man fast immer retten. Wir haben eine [[Troubleshooting]] Section...
Siehe auch [http://openwrt.org/OpenWrtDocsOpen WRT wiki]

==Was ist dieses Smokeping-Ding?==
Smokeping zeigt an, wie gut die Verbindung von einem bestimmten Knoten bis zur "Funkfeuer-Zentrale" im Vivi ist. Dazu sendet ein Rechner von FunkFeuer (sandwich?) an jeden einzelnen Knoten alle 5 Minuten 20 [http://de.wikipedia.org/wiki/Ping_(Daten%C3%BCbertragung) Pings]. Die Antworten auf diese Pings werden grafisch dargestellt: Die grauen Balken zeigen an, wie lange es gedauert hat, bis Antworten auf die einzelnen Pings zurückkamen. Ein dunklerer Fleck im Balken zeigt an, dass die Antworten auf mehrere Pings ähnlich lange gedauert haben (weiter oben: lange Antwortzeit=schlecht - weiter unten: kurze Antwortzeit=gut). Eine hellere graue Fläche zeigt an, dass nur wenige Antworten auf einzelne Pings genau so lange gedauert haben. Die bunte Linie enthält 2 Informationen: Erstens zeigt ihre Position an, wie lange die Antworten auf die Pings ''im Durchschnitt'' gedauert haben (wieder: oben heißt langsam, unten heißt schnell). Außerdem zeigt ihre Farbe an, wie viele Pings "verloren gegangen" sind und keine Antwort erhielten. Grün: Keine Daten wurden verloren - Rot: (fast) alle Daten wurden verloren.
SmokePing zeigt dir nicht an, wie gut deine Verbindung zum/zu den nächsten Knoten ist. Schlechte Verbindungen irgendwo anders im Funkfeuer-Netz können sich bezüglich SmokePing bei der Grafik deines Knotens auswirken. Deine Verbindung zum Internet ist stabil und schnell, wenn du viele grüne Striche weit unten hast (z.B. für VoIP sehr wichtig).

==Was bedeuten die Werte für LinkQuality / NLQ / ETX in der Freifunk-Firmware?==
Jeder Funkfeuer-Knoten sendet in regelmäßigen Intervallen Signale aus, um seine Umgebung zu "erkunden". Der Wert "LinkQuality" gibt an, wie viele dieser Signale der benachbarten Knoten beim eigenen Knoten ankommen. Wenn also zum Beispiel 15 von 100 Signalen des Nachbarknotens nicht beim eigenen Knoten ankommen, so sind 15 Signale "lost" (nächste Spalte in der Weboberfläche); 85 Signale kommen an, daher ist der Wert für die LinkQuality 0,85 (85/100). Die beste mögliche Link Quality ist 1 (alle Pakete kommen an).
NLQ bedeutet Neighbour Link Quality (Link-Qualität beim Nachbarn) und sagt aus, wieviele meiner Pakete bei meinem Nachbarn ankommen. ETX bedeutet Expected Transmission Count (Erwartete Übertragungsanzahl) und ist ein Produkt aus LQ und NLQ (ETX=1/(LQxNLQ)). Wenn z.B. nur jedes zweite meiner Pakete bei meinem Nachbarn ankommt und wieder nur jedes zweite Paket meines Nachbarn bei mir ankommt, so muss ich voraussichtlich 4 Pakete auf den Weg schicken, wenn zumindest eines von mir zu meinem Nachbarn und auch wieder zurück kommen soll. Somit ist der ETX-Wert ein Maß für die Qualität der Verbindung zwischen zwei benachbarten Knoten. Was lässt sich noch aus diesen Werten herauslesen? Ist zum Beispiel die LQ gut (=nahe 1) aber die NLQ niedrig (=nahe 0), dann ist möglicherweise meine Sendeleistung zu schwach für meine Antenne eingestellt (siehe [[Gesetzliche_Bestimmungen]]).

==Kann ich beide Antennenanschlüsse meines Routers verwenden?==
In der Standardfirmware werden die Antennenanschlüsse des Routers über einen sogenannten Diversity-Chip angesteuert. Dabei erkennt das Gerät, auf welcher Antenne der Empfang zuletzt besser war und wählt diese Antenne als Sendeantenne für die nächste Übertragung aus. Da bei Funkfeuer in vielen Fällen Richtantennen verwendet werden (die ja in völlig unterschiedliche Richtungen zeigen können), kann dies dazu führen, dass Pakete an die falsche Antenne und somit in die völlig falsche Richtung gesendet werden. Wir verwenden daher immer nur einen Antennenanschluss am Router und deaktivieren den Diversity-Chip.

Auch bei 182.11n MIMO Routern ist es nicht vorgesehen, die Antennenanschlüsse unabhängig von einander zu betreiben.

[[Category: Dokumentation]]
[[Category: Hilfe]]

zurück zu wiki_funkfeuer_at<br>
< [[Startseite|Startseite]] > < [[0xff_Backfire-Vienna-Startseite|Backfire-Vienna]] > < [[0xff_Backfire-Vienna-Standards|Standards]] > < [[0xff_Backfire-Vienna-Installation|Installation]] > < [[0xff_Backfire-Vienna-Weiterführendes|Weiterführendes]] > < [[0xff_Backfire-Vienna-Aktivitäten|Aktivitäten]] > < [[0xff_Backfire-Vienna-Index|Index]] >
----
<google>WIKI</google>

Kanalwahl

2014-03-05T10:57:37Z

Matthias: /* 2,4 Ghz */ typo

==2,4 Ghz==
Funkfeuer Wien hat im 2.4 GHz WLAN-Band seine Betrieb zu einer Zeit aufgenommen, als Home-Router mit WLAN noch eine Seltenheit waren. Innerhalb der letzten 10 Jahre hat sich die Situation aber drastisch verschärft, und eine Nutzung der 2.4 GHZ Frequenzen stellt eine immer größere Herausforderung dar. Aus diesem Grund wird nun versucht, das Netz durch die Aufgabe des AdHoc-Modes zu stabilisiseren.
Da wir aber noch viele Geräte in dieser Konfiguartion haben, hier mal die Konfiguration dieser Betriebsart:

====2.4 GHz AdHoc-Kanalkonfiguration====
[[Bild:Kanal1-14-at-2,4GHz.gif]]

Aus historischen Gründen beträgt der Kanalabstand in den WLAN-Bändern 5 MHz. (802.11b). Seit dem vermehrten Einsatz der Normen 802.11g und höher benötigt eine WLAN Funkverbindung eine Bandbreite von 20 oder sogar 40 MHz.

Durch den Betrieb [http://de.wikipedia.org/wiki/Amateurfunk-Fernsehen Amateur-TeleVision eines Amateurfunk-TV Senders] mit einer Sendeleistung von 70 Watt (gegenüber unseren 0,1 Watt) ist Kanal 7 oft stark gestört.
Auch auf den Kanälen 5 und 9 ist kaum ein vernünftiger Datendurchsatz erreichbar, selbst die Kanäle 4 und 10 sind noch etwas eingeschränkt.

Aus diesem Grund hätten wir nur 2 komplett ungestörte Kanäle zur Verfügung, was leider zuwenig ist.
Daher nehmen wir die gegenseitigen Störungen der Kanäle 1/4 und 10/13 in Kauf und verwenden im Netz von FunkFeuer Wien die WLAN Kanäle 1, 4, (7), 10, 13 anstelle der [https://www.rtr.at/de/tk/Spektrum2400MHz RTR-Empfehlung] die Kanäle 1,5,9 und 13 zu verwenden.

Kanal 1 VERTIKAL
v1.freiesnetz.www.funkfeuer.at
Kanal 1 HORIZONTAL
h1.freiesnetz.www.funkfeuer.at
bssid= '''4E:FE:52:36:2E:65''' selbe bssid v1 und h1

Kanal 4 VERTIKAL
v4.freiesnetz.www.funkfeuer.at
Kanal 4 HORIZONTAL
h4.freiesnetz.www.funkfeuer.at
bssid= '''26:A4:05:7B:2B:D8''' selbe bssid v4 und h4

Kanal 7 VERTIKAL
v7.freiesnetz.www.funkfeuer.at
Kanal 7 HORIZONTAL
h7.freiesnetz.www.funkfeuer.at
bssid= '''7A:55:80:50:08:08''' selbe bssid v7 und h7

Kanal 10 VERTIKAL
v10.freiesnetz.www.funkfeuer.at
Kanal 10 HORIZONTAL
h10.freiesnetz.www.funkfeuer.at
bssid= '''52:51:E5:D5:5A:43''' selbe bssid v10 und h10

Kanal 13 VERTIKAL
v13.freiesnetz.www.funkfeuer.at
Kanal 13 HORIZONTAL
h13.freiesnetz.www.funkfeuer.at
bssid= '''26:A7:D4:E4:4F:4D''' selbe bssid v13 und h13

====2.4 GHz AccesPoint/Client-Kanalkonfiguration====

Generell wollen wir aber auch im 2.4GHz-Band auf die Betriebsart AdHoc verzichten und auf eine durchgängige AccessPoint-Client Configuration setzen, bei der immer das räumlich höhere Gerät als AP konfiguriert wird.
In diesem Fall ist es nicht notwendig eine BSSID einzutragen, da diese aus der MAC-Adresse des WLAN-Interfaces abgeleitet wird.

Als SSID (ESSID) verwenden wir '''[node].wien.funkfeuer.at''', um den Ort der Gegenstelle besser erkennbar zu machen.

==5GHz==

====Kanalbegrenzungen====

Da sich unsere Geräte den 5 GHz Frequenzbereich mit militärischen und zivilen Radar- und Space-Kommunikationsdiensten teilen müssen, sind wir angehalten, diese nicht zu beeinträchtigen. (WLAN ist ein sog. Sekundärdienst)
Aus diesem Grund haben wir in unserer Software einige Vorkehrungen getroffen, dass ihr hier keine bösen Überraschungen erlebt.

'''Wenn ihr den Default-Wert '''AT''' nicht verändert, sind folgende Kanäle gesperrt:'''
* '''Kanäle 36-48''' ''Diese Kanäle dürfen Outdoor nicht verwendet werden (SAT-Kommunikation)''
* '''Kanäle 120-128''' ''In diesem Bereich befindet sich das zivile Wetterradar, das wir nicht beeinträchtigen wollen''

====AccessPoint-Client Konfiguration====

Generell wollen wir im 5GHz-Band auf die Betriebsart AdHoc weitgehend verzichten und auf eine durchgängige AccessPoint-Client Configuration setzen, bei der immer das räumlich höhere Gerät als AP konfiguriert wird.
In diesem Fall ist es nicht notwendig eine BSSID einzutragen, da diese aus der MAC-Adresse des WLAN-Interfaces abgeleitet wird.

Als SSID (ESSID) verwenden wir '''[node].wien.funkfeuer.at''', um den Ort der Gegenstelle besser erkennbar zu machen.

====Ad-Hoc Konfiguration====
Sollten dennoch AdHoc-Verbindungen verwendet werden, bitte folgende Einstellung verwenden:

{| class="wikitable"
| rowspan="9" style="width: 3em" | 5GHz
! style="width: 5em" | Kanal
! style="width: 8em" | BSSID-Vertikal
! style="width: 8em" | BSSID-Horizontal
! style="width: 8em" | BSSID-Dual
|-
| 100 || 00:FF:01:00:01:20 || 00:FF:01:00:02:20 || 00:FF:01:00:03:20
|-
| 104 || 00:FF:01:04:01:20 || 00:FF:01:04:02:20 || 00:FF:01:04:03:20
|-
| 108 || 00:FF:01:08:01:20 || 00:FF:01:08:02:20 || 00:FF:01:08:03:20
|-
| 112 || 00:FF:01:12:01:20 || 00:FF:01:12:02:20 || 00:FF:01:12:03:20
|-
| 116 || 00:FF:01:16:01:20 || 00:FF:01:16:02:20 || 00:FF:01:16:03:20
|-
| 132 || 00:FF:01:32:01:20 || 00:FF:01:32:02:20 || 00:FF:01:32:03:20
|-
| 136 || 00:FF:01:36:01:20 || 00:FF:01:36:02:20 || 00:FF:01:36:03:20
|-
| 140 || 00:FF:01:40:01:20 || 00:FF:01:40:02:20 || 00:FF:01:40:03:20
|}

Als ESSID verwenden wir wie in der AP-Client Konfiguration
'''[node].wien.funkfeuer.at'''

==Funkfeuer-Freebone==
im Aufbau --[[Benutzer:JoeSemler|JoeSemler]] ([[Benutzer Diskussion:JoeSemler|Diskussion]]) 16:35, 29. Nov. 2013 (CET)

Arbeitsgruppe IPv6 im Mesh

2013-05-02T19:01:15Z

Matthias: /* Weitere Quellen */ RIPE online Videos

Achtung dies ist ein [[Arbeitsgruppe_WoW|WoW]] (Maintainer: siehe Changelog)
----
und wenn dieses blöde Mediawiki nicht gerade meine Arbeite gefressen hätte, dann wäre hier auch schon ur viel zu lesen. *grml*

Es gibt ca. 2 Mrd. öffentliche IPv4 Adressen. Davon sind ca 74% unter der Kontrolle der USA, vom Rest hab' ich allein 5 bei Funkfeuer registriert und muss trotzdem NAT verwenden. Da dies eher unbefriedigend ist, wurde IPv6 entwickelt, das aber bisher noch nicht wirklich große Verbreitung gefunden hat. Was liegt also näher als diese neue Technologie in einem experimentellen Netz wie Funkfeuer auszuprobieren?

=Was wir schon haben=
* Einen großen Block IP6 Adressen
* natives IP6 im housing
* öffentliche IP4 Adressen auf allen Routern

=Probleme=
* Mittelfristig werden nicht alle Mesh-Router IP6 Forwarding unterstützen
* Die Routingtabelle für jedes Protokoll extra zu berechnen macht nicht wirklich viel Sinn
* Bei Verwendung einer klassischen Tunnellösung geht interner traffic vom Mesh zu einem zentralen Server und wieder zurück ins Mesh. Das ist nicht schön. Eine Lösung dafür wären a) verteilte Tunnelserver, b) natives IPv6 möglichst bald durch Umstellung möglichst vieler Router.

=Lösungsvorschläge=
==6to4 Tunnel==
Bei IPv6 gibt es einen eigenen Prefix (2002:/16) unter dem jeder IP4 Adresse ein (ziemlich großes) IP6 Subnetz zugeornet ist. Diese Adressen sind zum Übergang zwischen IPv4 und IPv6 gedacht.

===Vorteile===
* Es muss kein eigener IP6 Adressblock registriert/verwaltet werden
* Die Infrastruktur von IPv4 kann mitbenutzt werden
* Pakete zwischen Mesh Nodes gehen über den natürlichen Weg im Mesh
* Es funktioniert mit allen relevanten Firmwares

===Nachteile===
* Eigene IP6 Blöcke können nicht im Internat angekündigt werden
* Ein 6to4 anycast server in unserer Nähe wäre fein **)
* Es wird eine öffentliche IPv4 Adresse benötigt

- **: Theoretisch kann ein 6to4 Anycast auf dafür eingerichteten Routern Mesh-intern mittels Anycast von 192.88.99.1 eingerichtet werden. Problematisch ist dies hinsichtlich des dynamischen Routings (zur Problematik siehe auch http://en.wikipedia.org/wiki/IPv6_rapid_deployment) und hinsichtlich IP Protokoll 41 - wenn letzteres nicht weitergeleitet wird (Firewalls mit DROP Policy ohne Ausnahme für Protokoll 41) ist jedweder 6to4, 6in4 oder 6rd Tunnel nicht möglich. Eine Ausnahme davon ist Teredo, das über UDP arbeitet und somit auch hinter restriktiven Firewalls arbeitet. Damit sind dynamische Tunnel auch hinter 3G-Mobilfunkroutern/mit 3G-Sticks, die zumeist private IPs und NAT verwenden, möglich.

===Funktionsweise beim Routen eines Pakets===
Wenn wir ein IP6 Route haben: Wir benutzen diese

Die Zieladdresse ist eine 6to4 Adresse: Wir geben das Paket in ein 6to4 Tunnelpaket und senden dieses and die IP4 Adresse des zuständigen Gateways.

Die Zieladdresse ist eine andere IP6 Adresse: Wir geben das Paket in ein 6to4 Tunnelpaket und senden dieses and die 6to4 anycast Adresse (192.88.99.1).

===Let's do it===
Zuerst müssen wir die Unterstützung für IPv6 in den Kernel laden:

ipkg install kmod-ipv6
insmod /path/to/ipv6.o

Als nächstes müssen wir für unsere IP4 Adresse den 6to4 Prefix berechnen. Dazu geben wir folgenden Befehl in eine Unix Shell (die Shell von freifunkfirmware genügt leider nicht, die von kamikaze schon) ein:

PREFIX=$(printf "2002:%02x%02x:%02x%02x" $(echo MYIP | tr "." " ") )

Zum Beispiel für die ip 78.41.112.63 ist das Ergebnis "2002:4e29:703f".

Als nächstes wollen wir das ganze einmal temporär konfigurieren, um es auszuprobieren. Dazu geben wir am Router die folgenden Befehle ein:

ip tunnel add tun6to4 mode sit ttl 64 remote any local MYIP
ip link set dev tun6to4 up
ip -6 addr add $PREFIX::1/16 dev tun6to4 # /16 ist richtig
ip -6 route add default via ::192.88.99.1 dev tun6to4

:Bemerkung: Wir verwenden in Zeile 3 /16 anstelle der sonst üblichen /64, weil ja alle 6to4 Adressen über den Tunnel direkt erreichbar sind und nicht nur unsere eigene... Würden wir /64 verwenden, dann würden Routen zu IPs im Mesh über den anycast server gehen, also nicht mehr den "natürlichen Weg", was 6to4 irgendwie ad absurdum führen würde - da könnten wir gleich eine zentrale Tunnellösung verwenden.

So, nun sollte der Router unter der IP6 Addresse $PREFIX::1 erreichbar sein. Damit wir das aber auch nutzen können, müssen
wir auch noch IPv6 am LAN konfigurieren. Wie das genau geht, hängt von der Firmware ab. Ich hab' bei mir folgendes gemacht.

Am Router:
ip -6 addr add $PREFIX:1::1/64 dev vlan0

Und am PC:
sudo ip -6 addr add $PREFIX:1::2/64 dev eth0
sudo ip -6 route add default via $PREFIX:1::1

Anstatt am PC händisch IP und route einzutragen kann man auch die Autokonfiguration von IPv6 verwenden. Siehe dazu die Anleitung weiter [[#Adressautokonfiguration | unten]].

Nun sollten wir vom PC aus die IPv6 Verbindung testen können, z.B. mit:
ping6 marvin.funkfeuer.at

Wenn das oben nicht reicht (linksys/whiterussian machte probleme) dann noch
sysctl -w net.ipv6.conf.all.forwarding=1

Weil v6 forwarding bei mir ausgeschaltet war

und
ip -6 route add 2000::/3 via ::192.88.99.1 dev tun6to4

weil das routing mit der defaultroute so nicht geklappt hat

===Dauerhafte Konfiguration für FFF===
Folgendes Skript stellt die obige Konfiguration bei einem Neustart wieder her. Die Parameter am Beginn müssen natürlich für jeden Router angepasst werden (Mag wer ein .ipk mit einer Seite für's webinterface schreiben?). **

/etc/init.d/S556to4
#!/bin/sh

MYIP="127.43.233.17"
PREFIX="2002:7f2b:e911"
LANDEV="vlan0"

case $1 in
start)
ip tunnel add tun6to4 mode sit ttl 64 remote any local $MYIP
ip link set dev tun6to4 up
ip -6 addr add $PREFIX::1/16 dev tun6to4
ip -6 route add default via ::192.88.99.1 dev tun6to4

ip -6 addr add $PREFIX:1::1/64 dev $LANDEV
;;

stop)
ip tunnel del tun6to4
ip -6 addr del $PREFIX:1::1/64 dev $LANDEV
;;

*)
echo "Usage: $0 {start|stop}"
exit 1
;;
esac

- ** Auf neueren Firmwares (Backfire und 0xFF-OS) sind die Pakete 6scripts (/etc/config/6tunnel) und luci-proto-6x4 dafür heranzuziehen.

===Offene Fragen===
* Wie gut funktioniert pathmtu discovery?
** Bei meinen bisherigen Tests (mit tracepath6 und ein paar Tage normale Nutzung) war's ok sowohl zu 6to4 Adressen als auch zu echten IP6 Adressen. - Tests in die andere Richtung wären aber auch noch nett.
* Bisher alle Tests ganz ohne Firewall (nicht einmal IPv4)
* Eigener anycast server für Funkfeuer?
* DNS für IP6 Adressen?

=Lokale IPv6 Konfiguration=
==Adressautokonfiguration==
Ein nettes Feature von IPv6 ist die automatische Konfiguration der Adressen auf den Clients durch das IPv6 Protokoll selbst (also ganz ohne DHCP). Damit das funktioniert, muss am Router allerdings ein sogenannter ''router advertisement daemon (radvd)'' laufen, der den Router im Netz ankündigt.

===Installation des radvd===
Der radvd wird sowohl von der Freifunkfirmware als auch von OpenWRT/kamikaze unterstützt. Nach einem

ipkg install radvd

befindet sich in /etc/radvd.conf eine Beispielkonfiguration, die noch an das System angepasst werden muss. Zunächst müssen wir den IPv6 Prefix, den wir am LAN-Interface (bei meinem Router ist das vlan0, bei anderen Routern heißt es vielleicht eth0.0, br0, br-lan, ...) verwenden, herausfinden:

root@OpenWrt:/etc# ip addr show dev vlan0
4: vlan0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue
link/ether 00:16:01:92:8b:f2 brd ff:ff:ff:ff:ff:ff
inet 192.168.11.1/24 brd 192.168.11.255 scope global vlan0
inet6 fe80::216:1ff:fe92:8bf2/64 scope link
inet6 2002:c1ee:9eb2:1::1/64 scope global

Die globale inet6 Adresse ist das was uns interessiert. Die Adresse ist "2002:c1ee:9eb2:1::1", der Prefix ist "2002:c1ee:9eb2:1::/64" - ohne der letzten Eins in der Ausgabe von ip!

Diesen Prefix brauchen wir jetzt um am Router eine passende /etc/radvd.conf Datei zu erstellen. In meinem Fall sieht die Datei so aus:

interface vlan0
{
AdvSendAdvert on;
prefix 2002:c1ee:9eb2:1::/64
{
AdvOnLink on;
AdvAutonomous on;
AdvRouterAddr off;
};
};

Das Interface und der Prefix sind entsprechend zu ersetzen!

Bei kamikaze müssen wir auch noch explizit aktivieren, dass der radvd beim Booten gestartet werden soll:
/etc/init.d/radvd enable

Jetzt muss der radvd noch gestartet werden:

/etc/init.d/S51radvd start #Freifunkfirmware
/etc/init.d/radvd start #kamikaze

Achtung: Der radvd ist sehr sparsam, was Fehlermeldungen betrifft. Wenn es nicht funktioniert den radvd am besten mit der Hand mit Debug level 5 starten.

radvd -d 5

In der Freifunkfirmware sieht man die Ausgabe von radvd nur mit dem Befehl logread.

==Firewall==
Leute, die ihren Usern (oder ihrem Betriebssystem) nicht vertrauen, wollen wahrscheinlich eine Firewall am Router haben. Will jemand eine passende Firewallkonfig vorschlagen?

=Weitere Quellen=
* http://debienna.at/IPv6to4
* http://wiki.debian.org/DebianIPv6
* http://wiki.openwrt.org/IPv6_howto
* [http://blogs.k-ita.de/~alx/?p=91|Stateless IPCM/IP Translation nach rfc2765]
* [https://www.ripe.net/lir-services/training/e-learning/ipv6/transition-mechanisms|four videos on IPv6 Transition Mechanisms @ RIPE online training]