| Zeile 1: |
Zeile 1: |
| | Hier beschreiben wir, wie man einen Client-Node an das Backbone-Netz, wie Freifunk-Mainz es gegenwärtig betreibt, andocken kann. Das Backbone hat gegenüber dem bekannteren client-seitigen Mesh ein paar Besonderheiten. Diese werden hier erläutert und in einer Schritt-für-Schritt-Anleitung durchgegangen. | | Hier beschreiben wir, wie man einen Client-Node an das Backbone-Netz, wie Freifunk-Mainz es gegenwärtig betreibt, andocken kann. Das Backbone hat gegenüber dem bekannteren client-seitigen Mesh ein paar Besonderheiten. Diese werden hier erläutert und in einer Schritt-für-Schritt-Anleitung durchgegangen. |
| | | | |
| − | Größtes Merkmal am Backbone-Netz ist die reine Bestückung mit 5-GHz-Geräten. 2,4-GHz-Geräte können also nichts vom Backbone sehen. Die Fokussierung auf 5-GHz-Geräte bringt aus Open Source-Sicht leider noch ein paar Einschränkungen mit: Da ist die Notwendigkeit, das proprietäre AirOS einzusetzen auf den Geräten von Ubiquiti, denn das ebenfalls darauf lauffähige OpenWRT-Linux verfügt noch nicht die erforderliche behördliche Zulassung für diesen Einsatz. AirOS genießt diese Zulassung. Eine Konsequenz aus der Geschlossenheit des Ubiquiti-AirOS ist, dass wir keine Freifunk-Software darauf installieren können, Software, die wir für das Meshen brauchen. Daher muss diese Mesh-Software (z.B. BATMAN) in einem separaten Gerät liegen, hier in einem OpenWRT-System mit Gluon. Ein Client-System am Backbone besteht also zur Zeit in der Regel aus zwei physischen Geräten: Der Richtfunkantenne mit der Original-Firmware (AirOS) und dem Freifunk-Router mit Gluon. | + | Größtes Merkmal am Backbone-Netz ist die reine Bestückung mit 5-GHz-Geräten. 2,4-GHz-Geräte können also nichts vom Backbone sehen. Die Fokussierung auf 5-GHz-Geräte bringt aus Open Source-Sicht leider noch ein paar Einschränkungen mit: Da ist die Notwendigkeit, das proprietäre AirOS einzusetzen auf den Geräten von Ubiquiti, denn das ebenfalls darauf lauffähige OpenWRT-Linux verfügt noch nicht die erforderliche behördliche Zulassung für diesen Einsatz. AirOS genießt diese Zulassung. |
| | | | |
| − | Im Laufe der Beschreibung hier werden also zwei Systeme eingerichtet, und nach der Einrichtung wird das Ubiquiti-AirOS-Gerät (die Richtfunkantenne) über ein Patchkabel mit einem der LAN-Ports des Gluon-Routers verbunden. | + | Eine Konsequenz aus der Geschlossenheit des Ubiquiti-AirOS ist, dass wir keine Freifunk-Software darauf installieren können, Software, die wir für das Meshen brauchen. Daher muss diese Mesh-Software (z.B. BATMAN) in einem separaten Gerät liegen, hier in einem OpenWRT-System mit Gluon. Ein Client-System am Backbone besteht also zur Zeit in der Regel aus zwei physischen Geräten: Der Richtfunkantenne (Nanostation, Nanobeam etc.) mit der Original-Firmware (AirOS) und dem Freifunk-Router mit Gluon. |
| | + | |
| | + | Im Laufe der Beschreibung hier werden also zwei Systeme eingerichtet, und nach der Einrichtung wird das AirOS-Gerät (die Richtfunkantenne) über ein Patchkabel mit einem der LAN-Ports des Gluon-Routers verbunden. |
| | | | |
| | == Einrichten des AirOS == | | == Einrichten des AirOS == |
| Zeile 26: |
Zeile 28: |
| | | | |
| | ==== Managment-IP-Konfiguration ==== | | ==== Managment-IP-Konfiguration ==== |
| − | Plant man mehrere AirOS-Router an einem Standort zu betreiben, so muß man die von Ubiquiti standardmäßig vergebene IP-Adresse (192.168.1.20) auf was anderes (noch freies) ändern, so dass später jeder AirOS-Router seine eigene lokale IP hat und es keine Kollisionen gibt. | + | Plant man mehrere AirOS-Router an einem Standort zu betreiben, so muss man die von Ubiquiti standardmäßig vergebene IP-Adresse (192.168.1.20) auf was anderes (noch freies) ändern, so dass später jeder AirOS-Router seine eigene lokale IP hat und es keine Kollisionen gibt. |
| | | | |
| | [[Datei:Defaultip.png]] | | [[Datei:Defaultip.png]] |