FunkFeuer Wiki - Letzte Änderungen [de]

Events/0xFF-Testtage März 2013

Leutgeb — Thu, 01 Oct 2026 12:55:45 GMT

http://wiki.confine-project.eu/soft:dlep nicht mehr erreichbar. Durch Link auf archive.org ersetzt.

← Nächstältere Version		Version vom 1. Oktober 2026, 12:55 Uhr
Zeile 90:		Zeile 90:
	\| [[Knowledge_Base/Exponierte_Standorte\|AdHoc vs. AP/STA-Mode]] \|\| 17:30 Uhr \|\| 19:30 Uhr \|\| [[Markus Kittenberger]]		\| [[Knowledge_Base/Exponierte_Standorte\|AdHoc vs. AP/STA-Mode]] \|\| 17:30 Uhr \|\| 19:30 Uhr \|\| [[Markus Kittenberger]]
	\|-		\|-
	\| [http://wiki.confine-project.eu/soft:dlep dlep-Testaufbau] \|\| 17:30 Uhr \|\| 19:30 Uhr \|\| [http://realraum.at/wiki/doku.php?id=equinox:equinox Christian Pointner]		\| [https://web.archive.org/web/20170608054720/http://wiki.confine-project.eu/soft:dlep dlep-Testaufbau] \|\| 17:30 Uhr \|\| 19:30 Uhr \|\| [http://realraum.at/wiki/doku.php?id=equinox:equinox Christian Pointner]
	\|}		\|}
	{\| class="wikitable"		{\| class="wikitable"
Zeile 100:		Zeile 100:

	===Sonntag 24.März 2013===		===Sonntag 24.März 2013===
	Der Sonntag widmet sich dann dem Experiment an unserer Hard- und Software, der Präsentation unserer neuen Funkfeuer-Wiki sowie der Erarbeitung von Services und Router-Konfiguration. Equinox wird uns zwischen den Streams auch Gelegenheit geben, das in CONFINE entwickelte von [http://wiki.confine-project.eu/soft:dlep dlep-Protokoll] in Aktion sehen zu können.		Der Sonntag widmet sich dann dem Experiment an unserer Hard- und Software, der Präsentation unserer neuen Funkfeuer-Wiki sowie der Erarbeitung von Services und Router-Konfiguration. Equinox wird uns zwischen den Streams auch Gelegenheit geben, das in CONFINE entwickelte von [https://web.archive.org/web/20170608054720/http://wiki.confine-project.eu/soft:dlep dlep-Protokoll] in Aktion sehen zu können.

	Im "Open Space" bieten wir erstmal die Gelegenheit, dass ihr eure eigenen Projekte vorstellen könnt. Vielleicht wird ja daraus auch ein Funkfeuer-Projekt.		Im "Open Space" bieten wir erstmal die Gelegenheit, dass ihr eure eigenen Projekte vorstellen könnt. Vielleicht wird ja daraus auch ein Funkfeuer-Projekt.

Policies/Namenskonvention

Damadmai — Wed, 30 Sep 2026 16:19:42 GMT

Landmark: ist nicht implementiert

← Nächstältere Version		Version vom 30. September 2026, 16:19 Uhr
(Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt)
Zeile 2:		Zeile 2:
	Leistungen des Vereins an seine Mitglieder		Leistungen des Vereins an seine Mitglieder
	* Policies		* Policies
	** auf '''~~Funkfeuer~~-Infrastruktur''' gehostet		** auf '''FunkFeuer-Infrastruktur''' gehostet
	** Mindestens zwei '''Application Manager''' betreuen das Service		** Mindestens zwei '''Application Manager''' betreuen das Service
	* Domain: [Service].funkfeuer.at		* Domain: [Service].funkfeuer.at
Zeile 10:		Zeile 10:

	==Standorte (Nodes)==		==Standorte (Nodes)==
	~~===Landmark===~~
	Als Landmark werden exponierte Netzknoten bezeichnet, die durch den 0xFF-Freebone verbunden sind. Landmarks werden als WLAN-Zugangspunkte (AccessPoints) betrieben. Zur Unterscheidung von von MESH-Knoten werden diese in GROSSBUCHSTABEN geschrieben.
	* DomainName: '''[LANDMARK].[Community].funkfeuer.at'''
	* Die ''berechneten'' Versorgungsgebiete der Landmarks werden in der 0xFF-CoverageMap dargestellt. Diese kann auch für Berechnungen herangezogen werden.
	* Weiters werden für jede Landmark hochauflösende Panoramen angefetigt, die über die Map abgefragt werden können.

	===Mesh-Node===		===Mesh-Node===
	Zum Unterschied von Landmarks werden MeshNodes nach der Straße/Nummer benannt, in der sie errichtet wurden. Zur besseren Unterscheidung werden sie über Kleinbuchstaben mit nachgestellter Hausnummer bezeichnet.		Zum Unterschied von Landmarks werden MeshNodes nach der Straße/Nummer benannt, in der sie errichtet wurden. Zur besseren Unterscheidung werden sie über Kleinbuchstaben mit nachgestellter Hausnummer bezeichnet.

Policies/Namenskonvention

Leutgeb — Wed, 30 Sep 2026 13:08:53 GMT

Bemerkung zu SSIDs wiederhergestellt.

Änderungen zeigen

Datei:Windrose.png

Leutgeb — Wed, 30 Sep 2026 09:49:57 GMT

Leutgeb lud eine neue Version von Datei:Windrose.png hoch

Neue Seite

Quelle: https://de.wikipedia.org/wiki/Datei:Kompass_de.svg

Datei:Windrose.png

Leutgeb — Wed, 30 Sep 2026 09:47:44 GMT

Leutgeb lud eine neue Version von Datei:Windrose.png hoch

Neue Seite

Quelle: https://de.wikipedia.org/wiki/Datei:Kompass_de.svg

Datei:Windrose.png

Leutgeb — Wed, 30 Sep 2026 09:44:56 GMT

Leutgeb lud eine neue Version von Datei:Windrose.png hoch

Neue Seite

Quelle: https://de.wikipedia.org/wiki/Datei:Kompass_de.svg

Policies/Namenskonvention

Leutgeb — Wed, 30 Sep 2026 08:18:32 GMT

Bemerkung zu Router in "Spezielle Geräte" verschoben

← Nächstältere Version		Version vom 30. September 2026, 08:18 Uhr
(2 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 20:		Zeile 20:
	*DomainName: '''[MeshNode].[Community].funkfeuer.at'''		*DomainName: '''[MeshNode].[Community].funkfeuer.at'''

	==~~Router~~ (Devices)==		==Geräte (Devices)==
	Alle Geräte (Devices), die in unseren Funkfeuer-Netzen eingesetzt werden, werden nach deren Verwendungszweck bezeichnet.		Alle Geräte (engl. Devices), wie u.a. Router und Antennen, die in unseren Funkfeuer-Netzen eingesetzt werden, werden nach deren Verwendungszweck bezeichnet.

	==WLAN-Geräte==		===WLAN-Geräte===
	[[Datei:Windrose.png\|miniatur]]		[[Datei:Windrose.png\|miniatur]]
	*Alle WLAN-Geräte werden nach dem Namen ihres Versorgungsbereiches bezeichnet: '''[node]-[direction][band]'''		*Alle WLAN-Geräte werden nach dem Namen ihres Versorgungsbereiches bezeichnet: '''[node]-[direction][band]'''
	*Zur besseren Orientierung bei WLAN-Scans wird als SSID '''[node][direction].funkfeuer.at''' verwendet		*Zur besseren Orientierung bei WLAN-Scans wird als SSID '''[node][direction].funkfeuer.at''' verwendet
	*Als '''Host-Name''' trägt der Router die Kennung '''[node]-router'''
	====Antennen====		====Antennen====
	Das Erkennungsmerkmal einer Richtantenne(Panel, Sektor, Parabol) ist ~~Angabe~~ der Hauptstrahlrichtung ~~über die Himmelsrichtungen~~.		Das Erkennungsmerkmal einer Richtantenne (Panel, Sektor, Parabol) ist das [https://de.wikipedia.org/wiki/Azimut Azimut] bzw. die [https://de.wikipedia.org/wiki/Himmelsrichtung Himmelsrichtung] der jeweiligen Hauptstrahlrichtung, kombiniert mit dem Frequenzband.

	Für Benennung und IP-Adressen siehe auch Seite 2 in [[Datei:Funkfeuer_-_EdgeRouter_Setup_Konfiguration.pdf]] sowie [https://de.wikipedia.org/wiki/Datei:Kompass_de.svg Himmelsrichtungen] sowie am Bild rechts die IP-Adressen bei 5GHz sowie die Winkel bei den Grenzen der Himmelsrichtungen.		Für Benennung und IP-Adressen siehe auch Seite 2 in [[Datei:Funkfeuer_-_EdgeRouter_Setup_Konfiguration.pdf]] sowie [https://de.wikipedia.org/wiki/Datei:Kompass_de.svg Himmelsrichtungen] sowie am Bild rechts die IP-Adressen bei 5GHz sowie die Winkel bei den Grenzen der Himmelsrichtungen.
Zeile 79:		Zeile 78:

	===Spezielle Geräte===		===Spezielle Geräte===

			* Router tragen als '''Host-Name''' die Kennung '''[node]-router'''
	*'''[gateway]'''s verbinden das Netz von FunkFeuer mit privaten Netzen unserer User.		*'''[gateway]'''s verbinden das Netz von FunkFeuer mit privaten Netzen unserer User.
	*'''[tunnel]'''-Interfaces ermöglichen die Verbindung von Funkfeuer-Inseln mit dem Hauptnetz		*'''[tunnel]'''-Interfaces ermöglichen die Verbindung von Funkfeuer-Inseln mit dem Hauptnetz
	*Über '''[switch]'''es gelingt es, Geräte einer umfangreicheren Knotenkonfiguration miteinander verbinden zu können.		*Über '''[switch]'''es gelingt es, Geräte einer umfangreicheren Knotenkonfiguration miteinander verbinden zu können.

Policies/Namenskonvention

Damadmai — Tue, 29 Sep 2026 21:06:21 GMT

Antennen

← Nächstältere Version		Version vom 29. September 2026, 21:06 Uhr
(Eine dazwischenliegende Version desselben Benutzers wird nicht angezeigt)
Zeile 32:		Zeile 32:

	Für Benennung und IP-Adressen siehe auch Seite 2 in [[Datei:Funkfeuer_-_EdgeRouter_Setup_Konfiguration.pdf]] sowie [https://de.wikipedia.org/wiki/Datei:Kompass_de.svg Himmelsrichtungen] sowie am Bild rechts die IP-Adressen bei 5GHz sowie die Winkel bei den Grenzen der Himmelsrichtungen.		Für Benennung und IP-Adressen siehe auch Seite 2 in [[Datei:Funkfeuer_-_EdgeRouter_Setup_Konfiguration.pdf]] sowie [https://de.wikipedia.org/wiki/Datei:Kompass_de.svg Himmelsrichtungen] sowie am Bild rechts die IP-Adressen bei 5GHz sowie die Winkel bei den Grenzen der Himmelsrichtungen.

			{\| class="wikitable" style="margin:auto"
			\|+ Management IP-Adresskonvention
			\|-
			! Himmelsrichtung
			! colspan="2" \| 2.4GHz
			! colspan="2" \| 5GHz
			! colspan="2" \| 24GHz
			! colspan="2" \| 60GHz
			\|-
			\| Nord \|\| n2 \|\| 10.xx.xx.1 \|\| n5 \|\| 10.xx.xx.17 \|\| n24 \|\| 10.xx.xx.33 \|\| n60 \|\| 10.xx.xx.49
			\|-
			\| Nordnordost \|\| nno2 \|\| 10.xx.xx.2 \|\| nno5 \|\| 10.xx.xx.18 \|\| nno24 \|\| 10.xx.xx.34 \|\| nno60 \|\| 10.xx.xx.50
			\|-
			\| Nordost \|\| no2 \|\| 10.xx.xx.3 \|\| no5 \|\| 10.xx.xx.19 \|\| no24 \|\| 10.xx.xx.35 \|\| no60 \|\| 10.xx.xx.51
			\|-
			\| Ostnordost \|\| ono2 \|\| 10.xx.xx.4 \|\| ono5 \|\| 10.xx.xx.20 \|\| ono24 \|\| 10.xx.xx.36 \|\| ono60 \|\| 10.xx.xx.52
			\|-
			\| Ost \|\| o2 \|\| 10.xx.xx.5 \|\| o5 \|\| 10.xx.xx.21 \|\| o24 \|\| 10.xx.xx.37 \|\| o60 \|\| 10.xx.xx.53
			\|-
			\| Ostsüdost \|\| oso2 \|\| 10.xx.xx.6 \|\| oso5 \|\| 10.xx.xx.22 \|\| oso24 \|\| 10.xx.xx.38 \|\| oso60 \|\| 10.xx.xx.54
			\|-
			\| Südost \|\| so2 \|\| 10.xx.xx.7 \|\| so5 \|\| 10.xx.xx.23 \|\| so24 \|\| 10.xx.xx.39 \|\| so60 \|\| 10.xx.xx.55
			\|-
			\| Südsüdost \|\| sso2 \|\| 10.xx.xx.8 \|\| sso5 \|\| 10.xx.xx.24 \|\| sso24 \|\| 10.xx.xx.40 \|\| sso60 \|\| 10.xx.xx.56
			\|-
			\| Süd \|\| s2 \|\| 10.xx.xx.9 \|\| s5 \|\| 10.xx.xx.25 \|\| s24 \|\| 10.xx.xx.41 \|\| s60 \|\| 10.xx.xx.57
			\|-
			\| Südsüdwest \|\| ssw2 \|\| 10.xx.xx.10 \|\| ssw5 \|\| 10.xx.xx.26 \|\| ssw24 \|\| 10.xx.xx.42 \|\| ssw60 \|\| 10.xx.xx.58
			\|-
			\| Südwest \|\| sw2 \|\| 10.xx.xx.11 \|\| sw5 \|\| 10.xx.xx.27 \|\| sw24 \|\| 10.xx.xx.43 \|\| sw60 \|\| 10.xx.xx.59
			\|-
			\| Westsüdwest \|\| wsw2 \|\| 10.xx.xx.12 \|\| wsw5 \|\| 10.xx.xx.28 \|\| wsw24 \|\| 10.xx.xx.44 \|\| wsw60 \|\| 10.xx.xx.60
			\|-
			\| West \|\| w2 \|\| 10.xx.xx.13 \|\| w5 \|\| 10.xx.xx.29 \|\| w24 \|\| 10.xx.xx.45 \|\| w60 \|\| 10.xx.xx.61
			\|-
			\| Westnordwest \|\| wnw2 \|\| 10.xx.xx.14 \|\| wnw5 \|\| 10.xx.xx.30 \|\| wnw24 \|\| 10.xx.xx.46 \|\| wnw60 \|\| 10.xx.xx.62
			\|-
			\| Nordwest \|\| nw2 \|\| 10.xx.xx.15 \|\| nw5 \|\| 10.xx.xx.31 \|\| nw24 \|\| 10.xx.xx.47 \|\| nw60 \|\| 10.xx.xx.63
			\|-
			\| Nordnordwest \|\| nnw2 \|\| 10.xx.xx.16 \|\| nnw5 \|\| 10.xx.xx.32 \|\| nnw24 \|\| 10.xx.xx.48 \|\| nnw60 \|\| 10.xx.xx.64
			\|-
			\|}

			xx.xx ist dabei die Node-ID, also die ersten beiden xx sind die Tausender und Hunderter-Stelle, die zweiten beiden xx die Zehner- und Einerstelle

	===Spezielle Geräte===		===Spezielle Geräte===

Projekte/v642/IPv4 Liste

Damadmai — Mon, 14 Sep 2026 20:26:12 GMT

IPv4 Liste 4in6: remove old list

← Nächstältere Version		Version vom 14. September 2026, 20:26 Uhr
Zeile 6:		Zeile 6:

	[http://smokeping.funkfeuer.at/smokeping/olsr2/ SmokePing]		[http://smokeping.funkfeuer.at/smokeping/olsr2/ SmokePing]


	'''Achtung: Seit 24.05.2019 werden diese IPv4-Adressen im [https://portal.funkfeuer.at/wien/ Redeemer-Wien] mitverwaltet und nicht mehr hier eingetragen!'''		'''Achtung: Seit 24.05.2019 werden diese IPv4-Adressen im [https://portal.funkfeuer.at/wien/ Redeemer-Wien] mitverwaltet und nicht mehr hier eingetragen!'''

	~~Diese IP-Liste ist obsolet - eingetragen zu diesem Stichdatum waren:~~

	* 185.194.20.2 -> wehr24 (pocki)
	* 185.194.20.3 -> bahnstr (stefan)
	* 185.194.20.4 -> cottage8 (stefan)
	* 185.194.20.20 -> hohl28 (stefan)
	* 185.194.20.42 -> metalab (clemens)
	* 185.194.20.43 -> vkm
	* 185.194.20.53 -> rai38 (wolfgang)

	Da pro Node im Redeemer nur eine 4in6-IP vergeben werden kann, hier weitere IPs die in Verwendung sind, wenn auf einem Node mehrere Devices existieren, die jeweils eine 4in6-IP bekommen sollen. Vermutlich wäre es besser dafür eine Möglichkeit im Redeemer zu schaffen oder anderenfalls zumindest einen Adressbereich zu haben, der nicht über den Redeemer verwaltet wird.		Da pro Node im Redeemer nur eine 4in6-IP vergeben werden kann, hier weitere IPs die in Verwendung sind, wenn auf einem Node mehrere Devices existieren, die jeweils eine 4in6-IP bekommen sollen. Vermutlich wäre es besser dafür eine Möglichkeit im Redeemer zu schaffen oder anderenfalls zumindest einen Adressbereich zu haben, der nicht über den Redeemer verwaltet wird.

	* 185.194.21.120 -> nbg, device01 (runout)

Knowledgebase/OpenWrt OLSR Setup

Damadmai — Mon, 14 Sep 2026 13:53:33 GMT

no NAT, no new OpenVPN Tunnels

← Nächstältere Version		Version vom 14. September 2026, 13:53 Uhr
(4 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1:		Zeile 1:
	Currently there is no easy wizard for setting up OLSR on OpenWrt.		Currently there is no easy wizard for setting up OLSR on OpenWrt.
	This guide shall serve as a base for those that feel ~~komfortable~~ with building their own OpenWrt Systems (or have someone build it for them) and have basic knowledge of SSH and a Linux shell.		This guide shall serve as a base for those that feel comfortable with building their own OpenWrt Systems (or have someone build it for them) and have basic knowledge of SSH and Linux shell.

	This guide is written for a router without Wifi. If you plan on doing routing on a device with Wifi, you'll need some additional packages for Wifi support.		This guide is written for a router without Wifi. If you plan on doing routing on a device with Wifi, you'll need some additional packages for Wifi support.
Zeile 15:		Zeile 15:
	* luci-app-olsr-services		* luci-app-olsr-services
	* luci-app-olsrd2		* luci-app-olsrd2
	* optional: luci-app-sqm (if you want to use smart queue management for NAT)
	* optional: luci-app-unbound (if you want your own DNS resolver)		* optional: luci-app-unbound (if you want your own DNS resolver)
	* optional: luci-app-openvpn (for use with tunnelserver)
	* optional: openvpn-openssl (for use with tunnelserver)
	* freifunk-common		* freifunk-common
	* luci-mod-freifunk		* luci-mod-freifunk
Zeile 29:		Zeile 26:
	* oonf-init-scripts		* oonf-init-scripts
	* oonf-olsrd2-lan_import		* oonf-olsrd2-lan_import
	* oonf-olsrd2-dlep_router
	* oonf-olsrd2-lan		* oonf-olsrd2-lan
	* optional: ethtool-full (for ethernet connection debugging)		* optional: ethtool-full (for ethernet connection debugging)
Zeile 113:		Zeile 109:
	</pre>		</pre>

	=== ~~OLSRD~~ ===		=== OLSRd ===
	For ~~OLSRD~~ (IPv4) create the file <code>/etc/config/olsrd</code>:		For OLSRd (IPv4) create the file <code>/etc/config/olsrd</code>:

	<pre>		<pre>
Zeile 142:		Zeile 138:
	option ignore '0'		option ignore '0'
	option accept '127.0.0.1'		option accept '127.0.0.1'

	~~config LoadPlugin~~
	~~option library 'olsrd_nameservice'~~
	~~option ignore '0'~~

	config LoadPlugin		config LoadPlugin
Zeile 165:		Zeile 157:
	It works to have the same IPv4 address on all interfaces.		It works to have the same IPv4 address on all interfaces.
	Important for this is, to disable masquerading for the firewall zone which all the Funkfeuer interfaces are in.		Important for this is, to disable masquerading for the firewall zone which all the Funkfeuer interfaces are in.
	~~If you need LAN -> Funkfeuer masquerading, please create a firewall rule manually that limits masquerading to your LAN IP range as source IP (and the Funkfeuer zone as destination zone).~~

	=== ~~OLSRD2~~ ===		=== OLSRd2 ===

	For ~~OLSRD2~~ you'll have to add your node's IPv6 address to the <code>lo</code> interface. To do this add the following line to the <code>config interface 'loopback'</code> section in <code>/etc/config/network</code>: <code>option ip6addr '2a02:61:0:~~ff:dead:beef:dead:beef~~/128'</code> (obviously you'll have to replace the address with your node address that you can get from the [https://portal.funkfeuer.at/wien/ redeemer]).		For OLSRd2 you'll have to add your node's IPv6 address to the <code>lo</code> interface. To do this add the following line to the <code>config interface 'loopback'</code> section in <code>/etc/config/network</code>: <code>option ip6addr '2a02:61:xxx:1/128'</code> (obviously you'll have to replace the address with your node address that you can get from the [https://portal.funkfeuer.at/wien/ redeemer]).
	Also add <code>option ip6prefix '2a02:61:~~d2c~~:1::/64'</code> to it (with your node userblock address range), to have an IPv6 prefix available on the device.		Also add <code>option ip6prefix '2a02:61:xxx:10::/64'</code> to it (with your node userblock address range), to have an IPv6 prefix available on the device.

	Then write the follwing content to <code>/etc/config/olsrd2</code>:		Then write the follwing content to <code>/etc/config/olsrd2</code>:
Zeile 198:		Zeile 189:
	list 'originator' 'default_accept'		list 'originator' 'default_accept'
	# the first /64 subnet of your nodeid/userblock range for the node, if you want to have an IPv6 prefix available for users in the LAN network		# the first /64 subnet of your nodeid/userblock range for the node, if you want to have an IPv6 prefix available for users in the LAN network
	# list 'lan' '2a02:61:~~d2c~~:1::/64'		# list 'lan' '2a02:61:xxx:1::/64'

	config interface		config interface
Zeile 213:		Zeile 204:
	</pre>		</pre>

	Duplicate the last interface block for every ~~Funkfeuer~~ interface you have.		Duplicate the last interface block for every FunkFeuer interface you have.

	~~Once DLEP support is fixed in OLSRDv2 you might want to add the following section for every DLEP interface (see Network Interfaces section of this wiki page):~~
	~~<pre>~~
	~~config dlep_router~~
	~~option 'ifname' '0xff_eth0'~~
	~~option 'datapath_if' 'eth0.254'~~
	~~</pre>~~

	Note that the ifname is an OpenWrt interface name, where the datapath_if name is a Linux network interface name ~~(yay for consistency...)~~.		Note that the ifname is an OpenWrt interface name, where the datapath_if name is a Linux network interface name.

	=== System Settings ===		=== System Settings ===
Zeile 234:		Zeile 218:

	=== Network Interfaces ===		=== Network Interfaces ===
	Your ~~Funkfeuer~~ interfaces should be set to static IP with the nodes IPv4 address on the interface ~~(either the same IPv4 on all interfaces or if this still results in link flapping then a different IPv4 address per interface)~~. For IPv6 the ~~automagically~~ assigned link local address is enough as long as you set up the node's IPv6 address on the loopback interface correctly.		Your FunkFeuer interfaces should be set to static IP with the nodes IPv4 address on the interface.
			For IPv6 the automatically assigned link local address is enough as long as you set up the node's IPv6 address on the loopback interface correctly.
	~~Depending on your LAN network, you might want to disable the DHCP server on the LAN interface that is enabled by default on OpenWrt~~.

	~~As for Management network I usually recommend to use one VLAN per Funkfeuer interface and have one of each VLAN tagged on the Funkfeuer interface.~~		Disable the DHCP server on the LAN interface that is enabled by default on OpenWrt.
	~~Due to limitations in~~ the ~~switching hardware~~ on ~~most routers it has to be a different VLAN ID for every port.~~
	~~As management network I generally recommend having~~ the LAN ~~network untagged on all ports. This makes it easy to connect and set up new Wifi hardware (as their management network usually~~ is ~~untagged on the ethernet interface) and makes debugging on the roof a lot easier (just plug in your laptop into a free ethernet port without any special VLAN config~~ on ~~the laptop)~~.

	~~DLEP for OLSRv2 (getting layer 2 connection information from the Wifi hardware to the OLSRv2 daemon) is currently broken in OLSRDv2 but once~~ it is ~~working you'll want a second~~ tagged ~~VLAN interface~~ on ~~every ethernet port a Wifi device is connected to. The protocol can be set~~ to ~~"unmanaged" (it still assigns an IPv6 link local address which is enough for DLEP)~~.		For Management network it is recommended to use VLAN 1100 tagged on the interfaces to antennas.