Freifunk Dresden: Unterschied zwischen den Versionen

Aus C3D2
Zur Navigation springen Zur Suche springen
(einmal mit der hacke durch; ich hoffe das so allen genehm)
(16 dazwischenliegende Versionen von 6 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
{{Broken|Reason=Technische Details depubliziert unter [[Intern:Freifunk Dresden]].|}}
[[Datei:1406FreifunkDresden-Logo.svg‎|rechts]]
[[Datei:1406FreifunkDresden-Logo.svg‎|rechts]]
[[Freifunk Dresden]] ist das Projekt in Dresden zu [[wikipedia:de:Freifunk]]. Das Freifunk-Netz Dresden ist ein von Freiwilligen betriebenes freies WLAN-Netzwerk. Ziel ist es, Dresden flächendeckend mit [[Freifunk]] zu versorgen.<ref>Seite des [http://www.freifunk-dresden.de Freifunk Dresden]</ref>
[[Freifunk Dresden]] ist das Projekt in Dresden zu [[wikipedia:de:Freifunk]]. Das Freifunk-Netz Dresden ist ein von Freiwilligen betriebenes freies WLAN-Netzwerk. Ziel ist es, Dresden flächendeckend mit [[Freifunk]] zu versorgen.<ref>Seite des [http://www.freifunk-dresden.de Freifunk Dresden]</ref>
Zeile 16: Zeile 14:
=== Firmware ===
=== Firmware ===


Seit {{#formatdate:2014-12-03}} steht die [http://download.ddmesh.de/firmware/2.1.5/ Firmware 2.1.5] zur Verfügung.
Seit {{#formatdate:2014-12-03}} steht die [http://download.ddmesh.de/firmware/ Firmware] zur Verfügung.


Die Firmware-Dateien sind nach den unterstützten Geräten benannt. Der Name einer Firmware-Datei setzt sich als <code>openwrt-ar71xx-generic-''ROUTERNAME''-squashfs-''ZUSATZ''.bin</code> zusammen.
Die Firmware-Dateien sind nach den unterstützten Geräten benannt. Der Name einer Firmware-Datei setzt sich als <code>openwrt-ar71xx-generic-''ROUTERNAME''-squashfs-''ZUSATZ''.bin</code> zusammen.
Zeile 26: Zeile 24:
: Beim Dateinamen <code>openwrt-ar71xx-generic-''tl-wr841n-v8''-squashfs-''sysupgrade''.bin</code> bedeutet der Zusatz ''Sysupgrade'' hingegen, dass diese Datei zum Updaten eines bereits für den Dresdner Freifunk im Einsatz befindlichen Routers ist.
: Beim Dateinamen <code>openwrt-ar71xx-generic-''tl-wr841n-v8''-squashfs-''sysupgrade''.bin</code> bedeutet der Zusatz ''Sysupgrade'' hingegen, dass diese Datei zum Updaten eines bereits für den Dresdner Freifunk im Einsatz befindlichen Routers ist.


Ausführliche Erklärungen zur Konfiguration der Firmware werden im [[freifunk-dresden:Hauptseite | Wiki]] (wiki.freifunk-dresden.de) gepflegt.
Ausführliche Erklärungen zur Konfiguration der Firmware sowie alle anderen Informationen bezüglich Freifunk Dresden, werden im [[freifunk-dresden:Hauptseite | Wiki]] (wiki.freifunk-dresden.de) gepflegt.


=== Router ===
=== Router ===


Wie der [http://download.ddmesh.de/firmware/2.1.5/ar71xx/ Firmware-Liste] zu entnehmen ist, gibt es eine Vielzahl an Freifunk-kompatiblen Routern. Allerdings erfreuen sich bestimmte Modelle in Dresden meist insbesondere wegen der günstigen Anschaffungskosten besonderer Beliebtheit:
Wie der [http://download.ddmesh.de/firmware/ Firmware-Liste] zu entnehmen ist, gibt es eine Vielzahl an Freifunk-kompatiblen Routern. Allerdings erfreuen sich bestimmte Modelle in Dresden meist insbesondere wegen der günstigen Anschaffungskosten besonderer Beliebtheit.<br>
Eine aktuelle Übersicht wird im Wiki von Freifunk Dresden gepflegt [https://wiki.freifunk-dresden.de/index.php/Router Router].


{| class="wikitable sortable zebra toptextcells"
{| class="wikitable sortable zebra toptextcells"
Zeile 43: Zeile 42:
| TL-WR841N
| TL-WR841N
| TP-Link
| TP-Link
| 16-20
| style="text-align:right" | 16-20
| 032
| style="text-align:right" | 32
| 4
| style="text-align:right" | 4
| Im Unterschied zum Modell mit der Endung ''ND'' mit nicht abnehmbaren Antennen ausgestattet.
| Im Unterschied zum Modell mit der Endung ''ND'' mit nicht abnehmbaren Antennen ausgestattet.
|-
|-
| TL-WR841ND
| TL-WR841ND
| TP-Link
| TP-Link
| 20-29
| style="text-align:right" | 20-29
| 032
| style="text-align:right" | 32
| 4
| style="text-align:right" | 4
| ''D'' steht für ''detachable'', der Router besitzt also abnehmbare Antennen.
| ''D'' steht für ''detachable'', der Router besitzt also abnehmbare Antennen.
|-
|-
| TL-WDR3600
| TL-WDR3600
| TP-Link
| TP-Link
| 40-
| style="text-align:right" | 40-
| 128
| style="text-align:right" | 128
| 8
| style="text-align:right" | 8
| mehr Speicher, USB Anschlüsse, auch 5 GHZ, 2 abnehmbare Antennen
| mehr Speicher, USB Anschlüsse, auch 5 GHz, 2 abnehmbare Antennen
|-
|-
| TL-WDR4300
| TL-WDR4300
| TP-Link
| TP-Link
| 45-
| style="text-align:right" | 45-
| 128
| style="text-align:right" | 128
| 8
| style="text-align:right" | 8
| mehr Speicher, USB Anschlüsse, auch 5 GHZ, 3 abnehmbare Antennen
| mehr Speicher, USB Anschlüsse, auch 5 GHz, 3 abnehmbare Antennen
|-
|-
| Nanostation&nbsp;M2&nbsp;loco
| Nanostation&nbsp;M2&nbsp;loco
| Ubiquiti
| Ubiquiti
| 40-
| style="text-align:right" | 40-
| 032
| style="text-align:right" | 32
| 8
| style="text-align:right" | 8
| 2,4 GHz Richtfunk, Outdoor, 60° Öffnungswinkel, Power over Ethernet + Injector
| 2,4 GHz Richtfunk, Outdoor, 60° Öffnungswinkel, Power over Ethernet + Injector
|-
|-
|}
|}
Auch interessant für weitere Bastelarbeiten: [https://vocore.io/ vocore]


== Standorte ==
== Standorte ==


Das Netz von Freifunk Dresden erstreckt sich nicht nur über Dresden selbst, sondern ist mittlerweile vereinzelt u. a. in
Das Netz von Freifunk Dresden erstreckt sich nicht nur über Dresden selbst, sondern ist mittlerweile vereinzelt u. a. in
* Coswig,
* Freital,
* Meißen,
* Meißen,
* Coswig,
* Radebeul,
* Radeberg und
* Radeberg und
* Freital
* Radebeul
zu finden. Detaillierte Standortinformationen sind auf der [http://www.freifunk-dresden.de/topology/google-maps.html Freifunk-Karte] zu finden.
zu finden. Detaillierte Standortinformationen sind auf der [http://www.freifunk-dresden.de/topology/google-maps.html Freifunk-Karte] einsehbar.


Neben den festen Standorten gibt es Freifunk auch auf [[Freifunk Dresden/Veranstaltung | Veranstaltung]]en, wie z. B. Weihnachtsmärkten.
Neben den festen Standorten gibt es Freifunk auch auf [[Freifunk Dresden/Veranstaltung | Veranstaltung]]en, wie z. B. Weihnachtsmärkten.
Zeile 110: Zeile 111:
Ideen dazu werden [[Diskussion:Freifunk Dresden|diskutiert]], um die jetzigen Betreibenden in Blick auf offenem Zugang zu Informationen zu überzeugen.
Ideen dazu werden [[Diskussion:Freifunk Dresden|diskutiert]], um die jetzigen Betreibenden in Blick auf offenem Zugang zu Informationen zu überzeugen.


== WLAN-Einstellungen ==
== Technische Informationen ==


Die detailierten Einstellungen werden [[Intern:Freifunk Dresden|derzeit intern]] beschrieben.
Grundsätzlich soll das [http://wiki.freifunk-dresden.de/ Wiki Freifunk Dresden] Informationen, insbesondere auch technische Informationen, bereitstellen. Das ist wohl aber noch nicht der Fall und soll wohl in Arbeit sein.


== Adressvergabe ==
=== Quellcode ===
----
<font color="red">'''Folgende Informationen sind veraltet und werden noch aktualisiert.'''</font>


==== IP-Adressberechnungs mit Shell- und Lua Script ====
Der Quellcode soll auf [[#GitHub]] verfügbar sein. Dies gilt insbesondere für die [[#Firmware]].<ref>https://github.com/ddmesh/firmware-freifunk-dresden</ref>


Die Berechnung kann sich in künftigen Versionen ändern, derzeit wird u.a. eine Aufteilung des Netzwerkes in "original"-FFF und "custom" erwogen. Deshalb ist Vorsicht geboten was die Aktualität des Inhaltes angeht - bitte überprüfen bevor ihr peert.
=== mögliche Probleme beim Betrieb der Technik ===


Die Scripte deren Algorithmus formalisiert werden soll:
== Metadaten ==


===== usr/bin/ddmesh-ipcalc.sh =====
=== Freifunk-API ===
<source lang="bash">
#!/bin/sh


if [ "$1" = "" ]
Es existiert eine Inter-Community-API analog zur SpaceAPI. Beispiel: [http://cholin.spline.de/freifunk/api-viewer/ Freifunk API Viewer]
then
echo ""
        echo "ddmesh-ipcalc.sh (lua) Stephan Enderlein (c) 2013 V1.7"
echo ""
        echo "Calculates all the addresses for the ddmesh freifunk node"
echo "usage: ddmesh-ipcalc.sh [-n node] | [ip]"
echo ""
        exit 1
fi


if [ "$1" = "-n" ]; then
[https://github.com/freifunk/directory.api.freifunk.net/blob/master/directory.json Directory.json], [http://info.ddmesh.de/info/freifunk.json Dresden]
node=`echo "$2" | sed 's/[\$\`\(\)]/0/g'`
lua -lddmesh -e "ipcalc.print($node)"
else
ip=`echo "$1" | sed 's/[\$\`\(\)]/0/g'`
lua -lddmesh -e "print(iplookup(\"$ip\"))"
fi


</source>
=== Knotenmetadaten ===
 
===== usr/lib/lua/ddmesh.lua =====
 
<source lang="lua">
--[[----------------------------------------------------------------------------------------
ddmesh.lua
library for different freifunk functions
version: 6
-------------------------------------------------------------------------------------------]]
 
----------------- ipcalc ---------------
ipcalc={}
ipcalc.data={}
ipcalc.data.max=2048
 
function split(str, delim, maxNb)
    -- Eliminate bad cases...
    if string.find(str, delim) == nil then
        return { str }
    end
    if maxNb == nil or maxNb < 1 then
        maxNb = 0    -- No limit
    end
    local result = {}
    local pat = "(.-)" .. delim .. "()"
    local nb = 0
    local lastPos
    for part, pos in string.gfind(str, pat) do
        nb = nb + 1
        result[nb] = part
        lastPos = pos
        if nb == maxNb then break end
    end
    -- Handle the last field
    if nb ~= maxNb then
        result[nb + 1] = string.sub(str, lastPos)
    end
    return result
end
 
function ipcalc.rCalcIp(ip)
    if ip==nil or ip=="" then return -1 end
    a = split(ip, "[.]")
    if #a ~= 4 then return -1 end
    if a[1]==nil or a[1]=="" or tonumber(a[1]) ~= 10 then return -1 end
    if a[2]==nil or a[2]=="" or tonumber(a[2]) ~= 200 and tonumber(a[2]) ~= 201 then return -1 end
    if a[3]==nil or a[3]=="" or tonumber(a[3]) < 0 or tonumber(a[3]) > 255 then return -1 end
    if a[4]==nil or a[4]=="" or tonumber(a[4]) < 0 or tonumber(a[4]) > 255 then return -1 end
 
    middle = a[3]
    if a[2]=="201" then middle = middle + 256 end
    minor = math.floor(a[4]/64) --x>>6
    node = middle*4+minor --x<<2
    if node < 0 or node > ipcalc.data.max then return -1 end
    return node
end


function ipcalc.calc(node)
Jeder Knoten bietet ein JSON-Dokument unter http://10.200.../sysinfo.json an. Es enthält Versionsstände, Geokoordinaten, Kontaktinfo, Auslastung und alle Routen.
    --node has to be a number n \in N_0, 0 <= n <= 2048
    if node==nil or node=="" then return -1 end
    node=tonumber(node)
    if node==nil or node=="" then return -1 end
    if node < 0 or node > ipcalc.data.max then return -1 end


    local domain = "freifunk-dresden.de"
== IPv4-Meshing mit bmxd ==


    --Ternary Operator in use
BMXD is eine "expermientelle" Variante von b.a.t.m.a.n, welche rundsätzlich intern ähnlich funktioniert, aber zusätzliche
    -- major network for nodes n < 1024: 200, for nodes > 1023: 201
Konfigurationen des Routings erlauben. Zusätzlich nutzt diese Varinate drei Routing-Tabellen, wodurch ein geziehltes Definieren
    local major  = node >= 1024 and 201 or 200                    --a[2]
von Routing-Regeln möglich ist. Dieses kann dazu verwendet werden, Angriffe auf das Routing und dann das Umleiten von Traffic
    -- etc.
zu verhindern.
    local middle  = node >= 1024 and math.floor((node-1024) / 4) or math.floor(node / 4)  --a[3]
Das war auch das Entscheidungkriterium für dieses Protokoll.
    local minor  = (node % 4) * 64


    local meshnet = "10"
Allderdings wird dieses Protokoll (bmxd) nicht mehr vom Author weiterentwicklet oder verbessert. Eine Weiterentwicklung ist auch
    local nodeip  = meshnet .. "." .. major .. "." .. middle .. "." .. minor + 1
nicht nötig, wenn alle Funktionalitäten erfüllt werden.
    local meshnetmask = "255.0.0.0"
    local meshpre = 15
    local meshbroadcast = "10.255.255.255"
    local meshnetwork  = "10.200.0.0"


    local dhcpstart    = meshnet .. "." .. major .. "." .. middle .. "." .. minor + 2
Während des Betriebs von Freifunk Dresden mit BMXD und der Testungsdurchläufen, sind allerdings einige Programmierfehler sichtbar geworden.
    local dhcpend      = meshnet .. "." .. major .. "." .. middle .. "." .. minor + 63
Diese wurden dann direkt in den Quellen von Freifunk Dresden, welches die Sourcen von bmxd enthält, korregiert.
    local dhcpoffset    = 1 --used by config/dhcp
    local dhcplimit    = 62 --used by config/dhcp
    local dhcprangepre  = 26
    local dhcprangemask = "255.255.255.192"
    local dhcpnetmask  = "255.255.255.255"
    local dhcpbroadcast = "10.255.255.255" -- needed, else dnsmasq will not start
    local dhcpnetwork  = meshnet .. "." .. major .. "." .. middle .. "." .. minor


    local hna = meshnet .. "." .. major .. "." .. middle .. "." .. minor .. "/" .. dhcprangepre
Die letzten Änderungen betreffen sogar den Rausschmiss einiger Funktionalitäten, um Speicher zu sparen und Datendurchsätze zu verdreifachen.
    local mesh6pre = "48"
    local mesh6net = "fd11:11ae:7466::"
    -- client range
    local mesh6nodenet= "fd11:11ae:7466:" .. string.format("%x", node) .. "::"
    local mesh6ip = mesh6nodenet .. "1"
    local mesh6nodepre= "64"


    -- preparing variabled to be expoted
Sicherlich ist es möglich, eigene Firmwares mit dem Protokoll zu bauen und ins Freifunk Dresden Netzwerk einzubinden. Allerdings sind einige
    ipcalc.data.node              = node
logische und organisatorische Bedingungen zu erfüllen und strickt einzuhalten.
    ipcalc.data.domain            = domain
Wenn das nicht erfolgt, ist es garantiert, dass das Freifunk Netz damit gestört wird.
    ipcalc.data.hostname          = "r" .. node
Einen Schutz dagegen, kann BMXD und deren Varianten nicht erfüllen.
    ipcalc.data.ip                = nodeip
https://wiki.freifunk-dresden.de/index.php/Knoten_Spezifikation
    ipcalc.data.network            = meshnetwork
    ipcalc.data.netpre            = meshpre
=== Bauen ===
    ipcalc.data.netmask            = meshnetmask
    ipcalc.data.broadcast          = meshbroadcast
    ipcalc.data.dhcpstart          = dhcpstart
    ipcalc.data.dhcpend            = dhcpend
    ipcalc.data.dhcpoffset   = dhcpoffset
    ipcalc.data.dhcplimit        = dhcplimit
    ipcalc.data.dhcprangepre      = dhcprangepre
    ipcalc.data.dhcprangemask      = dhcprangemask
    ipcalc.data.dhcpnetwork        = dhcpnetwork
    ipcalc.data.dhcpbroadcast      = dhcpbroadcast
    ipcalc.data.dhcpnetmask        = dhcpnetmask
    ipcalc.data.clienthna          = hna
    ipcalc.data.mesh6ip   = mesh6ip
    ipcalc.data.mesh6net   = mesh6net
    ipcalc.data.mesh6pre   = mesh6pre
    ipcalc.data.mesh6nodenet   = mesh6nodenet
    ipcalc.data.mesh6nodepre   = mesh6nodepre
end


function ipcalc.print(node)
Code, letzte Commits im Feb 2011, gibts [https://github.com/axn/bmxd auf Github].


    if node==nil or node=="" then print("ERROR"); return -1 end
<pre>
    node=tonumber(node)
git clone git://github.com/axn/bmxd.git
    if node==nil then print("ERROR"); return -1 end
cd bmxd
    if node < 0 or node > ipcalc.data.max then return -1 end
make -j5
    ipcalc.calc(node)
strip bmxd  # Spart Platz
</pre>


    for k,v in pairs(ipcalc.data) do
=== Voraussetzungen ===
        print("export _ddmesh_"..k.."="..v)
    end
end


--not needed for ip address calculation
* Lies die [http://man7.org/linux/man-pages/man8/ip-rule.8.html ip-rule Manpage] um die Abarbeitung von Regeln mit mehreren Routing-Tabellen zu verstehen.
function iplookup(ip)
* Vergewisser dich ob der Broadcast-Adresse deines Adhoc-Interfaces. Mit ''ip addr add'' stimmte manchmal was nicht.
if ip==nil then return -1 end
n=ipcalc.rCalcIp(ip)
if n == -1 then return -1 end
ipcalc.calc(n)
return ipcalc.data.hostname
end


--not needed for ip address calculation
=== Starten ===
function lookup(node)
if node==nil then return -1 end
if string.sub(node,1,1) == "r" then
n=tonumber(string.sub(node,2))
else
n=tonumber(node)
end
if n==nil then return -1 end
if n < 0 or n > ipcalc.data.max then return -1 end
ipcalc.calc(n)
return ipcalc.data.ip
end
</source>
----
== Metadaten ==


=== Freifunk-API ===
<pre>bmxd dev=adhoc0</pre>


Es existiert eine Inter-Community-API analog zur SpaceAPI. Beispiel: [http://cholin.spline.de/freifunk/api-viewer/ Freifunk API Viewer]
Der Routing-Daemon daemonisiert sofort und schreibt ins Syslog. Mit <code>bmxd -c</code> kann man sich nun zu ihm verbinden und Informationen entlocken (siehe [[#Nützliches]]).


[https://github.com/freifunk/directory.api.freifunk.net/blob/master/directory.json Directory.json], [http://info.ddmesh.de/info/freifunk.json Dresden]
Geht alles glatt, legt er seine Routen in den Tabellen 64 & 65 ab. Das bedeuetet, dass ein einfacher ''ip r''-Aufruf keine Meshadressen anzeigt. Erst ''ip route show table all'' bringt sie zum Vorschein. Diese Routing Tabellen werden bevorzugt, da bmxd entsprechende ''ip rule''-Regeln mit höherer Präferenz als der default-Tabelle anlegt.


=== Knotenmetadaten ===
=== Nützliches ===


Jeder Knoten bietet ein JSON-Dokument unter http://10.200.../sysinfo-json.cgi an. Es enthält Versionsstände, Geokoordinaten, Kontaktinfo, Auslastung und alle Routen.
;Ausführliche Hilfe:
:<pre>bmxd -x</pre>
;Aktuelle Routen
:<pre>bmxd -cid8</pre>
;Aktuelle empfangene HNAs (''Host and Network Association'', Subnetze)
:<pre>bmxd -c --hnas</pre>
;HNA ankündigen
:<pre>bmxd -c -a 172.22.99.0/24</pre>


== Wiki ==
== Wiki ==
Zeile 327: Zeile 196:
* [[wikipedia:de:Freifunk]]
* [[wikipedia:de:Freifunk]]
* [https://wiki.freifunk.net/Freifunk_Dresden freifunk:Freifunk Dresden]
* [https://wiki.freifunk.net/Freifunk_Dresden freifunk:Freifunk Dresden]
* [[Freifunk]]
* Planung zu [[Datenspuren 2014/Freifunk Dresden | Freifunk bei den Datenspuren 2014]]
* Planung zu [[Datenspuren 2014/Freifunk Dresden | Freifunk bei den Datenspuren 2014]]
* [[Freifunk Dresden]] bei den [[Datenspuren]]
* [[Freifunk Dresden]] bei den [[Datenspuren]]
Zeile 348: Zeile 218:


[[Kategorie:Projekt]]
[[Kategorie:Projekt]]
[[Kategorie:Dresden]]

Version vom 12. Dezember 2018, 09:42 Uhr

Freifunk Dresden ist das Projekt in Dresden zu wikipedia:de:Freifunk. Das Freifunk-Netz Dresden ist ein von Freiwilligen betriebenes freies WLAN-Netzwerk. Ziel ist es, Dresden flächendeckend mit Freifunk zu versorgen.[1]

Entstehung

Freifunk Dresden wurde ursprünglich unter dem Namen ddmesh von Stephan Enderlein gestartet und existiert bereits seit einigen Jahren.

Seit 2014 sind durchgängig mehr als 50 Knoten in Dresden erreichbar und auch Geschäfte in Dresden nehmen die Vorteile von Freifunk für sich und ihre Kunden wahr.

Mitmachen

Um Teil des Freifunk-Netzwerkes zu werden, braucht man sowohl einen handelsüblichen Router als auch die passende Freifunk-Firmware-Version dazu.

Firmware

Seit 2014-12-03 steht die Firmware zur Verfügung.

Die Firmware-Dateien sind nach den unterstützten Geräten benannt. Der Name einer Firmware-Datei setzt sich als openwrt-ar71xx-generic-ROUTERNAME-squashfs-ZUSATZ.bin zusammen.

So ist beispielsweise die Datei openwrt-ar71xx-generic-tl-wr841n-v8-squashfs-factory.bin für einen Router
  • des Modells TL-WR841N
  • in der Version 8 (der Hardware)
    siehe Etikett auf der Unterseite des Gerätes.
  • Factory bedeutet, dass diese Firmware-Datei für die Erstinstallation der Freifunk-Firmware auf einem Gerät verwendet werden muss, auf dem sich bisher noch eine andere Firmware befindet, meist die Original-Firmware des Herstellers.
Beim Dateinamen openwrt-ar71xx-generic-tl-wr841n-v8-squashfs-sysupgrade.bin bedeutet der Zusatz Sysupgrade hingegen, dass diese Datei zum Updaten eines bereits für den Dresdner Freifunk im Einsatz befindlichen Routers ist.

Ausführliche Erklärungen zur Konfiguration der Firmware sowie alle anderen Informationen bezüglich Freifunk Dresden, werden im Wiki (wiki.freifunk-dresden.de) gepflegt.

Router

Wie der Firmware-Liste zu entnehmen ist, gibt es eine Vielzahl an Freifunk-kompatiblen Routern. Allerdings erfreuen sich bestimmte Modelle in Dresden meist insbesondere wegen der günstigen Anschaffungskosten besonderer Beliebtheit.
Eine aktuelle Übersicht wird im Wiki von Freifunk Dresden gepflegt Router.

Geräte-Name Hersteller Preis (€) RAM (MB) ROM (MB) Beschreibung
TL-WR841N TP-Link 16-20 32 4 Im Unterschied zum Modell mit der Endung ND mit nicht abnehmbaren Antennen ausgestattet.
TL-WR841ND TP-Link 20-29 32 4 D steht für detachable, der Router besitzt also abnehmbare Antennen.
TL-WDR3600 TP-Link 40- 128 8 mehr Speicher, USB Anschlüsse, auch 5 GHz, 2 abnehmbare Antennen
TL-WDR4300 TP-Link 45- 128 8 mehr Speicher, USB Anschlüsse, auch 5 GHz, 3 abnehmbare Antennen
Nanostation M2 loco Ubiquiti 40- 32 8 2,4 GHz Richtfunk, Outdoor, 60° Öffnungswinkel, Power over Ethernet + Injector

Auch interessant für weitere Bastelarbeiten: vocore

Standorte

Das Netz von Freifunk Dresden erstreckt sich nicht nur über Dresden selbst, sondern ist mittlerweile vereinzelt u. a. in

  • Coswig,
  • Freital,
  • Meißen,
  • Radeberg und
  • Radebeul

zu finden. Detaillierte Standortinformationen sind auf der Freifunk-Karte einsehbar.

Neben den festen Standorten gibt es Freifunk auch auf Veranstaltungen, wie z. B. Weihnachtsmärkten.

Original-Firmware

Die Firmware basiert auf OpenWrt mit BMX (Alternativentwicklung basierend auf batmand) und einer custom Weboberfläche.
Das Routingprotokoll batman-adv wird hier nicht verwendet und wurde parallel zu BMX mit einem komplett anderen Ziel entwickelt.

Nutzung der Original-Firmware hat folgende Vorteile:

  • Konsistente Konfiguration mit fast allen anderen Teilnehmern
  • Anschluß ans Backbone-VPN (vtun)
  • Offenes WLAN, welches über das Backbone ins Internet kommt (alternativ durch zusätzliche Pakete ein eigener VPN-Dienst konfigurierbar)
  • Webserver der die Knotenmetadaten ausliefert (automatische Knotenregistrierung)

Freie Software und Peering

Die Software ist frei und kann durch die Quellen von OpenWRT und die Sourcen zu Änderungen von der Freifunk-Seite eingesehen werden. Konfiguration und Scripte sind in den Images zu finden oder auf GitHub (Licensen beachten).
Die Dokumentation zum Bau eigner Firmware Images und Alternativ-Knoten sind im Aufbau.

Da zu Freie Software für viele von uns auch der freie und möglichst barrierefreiem Zugang zu weiteren Informationen zählt, wollen wir diesen Umstand ändern - auch um Freifunk noch besser machen zu können. Im Widerspruch dazu steht das berechtigte Interesse der bisherigen Freifunk-Teilnehmer auf einen Störungsfreien Betrieb und infolgedessen Imageschaden bei den normalen Benutzern, der durch Experimente mit alternativer Firmware gefährdet sein könnte - das Marketing für Freie Software sowie für Freifunk selbst sind leider schwierig.

Ideen dazu werden diskutiert, um die jetzigen Betreibenden in Blick auf offenem Zugang zu Informationen zu überzeugen.

Technische Informationen

Grundsätzlich soll das Wiki Freifunk Dresden Informationen, insbesondere auch technische Informationen, bereitstellen. Das ist wohl aber noch nicht der Fall und soll wohl in Arbeit sein.

Quellcode

Der Quellcode soll auf #GitHub verfügbar sein. Dies gilt insbesondere für die #Firmware.[2]

mögliche Probleme beim Betrieb der Technik

Metadaten

Freifunk-API

Es existiert eine Inter-Community-API analog zur SpaceAPI. Beispiel: Freifunk API Viewer

Directory.json, Dresden

Knotenmetadaten

Jeder Knoten bietet ein JSON-Dokument unter http://10.200.../sysinfo.json an. Es enthält Versionsstände, Geokoordinaten, Kontaktinfo, Auslastung und alle Routen.

IPv4-Meshing mit bmxd

BMXD is eine "expermientelle" Variante von b.a.t.m.a.n, welche rundsätzlich intern ähnlich funktioniert, aber zusätzliche Konfigurationen des Routings erlauben. Zusätzlich nutzt diese Varinate drei Routing-Tabellen, wodurch ein geziehltes Definieren von Routing-Regeln möglich ist. Dieses kann dazu verwendet werden, Angriffe auf das Routing und dann das Umleiten von Traffic zu verhindern. Das war auch das Entscheidungkriterium für dieses Protokoll.

Allderdings wird dieses Protokoll (bmxd) nicht mehr vom Author weiterentwicklet oder verbessert. Eine Weiterentwicklung ist auch nicht nötig, wenn alle Funktionalitäten erfüllt werden.

Während des Betriebs von Freifunk Dresden mit BMXD und der Testungsdurchläufen, sind allerdings einige Programmierfehler sichtbar geworden. Diese wurden dann direkt in den Quellen von Freifunk Dresden, welches die Sourcen von bmxd enthält, korregiert.

Die letzten Änderungen betreffen sogar den Rausschmiss einiger Funktionalitäten, um Speicher zu sparen und Datendurchsätze zu verdreifachen.

Sicherlich ist es möglich, eigene Firmwares mit dem Protokoll zu bauen und ins Freifunk Dresden Netzwerk einzubinden. Allerdings sind einige logische und organisatorische Bedingungen zu erfüllen und strickt einzuhalten. Wenn das nicht erfolgt, ist es garantiert, dass das Freifunk Netz damit gestört wird. Einen Schutz dagegen, kann BMXD und deren Varianten nicht erfüllen. 

https://wiki.freifunk-dresden.de/index.php/Knoten_Spezifikation

Bauen

Code, letzte Commits im Feb 2011, gibts auf Github. 

git clone git://github.com/axn/bmxd.git
cd bmxd
make -j5
strip bmxd  # Spart Platz

Voraussetzungen

  • Lies die ip-rule Manpage um die Abarbeitung von Regeln mit mehreren Routing-Tabellen zu verstehen.
  • Vergewisser dich ob der Broadcast-Adresse deines Adhoc-Interfaces. Mit ip addr add stimmte manchmal was nicht.

Starten

bmxd dev=adhoc0

Der Routing-Daemon daemonisiert sofort und schreibt ins Syslog. Mit bmxd -c kann man sich nun zu ihm verbinden und Informationen entlocken (siehe #Nützliches).

Geht alles glatt, legt er seine Routen in den Tabellen 64 & 65 ab. Das bedeuetet, dass ein einfacher ip r-Aufruf keine Meshadressen anzeigt. Erst ip route show table all bringt sie zum Vorschein. Diese Routing Tabellen werden bevorzugt, da bmxd entsprechende ip rule-Regeln mit höherer Präferenz als der default-Tabelle anlegt.

Nützliches

Ausführliche Hilfe
bmxd -x
Aktuelle Routen
bmxd -cid8
Aktuelle empfangene HNAs (Host and Network Association, Subnetze)
bmxd -c --hnas
HNA ankündigen
bmxd -c -a 172.22.99.0/24

Wiki

Siehe auch

Weblinks

Einzelnachweise

  1. ↑ Seite des Freifunk Dresden
  2. ↑ https://github.com/ddmesh/firmware-freifunk-dresden
Abgerufen von „https://wiki.c3d2.de/w/index.php?title=Freifunk_Dresden&oldid=28903“