Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- uap-ac-m_controller [28/10/2018 - 08:38] – thommie3
+++ uap-ac-m_controller [28/10/2018 - 09:51] – [Konfiguration FF Router (OpenWRT)] - enable_vlan gefixt patrick
@@ Zeile 1: / Zeile 1: @@
-====== Controller Konfiguration ======
+====== Unifi Controller Konfiguration ======
 (aus Erfahrungen von Holger Adams aus dem Maillepark)
-===== Zentrale Controller Optionen =====
+Weitere Doku im FFS Wiki: [[https://wiki.freifunk-stuttgart.net/technik:administration:unifi|https://wiki.freifunk-stuttgart.net/technik:administration:unifi]]
+===== Zentrale Optionen =====
 SSH: über "Site" immer alle die SSH Keys aus owncloud/pubkeys einspielen.
@@ Zeile 29: / Zeile 31: @@
 aktuellen Funkqualität ins 5 GHz Netz.. ganz ohne "Force 5G" und\\
 "Min RSSI"/
+======   ======
+====== AP Konfiguration global ======
+  * Alle APs sollten eine aktuelle Firmware haben. Diese hatten früher DFS/TPS Probleme (Sprung auf interne Kanäle, "false positive DFS detection", siehe [[https://www.eduitguy.com/2018/06/14/ubnt-infrastructure-part-8-dfs-nightmare/|https://www.eduitguy.com/2018/06/14/ubnt-infrastructure-part-8-dfs-nightmare/]])
+  * mit VHT40/VHT80 sollte man bei den UAP-AC-M aufpassen. Die Warscheinlichkeit, in eine DFS/TPS Detection reinzurutschen steigt katastrophal an. Ausgelöst von halb kaputten Smartphones. VHT20 ist 100% stabil
+  * Nutzt alle, nicht-überschneidente Kanäle die uns die EU bietet (1, 5, 9, 13). Kanal 13 tut mittlerweile fast überall.
+===== Radio =====
+- 2.4 GHz Channel Bandwidth: VHT20 \\ - Transmit Power: 20 dBm \\ - Antenna Gain: Standard Included (damit halten wir in Summe \\ automatisch das Gesetz ein) \\  \\ - 5 GHz Channel Bandwidth: VHT20 \\ - Transmit Power: 20 dBm \\ - Antenna Gain: Standard Included (damit halten wir in Summe \\ automatisch das Gesetz ein) \\  \\ Bandsteering \\ - Off \\  \\ Eingeschaltetes Bandsteering führt bei Android zu sehr merkwürdigem Verhalten und schlechtem User Experience! Man denkt, \\ das Smartphone verbindet sich nicht! Siehe auch unten: mit eingestellten Mindestdatenraten kann man die Smartphones viel besser \\ "zwingen" zu wechseln \\  \\ //Airtime Fairness \\ - Off \\  \\ Airtime Fairness funktioniert nur bei sehr wenigen Clients akzeptabel, danach bricht es schlagartig ein. Unbedingt abgeschalten lassen \\  \\ Keine ////Minimum RSSI Geschichten setzen! Anhand der zentral einstellbaren, erlaubten Transferraten lässt sich \\ die Reichweite sehr viel besser limitieren.//
 ====== AP batch configuration ======
-Gilt für den Fall, daß APs **nicht** in separaten Sites/Zonen laufen sollen. Siehe [[https://help.ubnt.com/hc/en-us/articles/115000170548-UniFi-Group-Configuration-for-Access-Points|https://help.ubnt.com/hc/en-us/articles/115000170548-UniFi-Group-Configuration-for-Access-Points]]
+Gilt für den Fall, daß APs **nicht**  in separaten Sites/Zonen laufen sollen. Siehe [[https://help.ubnt.com/hc/en-us/articles/115000170548-UniFi-Group-Configuration-for-Access-Points|https://help.ubnt.com/hc/en-us/articles/115000170548-UniFi-Group-Configuration-for-Access-Points]]
 Folgende Radio settings können für die gesamte Gruppe gesetzt werden:
@@ Zeile 46: / Zeile 60: @@
   * Enable/disable LED
   * Device Tags
-====== AP Konfiguration global ======
-  * Alle APs sollten eine aktuelle Firmware haben. Diese hatten früher DFS/TPS Probleme (Sprung auf interne Kanäle, "false positive DFS detection", siehe [[https://www.eduitguy.com/2018/06/14/ubnt-infrastructure-part-8-dfs-nightmare/|https://www.eduitguy.com/2018/06/14/ubnt-infrastructure-part-8-dfs-nightmare/]])
-  * mit VHT40/VHT80 sollte man bei den UAP-AC-M aufpassen. Die Warscheinlichkeit, in eine DFS/TPS Detection reinzurutschen steigt katastrophal an. Ausgelöst von halb kaputten Smartphones. VHT20 ist 100% stabil
-  * Nutzt alle, nicht-überschneidente Kanäle die uns die EU bietet (1, 5, 9, 13). Kanal 13 tut mittlerweile fast überall.
-===== Radio =====
-- 2.4 GHz Channel Bandwidth: VHT20 \\ - Transmit Power: 20 dBm \\ - Antenna Gain: Standard Included (damit halten wir in Summe \\ automatisch das Gesetz ein) \\  \\ - 5 GHz Channel Bandwidth: VHT20 \\ - Transmit Power: 20 dBm \\ - Antenna Gain: Standard Included (damit halten wir in Summe \\ automatisch das Gesetz ein) \\  \\ Bandsteering \\ - Off \\  \\ Eingeschaltetes Bandsteering führt bei Android zu sehr merkwürdigem Verhalten und schlechtem User Experience! Man denkt, \\ das Smartphone verbindet sich nicht! Siehe auch unten: mit eingestellten Mindestdatenraten kann man die Smartphones viel besser \\ "zwingen" zu wechseln \\  \\ //Airtime Fairness \\ - Off \\  \\ Airtime Fairness funktioniert nur bei sehr wenigen Clients akzeptabel, danach bricht es schlagartig ein. Unbedingt abgeschalten lassen \\  \\ Keine ////Minimum RSSI Geschichten setzen! Anhand der zentral einstellbaren, erlaubten Transferraten lässt sich \\ die Reichweite sehr viel besser limitieren.//
 ====== Freifunk SSID über vorhandene Ubiquity Infrastruktur ======
@@ Zeile 61: / Zeile 65: @@
 (Work in progress, Thommie)
-Szenario/Use Case: es gibt eine vorhandene Ubiquity Infrastruktur mit einem oder mehreren APs und einem lokalen Controller (VM oder UCK). Beispiele: Villa Nagel, Zwiebel Küferstrasse, Perspektivisch Musikschule Esslingen.
+Szenario/Use Case: es gibt eine vorhandene Ubiquity Infrastruktur mit einem oder mehreren APs und einem **lokalen** Controller (VM oder UCK). Beispiele: Villa Nagel, Zwiebel Küferstrasse, Perspektivisch Musikschule Esslingen.
-Parallel zu den lokalen (privaten) Netzen und SSIDs soll die Freifunk SSID ausgesendet und über die LAN-Seite (switch0) eines lokalen FF Routers ins Freifunk Netz ausgeleitet werden. Faktisch dient der FF Router als Offloader. Die logische Trennung des Ubiquity Managment Netzes (lokales Netz des Standorts) und des Freifunk Netzes erfolgt über ein tagged VLAN (802.1q) für die FF Ausleitung zum FF Router.
+Parallel zu lokalen (privaten) Netzen und SSIDs soll die Freifunk SSID zusätzlich ausgesendet und über die LAN-Seite eines lokalen FF Routers (switch0) vom Privatnetz getrennt ins Freifunk Netz ausgeleitet werden. Der FF Router dient - aus Sicht der UBNT Infrastruktur - als "Reverse-Offloader". Die logische Trennung des Ubiquity Managment Netzes (lokales Netz des Standorts) und des Freifunk Netzes erfolgt über ein tagged VLAN (802.1q) für die FF Ausleitung zum FF Router. Vorteile:
-Vorteile:
+  - die Ubiquity Infrastruktur und die damit verbundene WLAN Reichweite ist ggf. schon flächendeckend vorhanden, nicht nur an einer Stelle.
+  - die FF SSID wird zusätzlich zu 2,4 GHz auch im wesentlich Störungs-ärmeren 5 GHz Band ausgesendet.
+  - die Ubiquity Infrastruktur erlaubt einen dynamischen "wireless uplink" im 5 GHz Band (nicht nur klassiches meshing auf Kanal 1, der an vielen Innenstadt-Standorten oft überlastet ist) und damit eine Reichweiten Erhöhung ohne Kabelsalat.
-  - die Ubiquity Infrastruktur ist ggf. flächendeckend vorhanden, nicht nur an einer Stelle.
-  - FF SSID wird im wesentlich störungs-ärmeren 5 GHz Band ausgesendet.
-  - Ubiquity Infrastruktur erlaubt "wireless uplink" im 5 GHz Band, damit Reichweiten Erhöhung ohne Kabelsalat.
 ===== Controller Konfiguration =====
@@ Zeile 78: / Zeile 81: @@
 VLAN definieren mit Purpose: Corporate, VLAN: [ID] (z.B. 102), Gateway/Subnet (FF), DHCP mode: off
+FIXME Welches IPv4 Subnet wird auf FF Switch Seiten benutzt, um den Traffic von der UBNT Infrastruktur zum FF Router weiter zu geben und von dort eine IPv4 IP zu bekommen? 172.21.0.1/16 tut nicht!
 ==== Wireless Networks ====
@@ Zeile 92: / Zeile 98: @@
 Auf Dashboard gehen, Switch wählen, Port anklicken, über "Actions" dem passenden Port eines der Profile zuweisen. Der Port für den UAP braucht "Lokales Netz (untagged) **plus**  VLAN Netz" (sonst kein Management im Controller!). Der Port für den FF Router (switch0 Seite) braucht "**Nur**  tagged VLAN"
+===== Konfiguration FF Router (OpenWRT) =====
+[[https://openwrt.org/docs/guide-user/network/vlan/switch_configuration|https://openwrt.org/docs/guide-user/network/vlan/switch_configuration]]
+FIXME
+/etc/config/network
+<code>
+config switch
+  option name "switch0"
+  option reset '1'
+  option enable_vlan '1'
+config switch_vlan
+  option  device 'switch0'
+  option vlan '102'
+  option ports '1'
+</code>