https://wiki.funkfeuer.at/api.php?action=feedcontributions&feedformat=atom&user=XDjackieXDFunkFeuer Wiki - Benutzerbeiträge [de]2026-06-09T07:20:58ZBenutzerbeiträgeMediaWiki 1.36.3https://wiki.funkfeuer.at/index.php?title=Knowledgebase/OpenWrt_OLSR_Setup&diff=3603Knowledgebase/OpenWrt OLSR Setup2024-09-02T12:10:51Z<p>XDjackieXD: Found out why same IPv4 on all interfaces did not work</p>
<hr />
<div>Currently there is no easy wizard for setting up OLSR on OpenWrt.<br />
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.<br />
<br />
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.<br />
<br />
=== OpenWrt System ===<br />
<br />
To get the Freifunk status page, you'll need to activate the Freifunk package feed. To do this, copy <code>feeds.conf.default</code> to <code>feeds.conf</code> and add the following line: <code>src-git freifunk https://github.com/freifunk/openwrt-packages.git</code><br />
<br />
Apart from the default packages for your target, you'll want to install the following packages:<br />
* luci<br />
* alternatively: luci-ssl-openssl (for TLS on Webinterface)<br />
* optional: luci-app-acme (for TLS on Webinterface)<br />
* luci-app-olsr<br />
* luci-app-olsr-services<br />
* luci-app-olsrd2<br />
* optional: luci-app-sqm (if you want to use smart queue management for NAT)<br />
* optional: luci-app-unbound (if you want your own DNS resolver)<br />
* optional: luci-app-openvpn (for use with tunnelserver)<br />
* optional: openvpn-openssl (for use with tunnelserver)<br />
* freifunk-common<br />
* luci-mod-freifunk<br />
* olsrd<br />
* olsrd-mod-arprefresh<br />
* olsrd-mod-jsoninfo<br />
* olsrd-mod-nameservice<br />
* olsrd-mod-txtinfo<br />
* oonf-olsrd2<br />
* oonf-init-scripts<br />
* oonf-olsrd2-lan_import<br />
* oonf-olsrd2-dlep_router<br />
* oonf-olsrd2-lan<br />
* optional: ethtool-full (for ethernet connection debugging)<br />
* optional: iperf3 (for performance debugging)<br />
* optional: tcpdump (for general network debugging)<br />
* optional: vim (or any other text editor. Per default OpenWrt comes with a very minimal vi implementation by BusyBox)<br />
* optional: netdata (will suck quite a lot of RAM and storage space but can be handy for debugging)<br />
<br />
All the following files can be added build time by putting them into a new directory in the OpenWrt build tree called <code>files</code>.<br />
<br />
=== netdata ===<br />
If you installed Netdata, you can secure it using the following configuration in <code>etc/netdata/netdata.conf</code>:<br />
<br />
<pre><br />
[global]<br />
update every = 2<br />
memory deduplication (ksm) = no<br />
debug log = syslog<br />
error log = syslog<br />
access log = none<br />
run as user = root<br />
<br />
[web]<br />
allow connections from = localhost 10.* 192.168.* 172.16.* 172.17.* 172.18.* 172.19.* 172.20.* 172.21.* 172.22.* 172.23.* 172.24.* 172.25.* 172.26.* 172.27.* 172.28.* 172.29.* 172.30.* 172.31.*<br />
allow dashboard from = localhost 10.* 192.168.* 172.16.* 172.17.* 172.18.* 172.19.* 172.20.* 172.21.* 172.22.* 172.23.* 172.24.* 172.25.* 172.26.* 172.27.* 172.28.* 172.29.* 172.30.* 172.31.*<br />
<br />
[plugins]<br />
cgroups = no<br />
apps = no<br />
charts.d = no<br />
fping = no<br />
node.d = no<br />
python.d = no<br />
<br />
[health]<br />
enabled = no<br />
<br />
[plugin:proc]<br />
ipc = no<br />
</pre><br />
<br />
=== disable unnecessary services per default ===<br />
We don't need <code>dlep_proxy</code>, <code>dlep_radio</code> and <code>olsrd6</code> so disable it per default by creating the file <code>/etc/uci-defaults/99_disable_stuff</code>:<br />
<br />
<pre><br />
#!/bin/sh<br />
<br />
/etc/init.d/dlep_proxy disable<br />
/etc/init.d/dlep_radio disable<br />
/etc/init.d/olsrd6 disable<br />
<br />
exit 0<br />
</pre><br />
<br />
and giving the file execute permissions.<br />
<br />
If you have installed the packages on a pre compiled OpenWrt installation, disable the services by simply running the three commands in the file manually.<br />
<br />
=== Freifunk Status Page ===<br />
To configure the data on the Freifunk status page that unauthenticated users will see, create the file <code>/etc/config/freifunk</code> with the following content (edit at least the nickname to contain a valid Funkfeuer nick):<br />
<br />
<pre><br />
package 'freifunk'<br />
<br />
config 'public' 'contact'<br />
option 'nickname' ''<br />
option 'name' ''<br />
option 'mail' '0xff@example.org'<br />
option 'phone' ''<br />
option 'note' ''<br />
<br />
config 'public' 'community'<br />
option 'name' 'FunkFeuer-Wien'<br />
option 'homepage' 'https://funkfeuer.at'<br />
</pre><br />
<br />
Also create the file <code>/etc/config/profile_FunkFeuer-Wien</code> with the following content:<br />
<br />
<pre><br />
config 'community' 'profile'<br />
option 'name' 'FunkFeuer-Wien'<br />
option 'homepage' 'http://wien.funkfeuer.at'<br />
</pre><br />
<br />
=== OLSRD ===<br />
For OLSRD (IPv4) create the file <code>/etc/config/olsrd</code>:<br />
<br />
<pre><br />
config olsrd<br />
option IpVersion '4'<br />
option FIBMetric 'flat'<br />
option LinkQualityLevel '2'<br />
option OlsrPort '698'<br />
option Willingness '3'<br />
option LinkQualityAlgorithm 'etx_ff'<br />
option NatThreshold '1.0'<br />
# set to your nodes primary funkfeuer IP<br />
option MainIp '111.222.333.444'<br />
<br />
config InterfaceDefaults<br />
option Mode 'mesh'<br />
option Ip4Broadcast '255.255.255.255'<br />
option HelloValidityTime '125.0'<br />
option TcValidityTime '500.0'<br />
option MidInterval '25.0'<br />
option MidValidityTime '500.0'<br />
option HnaInterval '25.0'<br />
option HnaValidityTime '500.0'<br />
<br />
config LoadPlugin<br />
option library 'olsrd_jsoninfo'<br />
option ignore '0'<br />
option accept '127.0.0.1'<br />
<br />
config LoadPlugin<br />
option library 'olsrd_nameservice'<br />
option ignore '0'<br />
<br />
config LoadPlugin<br />
option library 'olsrd_txtinfo'<br />
option ignore '0'<br />
option accept '127.0.0.1'<br />
<br />
config Interface<br />
option ignore '0'<br />
option interface '0xff_eth0'<br />
option Mode 'mesh'<br />
</pre><br />
<br />
duplicate the interface section for every OLSR interface you have and edit the IP address in MainIp to match the main IPv4 address of the node.<br />
<br />
All the interfaces should be in the same firewall zone (usually WAN or a separate Funkfeuer zone).<br />
This firewall zone needs to have a rule set, that allows forward to itself (so in Firewall -> Traffic Rules create a new rule with accept forward from WAN to WAN with any protocol if you are using the WAN zone for Funkfeuer).<br />
<br />
It works to have the same IPv4 address on all interfaces.<br />
Important for this is, to disable masquerading for the firewall zone which all the Funkfeuer interfaces are in.<br />
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).<br />
<br />
=== OLSRD2 ===<br />
<br />
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]).<br />
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.<br />
<br />
Then write the follwing content to <code>/etc/config/olsrd2</code>:<br />
<br />
<pre><br />
config global<br />
option 'failfast' 'no'<br />
option 'pidfile' '/var/run/olsrd2.pid'<br />
option 'lockfile' '/var/lock/olsrd2'<br />
<br />
config log<br />
option 'syslog' 'true'<br />
option 'stderr' 'true'<br />
# option 'file' '/var/log/olsrd2.log'<br />
# option 'info' 'all'<br />
# option 'debug' 'all'<br />
<br />
config telnet<br />
option 'port' '2009'<br />
<br />
config olsrv2<br />
list 'originator' '-fe80::/112'<br />
list 'originator' '-2a02:61:0:ee:1::0/80'<br />
list 'originator' '-2a02:60::0/32'<br />
list 'originator' '-0.0.0.0/0'<br />
list 'originator' '-::1/128'<br />
list 'originator' 'default_accept'<br />
# 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<br />
# list 'lan' '2a02:61:d2c:1::/64'<br />
<br />
config interface<br />
option 'ifname' 'loopback'<br />
list 'bindto' '-0.0.0.0/0'<br />
list 'bindto' '-::1/128'<br />
list 'bindto' 'default_accept'<br />
<br />
config interface<br />
option 'ifname' '0xff_eth0'<br />
list 'bindto' '-0.0.0.0/0'<br />
list 'bindto' '-::1/128'<br />
list 'bindto' 'default_accept'<br />
</pre><br />
<br />
Duplicate the last interface block for every Funkfeuer interface you have.<br />
<br />
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):<br />
<pre><br />
config dlep_router<br />
option 'ifname' '0xff_eth0'<br />
option 'datapath_if' 'eth0.254'<br />
</pre><br />
<br />
Note that the ifname is an OpenWrt interface name, where the datapath_if name is a Linux network interface name (yay for consistency...).<br />
<br />
=== System Settings ===<br />
Please set the hostname to the FQDN of your node (for example <code>erx.konst8.wien.funkfeuer.at</code>).<br />
Also set a strong (!) password for the root account of the device.<br />
<br />
=== Firewall ===<br />
Apart from the previously mentioned forward accept from your Funkfeuer zone to the same zone, you'll probably change a few things regarding firewall behaviour.<br />
<br />
Primarely you might want to restrict access to the webinterface to the IPv4 and IPv6 range of Funkfeuer and allow external access to SSH (maybe also restricted to Funkfeuer IPs).<br />
<br />
=== Network Interfaces ===<br />
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.<br />
<br />
Depending on your LAN network, you might want to disable the DHCP server on the LAN interface that is enabled by default on OpenWrt.<br />
<br />
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.<br />
Due to limitations in the switching hardware on most routers it has to be a different VLAN ID for every port.<br />
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).<br />
<br />
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).</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hauptseite&diff=3530Hauptseite2023-05-03T10:28:21Z<p>XDjackieXD: Riot -> Matrix (Riot heißt Element und ist sowieso nur ein Client für Matrix)</p>
<hr />
<div>{{#ask:[[Category:Events]]<br />
[[EndDate::>{{CURRENTYEAR}}-{{CURRENTMONTH}}-{{CURRENTDAY}}]]<br />
[[IsMainEvent::+]]<br />
|?#=page<br />
|?name=name<br />
|?Date#ISO=date<br />
|?EndDate#ISO=enddate<br />
|format=template<br />
|template=EventList_Mainpage<br />
|named args=yes<br />
|sort=date<br />
|intro= <div style="display:inline-block; float:right; border: 1px solid #6991AA;margin: 3px 10px; padding: 0px 15px 15px 5px"> <h2>kommende Events</h2> {{EventListIntro_Mainpage}}<br />
|outro=&nbsp;{{TableEnd}} </div><br />
}}<br />
<br />
<table style="empty-cells:hide"><br />
<tr><td><br />
{{InfoBanner<br />
|title=Neu hier?<br />
|titlebgcolor=#556270<br />
|text=FunkFeuer.at ist jene Plattform, unter der österreichweit freie WLAN-Netze betrieben werden. <br>Die Grundidee dabei ist, einen eigenen Wireless-LAN Netzwerkknoten zu betreiben und entsprechend dem [[PicoPeeringAgreement]] darüber anderen Netzteilnehmern freien Daten-Transit zu ermöglichen.<br>Im Zusammenspiel mit dem dynamischen Routing Protokoll [http://www.olsr.org OLSR] entsteht damit fast von selbst ein gemeinschaftliches Netzwerk, bei dem jedoch die Komponenten des Netzes im Besitz der einzelnen User verbleiben.<br />
}}<br />
<br />
{{InfoBanner<br />
|title=Bei FunkFeuer.at mitmachen<br />
|text=FunkFeuer versteht sich als ein soziales Netz, bei dem sich technisch Interessierte über alle politischen, kulturellen und sozialen Grenzen hinweg dem Thema [http://de.wikipedia.org/wiki/Freies_Funknetz Freier Netze in Österreich] widmen. Eine kurze Einführung wie du mitmachen kannst findest du in unserer [[Erste Schritte|Kurzeinführung]]<br />
}}<br />
</td><td style="vertical-align:top"><br />
</td></tr><br />
</table><br />
==Weitere Informationen zu FunkFeuer.at==<br />
*[http://www.funkfeuer.at Die 0xFF-FunkFeuer Homepage] <br />
:ist die Homepage des Community und stellt Links zu den einzelnen örtlichen Initiativen und den wichtigsten Services für die Community zur Verfügung.<br />
<br />
*[http://gallery.funkfeuer.at/ Die Bildergalerie] <br />
: ist unsere Foto-Sammlung, in der sich viele Panoramas, Bilder von Knoten aber auch Events finden. Möglicherweise entdeckst du dein Dach auf einem Foto! Dann ist es sehr wahrscheinlich, dass du einen Link aufbauen kannst. Du kannst in der Galerie Fotos von deinem eigenen (zukünftigen) Knoten hochladen.<br />
<br />
===Kommunikation===<br />
*[https://lists.funkfeuer.at/mailman/listinfo Die FunkFeuer Mailinglisten] <br />
: dienen der schriftlichen Kontaktaufnahme innerhalb der einzelnen Communities und ist neben der Wiki eine unserer wichtigsten Dokumentationsquellen. <br />
<br />
*[[Chat|Der FunkFeuer Wien Matrix Chat]]<br />
: ist der schnellste Weg um mit der Community in Kontakt zu treten. Für komplexere Fragen aber bitte lieber eine der strukturierteren Kommunikationskanäle wählen.<br />
<br />
*[https://forum.funkfeuer.at/ Das FunkFeuer Forum]<br />
: Ein Kommunikationskanal neben Chat und Mailinglisten.<br />
<br />
== Noch kein FunkFeuer in deiner Region? ==<br />
Unter [[Neue Initiativen]] kannst du deine Kontaktinformationen veröffentlichen und so weitere Interessenten in deiner Gegend finden, die mit dir gemeinsam ein neues Netz aufbauen. Die bestehenden FunkFeuer-Netze stehen euch dann gerne mit Rat und Tat zur Seite!<br />
<br />
__NOTOC__<br />
<br />
{{InfoBanner<br />
|title=Hinweis: Wiki-Migration<br />
|titlebgcolor=#b0d320<br />
|text=Unser altes Wiki findet sich unter [http://oldwiki.funkfeuer.at oldwiki.funkfeuer.at] -- die Inhalte dort sind '''veraltet''', bitte nur mehr in historischem Kontext konsumieren. :-)<br />
}}</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hausverwaltungen&diff=3515Hausverwaltungen2023-03-31T22:11:25Z<p>XDjackieXD: typo</p>
<hr />
<div>== '''Anfrage um Bewilligung''' ==<br />
* Alle, die nicht Eigentümer des gesamten Gebäudes sind, in dem sie wohnen, müssen bei einer Hausverwaltung um die Bewilligung ansuchen, eine Antenne am Dach aufstellen zu dürfen. Es empfiehlt sich, Schreiben die per Postweg zugestellt werden sollen, eingeschrieben zu versenden. <br />
* Prinzipiell hat jeder Mieter/Nutzungsberechtigte ein gesetzliches Recht auf eine solche Antenne.<br />
<br />
== '''Argumente''' ==<br />
* Redundante Anbindung an das Netzwerk - kein kommerzieller Anbieter bietet bisher dezentrale und gleichzeitig redundante Anbindung an sein Netzwerk und dadurch ins Internet.<br />
* Mangelnde Bandbreite der kommerziellen Anbieter für z.B. HD-Videokonferenzen (weil hier nur der Upload gerechnet werden kann, der bei den meisten kommerziellen Anbietern zu gering oder zu teuer ist).<br />
* Anbieten von (Server-)Diensten bei den meisten kommerziellen Anbietern unerwünscht oder verboten, bei FunkFeuer jedoch ausdrücklich erwünscht und auch technisch ermöglicht.<br />
* Unterwanderung der Netzneutralität bei großen kommerziellen Anbietern durch Verwendung von Zwangsproxies, DNS Umleitungen (um z.B. Webseiten zu sperren).<br />
* Bürgernetze als Katastrophenschutz und Absicherung der Netzneutralität.<br />
* Im Sinne einer engagierten Zivilgesellschaft ist das Projekt FunkFeuer unbedingt unterstützenswert.<br />
<br />
== '''Mustervorlagen''' ==<br />
<br />
* [[Datei:Ansuchen_um_Bewilligung_FunkFeuer.odt]]<br />
* [[Datei:Ansuchen_um_Bewilligung_FunkFeuer.pdf]]<br />
<br />
Nachdem der prinzipielle Ablauf sowie Aufbau einer SAT-Anlage sehr ähnelt, was bei Hausverwaltungen mittlerweile gut bekannt ist, werden Vorlagen dafür angeboten die entsprechend verwendet werden können:<br />
* [https://www.wienerwohnen.at/dms/workspace/SpacesStore/c60ff60f-478f-4742-9ab2-daef83e13f96/2330_sd0103_Ansuchen_Satellitenempfangsantenne.pdf Ansuchen Satellitenantenne] Stadt Wien - Wiener Wohnen<br />
* [http://www.ah-wohnen.at/bewilligungen-.74.html Antragsformular zur SAT - Anlagenerrichtung] Gem. Siedlungs-Genossenschaft Altmannsdorf und Hetzendorf<br />
<br />
== '''Gesetzestext (in der Fassung vom 23.03.2023)''' ==<br />
=== ''§ 9 MRG Veränderung (Verbesserung) des Mietgegenstandes'' ===<br />
<br />
(1) Der Hauptmieter hat eine von ihm beabsichtigte wesentliche Veränderung (Verbesserung) des Mietgegenstandes dem Vermieter anzuzeigen. Lehnt der Vermieter nicht innerhalb von zwei Monaten nach Zugang der Anzeige die beabsichtigte Veränderung ab, so gilt seine Zustimmung als erteilt. Der Vermieter kann seine Zustimmung und eine erforderliche Antragstellung bei der Baubehörde nicht verweigern wenn,<br />
<br />
<br />
1. die Veränderung dem jeweiligen Stand der Technik entspricht,<br />
<br />
2. die Veränderung der Übung des Verkehrs entspricht und einem wichtigen Interesse des Hauptmieters dient,<br />
<br />
3. die einwandfreie Ausführung der Veränderung gewährleistet ist,<br />
<br />
4. der Hauptmieter die Kosten trägt,<br />
<br />
5. durch die Veränderung keine Beeinträchtigung schutzwürdiger Interessen des Vermieters oder eines anderen Mieters zu besorgen ist,<br />
<br />
6. durch die Veränderung keine Schädigung des Hauses, im besonderen keine Beeinträchtigung der äußeren Erscheinung des Hauses, erfolgt,<br />
<br />
7. die Veränderung keine Gefahr für die Sicherheit von Personen und Sachen bewirkt.<br />
<br />
<br />
(2) Die Voraussetzung des Abs. 1 Z 2 ist jedenfalls gegeben, wenn es sich handelt um<br />
<br />
1. die Errichtung oder die den Erfordernissen der Haushaltsführung dienende Umgestaltung von Wasserleitungs-, Lichtleitungs-, Gasleitungs-, Beheizungs- (einschließlich der Einrichtung von zentralen Wärmeversorgungsanlagen) oder sanitären Anlagen,<br />
<br />
2. die der Senkung des Energieverbrauchs dienende Ausgestaltung eines Mietgegenstandes,<br />
<br />
3. die Verbesserungen, die von einer Gebietskörperschaft aus öffentlichen Mitteln gefördert werden,<br />
<br />
4. die Einleitung eines Fernsprechanschlusses oder<br />
<br />
5. die Anbringung der nach dem Stand der Technik notwendigen Antennen und sonstigen Einrichtungen für den Hörfunk- und Fernsehempfang sowie für Multimediadienste, sofern der Anschluß an eine bestehende Einrichtung nicht möglich oder nicht zumutbar ist.<br />
<br />
<br />
(3) Handelt es sich um eine wesentliche Veränderung (Verbesserung), die nicht im Abs. 2 angeführt ist, so kann der Vermieter seine Zustimmung von der Verpflichtung des Hauptmieters zur Wiederherstellung des früheren Zustandes bei der Zurückstellung des Mietgegenstandes abhängig machen.<br />
<br />
Referenzen:<br />
Die tagesaktuelle konsolidierte Fassung des § 9 MRG kann im Rechtsinformationssystem des Bundes (RIS) abgerufen werden.<br />
<br />
* [https://www.ris.bka.gv.at/eli/bgbl/1981/520/P9/NOR40026132?ResultFunctionToken=d76b1d25-9316-4aef-b17d-681daf528364&Position=1&SkipToDocumentPage=True&Abfrage=Bundesnormen&Kundmachungsorgan=&Index=&Titel=&Gesetzesnummer=&VonArtikel=&BisArtikel=&VonParagraf=&BisParagraf=&VonAnlage=&BisAnlage=&Typ=&Kundmachungsnummer=&Unterzeichnungsdatum=&FassungVom=23.03.2023&VonInkrafttretedatum=&BisInkrafttretedatum=&VonAusserkrafttretedatum=&BisAusserkrafttretedatum=&NormabschnittnummerKombination=Und&ImRisSeitVonDatum=&ImRisSeitBisDatum=&ImRisSeit=Undefined&ResultPageSize=100&Suchworte=%c2%a7+9+MRG]<br />
<br />
== '''Weiterführende Informationen beim Magistrat der Stadt Wien''' ==<br />
* MA50 Wohnbauförderung und Schlichtungsstelle für wohnrechtliche Angelegenheiten<br />
**[http://www.wien.gv.at/amtshelfer/bauen-wohnen/schlichtungsstelle/mietrechtsverfahren/veraenderung-mietgegenstand.html Veränderung (Verbesserung) des Mietgegenstandes]<br />
* MA19 Architektur und Stadtgestaltung<br />
** [http://www.wien.gv.at/amtshelfer/bauen-wohnen/stadtentwicklung/baulicheanlagen/satellitenantenne.html Satellitenantennen - Architektonische Begutachtung]<br />
** [http://www.wien.gv.at/stadtentwicklung/grundlagen/schutzzonen/index.html Schutzzonen]</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware&diff=3514Hardware2023-03-31T13:23:51Z<p>XDjackieXD: USB Ports sind in der Auflistung eher irrelevant</p>
<hr />
<div>Siehe auch [[Hardware/Komponenten|Komponenten]]<br />
<br />
Beispiel-Setups sind unter [[Knowledge_Base/Use_Case|Use Cases]] zu finden.<br />
<br />
{{#ask:[[Category:Hardware]] [[HardwareDeprecated::falsch]]<br />
|mainlabel=-<br />
|?HardwareLink=Name<br />
|?HardwareManufacturer=Hersteller<br />
|?RouterOutdoor#ja, nein =Outdoor<br />
|?RouterV642#ja, nein =v642<br />
|?RouterEthernetPorts=Ethernet Ports<br />
|?RouterWifiBand=WLAN Band<br />
|?RouterWifiStandard=WLAN Standard<br />
|?RouterAntenna#ja, nein =Antenne<br />
|?AntennaGain=Gewinn<br />
}}<br />
{{Refresh}}<br />
Neuen Router eintragen: {{#forminput:form=Router|super_page={{PAGENAME}}|placeholder=DeviceName}}<br />
<br />
{{#ask:[[Category:Router]] [[HardwareDeprecated::falsch]]<br />
|?#=page<br />
|?HardwarePicture=Picture<br />
|?HardwareName=name<br />
|?HardwareManufacturer=manufacturer<br />
|?RouterEthernetPorts=ethernetports<br />
|?RouterWifi=wifi<br />
|?RouterWifiBand=wifiband<br />
|?RouterAntenna#ja, nein =antenna|+filter=value|+value filter switches=all<br />
|?RouterWifiStandard=wifistandard|+filter=value<br />
|?RouterOutdoor#ja, nein =outdoor|+filter=value<br />
|format=filtered<br />
|views=list<br />
|list view type=list<br />
|list view template=RouterList<br />
|list view named args=yes<br />
|sort=HardwareManufacturer,HardwareName<br />
}}</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/Antenne/AF60-LR&diff=3513Hardware/Antenne/AF60-LR2023-03-31T13:09:39Z<p>XDjackieXD: </p>
<hr />
<div>{{Router<br />
|name=AirFiber 60 Long Range<br />
|manufacturer=Ubiquiti<br />
|Picture=Af60-lr.png<br />
|deprecated=Nein<br />
|outdoor=Ja<br />
|cpu=Quad Core ARM A7<br />
|ram=256MB<br />
|poe=48V passiv (special snowflake)<br />
|ethernetports=1<br />
|switch=Nein<br />
|wifi=Ja<br />
|wifiband=60 GHz<br />
|wifistandard=proprietary<br />
|antennaconnector=intern<br />
|firmware=AirOS<br />
|antenna=Ja<br />
|antennatype=Parabol<br />
}}<br />
== Übersicht ==<br />
<br />
Ideal für sehr lange Verbindungen, bei denen hohe Bandbreite erforderlich ist.<br />
Laut Hersteller sind damit 12km lange Verbindungen mit 1GBit/s (limitiert durch das 1GBit/s Ethernet) möglich.<br />
<br />
Die Hardware ist nur für P2P Verbindungen geeignet, P2MP ist damit nicht möglich!<br />
<br />
Da das Teil recht teuer ist (ca 400€ pro Seite), ist dies eher in Ausnahmefällen sinnvoll, wo die hohe Bandbreite wirklich sinnvoll ist.<br />
<br />
Auch zu beachten ist, dass die AF60-LR ein proprietäres Protokoll spricht, und damit auf beiden Seiten die gleiche Hardware sein muss! Eine Kombination mit anderen Geräten ist NICHT möglich!<br />
<br />
== Erfahrungswerte ==<br />
<br />
Bitte ergänzen :)</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/Antenne/AF60-LR&diff=3512Hardware/Antenne/AF60-LR2023-03-31T13:09:23Z<p>XDjackieXD: </p>
<hr />
<div>{{Router<br />
|name=AirFiber 60 Long Range<br />
|manufacturer=Ubiquiti<br />
|Picture=Af60-lr.png<br />
|deprecated=Nein<br />
|outdoor=Ja<br />
|cpu=Quad Core ARM A7<br />
|ram=256MB<br />
|poe=48V passiv (special snowflake)<br />
|ethernetports=1<br />
|switch=Nein<br />
|wifi=Ja<br />
|wifiband=60 GHz<br />
|wifistandard=proprietary<br />
|antennaconnector=intern<br />
|firmware=AirOS<br />
|antenna=Ja<br />
|antennatype=Dish<br />
}}<br />
== Übersicht ==<br />
<br />
Ideal für sehr lange Verbindungen, bei denen hohe Bandbreite erforderlich ist.<br />
Laut Hersteller sind damit 12km lange Verbindungen mit 1GBit/s (limitiert durch das 1GBit/s Ethernet) möglich.<br />
<br />
Die Hardware ist nur für P2P Verbindungen geeignet, P2MP ist damit nicht möglich!<br />
<br />
Da das Teil recht teuer ist (ca 400€ pro Seite), ist dies eher in Ausnahmefällen sinnvoll, wo die hohe Bandbreite wirklich sinnvoll ist.<br />
<br />
Auch zu beachten ist, dass die AF60-LR ein proprietäres Protokoll spricht, und damit auf beiden Seiten die gleiche Hardware sein muss! Eine Kombination mit anderen Geräten ist NICHT möglich!<br />
<br />
== Erfahrungswerte ==<br />
<br />
Bitte ergänzen :)</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/Antenne/AF60-LR&diff=3511Hardware/Antenne/AF60-LR2023-03-31T13:09:00Z<p>XDjackieXD: </p>
<hr />
<div>{{Router<br />
|name=AirFiber 60 Long Range<br />
|manufacturer=Ubiquiti<br />
|Picture=Af60-lr.png<br />
|deprecated=Nein<br />
|outdoor=Ja<br />
|cpu=Quad Core ARM A7<br />
|ram=256MB<br />
|poe=48V passiv (special snowflake)<br />
|ethernetports=1<br />
|switch=Nein<br />
|wifi=Ja<br />
|wifiband=60 GHz<br />
|wifistandard=proprietary<br />
|antennaconnector=Nein<br />
|firmware=AirOS<br />
|antenna=Ja<br />
|antennatype=Dish<br />
}}<br />
== Übersicht ==<br />
<br />
Ideal für sehr lange Verbindungen, bei denen hohe Bandbreite erforderlich ist.<br />
Laut Hersteller sind damit 12km lange Verbindungen mit 1GBit/s (limitiert durch das 1GBit/s Ethernet) möglich.<br />
<br />
Die Hardware ist nur für P2P Verbindungen geeignet, P2MP ist damit nicht möglich!<br />
<br />
Da das Teil recht teuer ist (ca 400€ pro Seite), ist dies eher in Ausnahmefällen sinnvoll, wo die hohe Bandbreite wirklich sinnvoll ist.<br />
<br />
Auch zu beachten ist, dass die AF60-LR ein proprietäres Protokoll spricht, und damit auf beiden Seiten die gleiche Hardware sein muss! Eine Kombination mit anderen Geräten ist NICHT möglich!<br />
<br />
== Erfahrungswerte ==<br />
<br />
Bitte ergänzen :)</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/Antenne/AF60-LR&diff=3510Hardware/Antenne/AF60-LR2023-03-31T13:08:36Z<p>XDjackieXD: </p>
<hr />
<div>{{Router<br />
|name=AirFiber 60 Long Range<br />
|manufacturer=Ubiquiti<br />
|Picture=Af60-lr.png<br />
|deprecated=Nein<br />
|outdoor=Ja<br />
|cpu=Quad Core ARM A7<br />
|ram=256MB<br />
|poe=48V passiv (special snowflake)<br />
|ethernetports=1<br />
|switch=Nein<br />
|wifi=Ja<br />
|wifiband=60 GHz<br />
|wifistandard=nonstandard<br />
|antennaconnector=Nein<br />
|firmware=AirOS<br />
|antenna=Ja<br />
|antennatype=Dish<br />
}}<br />
== Übersicht ==<br />
<br />
Ideal für sehr lange Verbindungen, bei denen hohe Bandbreite erforderlich ist.<br />
Laut Hersteller sind damit 12km lange Verbindungen mit 1GBit/s (limitiert durch das 1GBit/s Ethernet) möglich.<br />
<br />
Die Hardware ist nur für P2P Verbindungen geeignet, P2MP ist damit nicht möglich!<br />
<br />
Da das Teil recht teuer ist (ca 400€ pro Seite), ist dies eher in Ausnahmefällen sinnvoll, wo die hohe Bandbreite wirklich sinnvoll ist.<br />
<br />
Auch zu beachten ist, dass die AF60-LR ein proprietäres Protokoll spricht, und damit auf beiden Seiten die gleiche Hardware sein muss! Eine Kombination mit anderen Geräten ist NICHT möglich!<br />
<br />
== Erfahrungswerte ==<br />
<br />
Bitte ergänzen :)</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Attribut:RouterWifiBand&diff=3509Attribut:RouterWifiBand2023-03-31T13:08:03Z<p>XDjackieXD: </p>
<hr />
<div>Dies ist ein Attribut des Datentyps [[Datentyp::Zeichenkette]].<br />
<br />
Die möglichen Werte für dieses Attribut sind:<br />
* [[Erlaubt Wert::2.4 GHz]]<br />
* [[Erlaubt Wert::5 GHz]]<br />
* [[Erlaubt Wert::2.4 GHz, 5 GHz]]<br />
* [[Erlaubt Wert::5 GHz, 60 GHz]]<br />
* [[Erlaubt Wert::60 GHz]]</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/Antenne/AF60-LR&diff=3508Hardware/Antenne/AF60-LR2023-03-31T13:04:18Z<p>XDjackieXD: </p>
<hr />
<div>{{Router<br />
|name=AirFiber 60 Long Range / AF60-LR<br />
|manufacturer=Ubiquiti<br />
|Picture=Af60-lr.png<br />
|deprecated=Nein<br />
|outdoor=Ja<br />
|cpu=Quad Core ARM A7<br />
|ram=256MB<br />
|poe=48V passiv (special snowflake)<br />
|ethernetports=1<br />
|switch=Nein<br />
|wifi=Ja<br />
|wifiband=60GHz<br />
|wifistandard=nonstandard<br />
|antennaconnector=Nein<br />
|firmware=AirOS<br />
|antenna=Ja<br />
|antennatype=Dish<br />
}}<br />
== Übersicht ==<br />
<br />
Ideal für sehr lange Verbindungen, bei denen hohe Bandbreite erforderlich ist.<br />
Laut Hersteller sind damit 12km lange Verbindungen mit 1GBit/s (limitiert durch das 1GBit/s Ethernet) möglich.<br />
<br />
Die Hardware ist nur für P2P Verbindungen geeignet, P2MP ist damit nicht möglich!<br />
<br />
Da das Teil recht teuer ist (ca 400€ pro Seite), ist dies eher in Ausnahmefällen sinnvoll, wo die hohe Bandbreite wirklich sinnvoll ist.<br />
<br />
Auch zu beachten ist, dass die AF60-LR ein proprietäres Protokoll spricht, und damit auf beiden Seiten die gleiche Hardware sein muss! Eine Kombination mit anderen Geräten ist NICHT möglich!<br />
<br />
== Erfahrungswerte ==<br />
<br />
Bitte ergänzen :)</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Datei:Af60-lr.png&diff=3507Datei:Af60-lr.png2023-03-31T13:03:59Z<p>XDjackieXD: https://store.ui.com/collections/operator-airfiber/products/airfiber-60-lr</p>
<hr />
<div>== Beschreibung ==<br />
https://store.ui.com/collections/operator-airfiber/products/airfiber-60-lr</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/Antenne/AF60-LR&diff=3506Hardware/Antenne/AF60-LR2023-03-31T13:03:26Z<p>XDjackieXD: </p>
<hr />
<div>{{Router<br />
|name=AirFiber 60 Long Range / AF60-LR<br />
|manufacturer=Ubiquiti<br />
|Picture=af60-lr.png<br />
|deprecated=Nein<br />
|outdoor=Ja<br />
|cpu=Quad Core ARM A7<br />
|ram=256MB<br />
|poe=48V passiv (special snowflake)<br />
|ethernetports=1<br />
|switch=Nein<br />
|wifi=Ja<br />
|wifiband=60GHz<br />
|wifistandard=nonstandard<br />
|antennaconnector=Nein<br />
|firmware=AirOS<br />
|antenna=Ja<br />
|antennatype=Dish<br />
}}<br />
== Übersicht ==<br />
<br />
Ideal für sehr lange Verbindungen, bei denen hohe Bandbreite erforderlich ist.<br />
Laut Hersteller sind damit 12km lange Verbindungen mit 1GBit/s (limitiert durch das 1GBit/s Ethernet) möglich.<br />
<br />
Die Hardware ist nur für P2P Verbindungen geeignet, P2MP ist damit nicht möglich!<br />
<br />
Da das Teil recht teuer ist (ca 400€ pro Seite), ist dies eher in Ausnahmefällen sinnvoll, wo die hohe Bandbreite wirklich sinnvoll ist.<br />
<br />
Auch zu beachten ist, dass die AF60-LR ein proprietäres Protokoll spricht, und damit auf beiden Seiten die gleiche Hardware sein muss! Eine Kombination mit anderen Geräten ist NICHT möglich!<br />
<br />
== Erfahrungswerte ==<br />
<br />
Bitte ergänzen :)</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/Antenne/AF60-LR&diff=3505Hardware/Antenne/AF60-LR2023-03-31T13:03:04Z<p>XDjackieXD: add af60-lr</p>
<hr />
<div>{{Router<br />
|name=AirFiber 60 Long Range / AF60-LR<br />
|manufacturer=Ubiquiti<br />
|Picture=af60-lr.png<br />
|deprecated=Nein<br />
|outdoor=Ja<br />
|cpu=Quad Core ARM A7<br />
|ram=256MB<br />
|flash=?<br />
|poe=48V passiv (special snowflake)<br />
|ethernetports=1<br />
|switch=Nein<br />
|wifi=Ja<br />
|wifiband=60GHz<br />
|wifistandard=nonstandard<br />
|mimostreams=?<br />
|antennaconnector=Nein<br />
|firmware=AirOS<br />
|antenna=?<br />
|antennatype=Dish<br />
|antennapol=?<br />
|antennagain=? dBi<br />
}}<br />
== Übersicht ==<br />
<br />
Ideal für sehr lange Verbindungen, bei denen hohe Bandbreite erforderlich ist.<br />
Laut Hersteller sind damit 12km lange Verbindungen mit 1GBit/s (limitiert durch das 1GBit/s Ethernet) möglich.<br />
<br />
Die Hardware ist nur für P2P Verbindungen geeignet, P2MP ist damit nicht möglich!<br />
<br />
Da das Teil recht teuer ist (ca 400€ pro Seite), ist dies eher in Ausnahmefällen sinnvoll, wo die hohe Bandbreite wirklich sinnvoll ist.<br />
<br />
Auch zu beachten ist, dass die AF60-LR ein proprietäres Protokoll spricht, und damit auf beiden Seiten die gleiche Hardware sein muss! Eine Kombination mit anderen Geräten ist NICHT möglich!<br />
<br />
== Erfahrungswerte ==<br />
<br />
Bitte ergänzen :)</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Knowledgebase/OpenWrt_OLSR_Setup&diff=3504Knowledgebase/OpenWrt OLSR Setup2023-03-31T12:50:29Z<p>XDjackieXD: </p>
<hr />
<div>Currently there is no easy wizard for setting up OLSR on OpenWrt.<br />
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.<br />
<br />
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.<br />
<br />
=== OpenWrt System ===<br />
<br />
To get the Freifunk status page, you'll need to activate the Freifunk package feed. To do this, copy <code>feeds.conf.default</code> to <code>feeds.conf</code> and add the following line: <code>src-git freifunk https://github.com/freifunk/openwrt-packages.git</code><br />
<br />
Apart from the default packages for your target, you'll want to install the following packages:<br />
* luci<br />
* alternatively: luci-ssl-openssl (for TLS on Webinterface)<br />
* optional: luci-app-acme (for TLS on Webinterface)<br />
* luci-app-olsr<br />
* luci-app-olsr-services<br />
* luci-app-olsrd2<br />
* optional: luci-app-sqm (if you want to use smart queue management for NAT)<br />
* optional: luci-app-unbound (if you want your own DNS resolver)<br />
* optional: luci-app-openvpn (for use with tunnelserver)<br />
* optional: openvpn-openssl (for use with tunnelserver)<br />
* freifunk-common<br />
* luci-mod-freifunk<br />
* olsrd<br />
* olsrd-mod-arprefresh<br />
* olsrd-mod-jsoninfo<br />
* olsrd-mod-nameservice<br />
* olsrd-mod-txtinfo<br />
* oonf-olsrd2<br />
* oonf-init-scripts<br />
* oonf-olsrd2-lan_import<br />
* oonf-olsrd2-dlep_router<br />
* oonf-olsrd2-lan<br />
* optional: ethtool-full (for ethernet connection debugging)<br />
* optional: iperf3 (for performance debugging)<br />
* optional: tcpdump (for general network debugging)<br />
* optional: vim (or any other text editor. Per default OpenWrt comes with a very minimal vi implementation by BusyBox)<br />
* optional: netdata (will suck quite a lot of RAM and storage space but can be handy for debugging)<br />
<br />
All the following files can be added build time by putting them into a new directory in the OpenWrt build tree called <code>files</code>.<br />
<br />
=== netdata ===<br />
If you installed Netdata, you can secure it using the following configuration in <code>etc/netdata/netdata.conf</code>:<br />
<br />
<pre><br />
[global]<br />
update every = 2<br />
memory deduplication (ksm) = no<br />
debug log = syslog<br />
error log = syslog<br />
access log = none<br />
run as user = root<br />
<br />
[web]<br />
allow connections from = localhost 10.* 192.168.* 172.16.* 172.17.* 172.18.* 172.19.* 172.20.* 172.21.* 172.22.* 172.23.* 172.24.* 172.25.* 172.26.* 172.27.* 172.28.* 172.29.* 172.30.* 172.31.*<br />
allow dashboard from = localhost 10.* 192.168.* 172.16.* 172.17.* 172.18.* 172.19.* 172.20.* 172.21.* 172.22.* 172.23.* 172.24.* 172.25.* 172.26.* 172.27.* 172.28.* 172.29.* 172.30.* 172.31.*<br />
<br />
[plugins]<br />
cgroups = no<br />
apps = no<br />
charts.d = no<br />
fping = no<br />
node.d = no<br />
python.d = no<br />
<br />
[health]<br />
enabled = no<br />
<br />
[plugin:proc]<br />
ipc = no<br />
</pre><br />
<br />
=== disable unnecessary services per default ===<br />
We don't need <code>dlep_proxy</code>, <code>dlep_radio</code> and <code>olsrd6</code> so disable it per default by creating the file <code>/etc/uci-defaults/99_disable_stuff</code>:<br />
<br />
<pre><br />
#!/bin/sh<br />
<br />
/etc/init.d/dlep_proxy disable<br />
/etc/init.d/dlep_radio disable<br />
/etc/init.d/olsrd6 disable<br />
<br />
exit 0<br />
</pre><br />
<br />
and giving the file execute permissions.<br />
<br />
If you have installed the packages on a pre compiled OpenWrt installation, disable the services by simply running the three commands in the file manually.<br />
<br />
=== Freifunk Status Page ===<br />
To configure the data on the Freifunk status page that unauthenticated users will see, create the file <code>/etc/config/freifunk</code> with the following content (edit at least the nickname to contain a valid Funkfeuer nick):<br />
<br />
<pre><br />
package 'freifunk'<br />
<br />
config 'public' 'contact'<br />
option 'nickname' ''<br />
option 'name' ''<br />
option 'mail' '0xff@example.org'<br />
option 'phone' ''<br />
option 'note' ''<br />
<br />
config 'public' 'community'<br />
option 'name' 'FunkFeuer-Wien'<br />
option 'homepage' 'https://funkfeuer.at'<br />
</pre><br />
<br />
Also create the file <code>/etc/config/profile_FunkFeuer-Wien</code> with the following content:<br />
<br />
<pre><br />
config 'community' 'profile'<br />
option 'name' 'FunkFeuer-Wien'<br />
option 'homepage' 'http://wien.funkfeuer.at'<br />
</pre><br />
<br />
=== OLSRD ===<br />
For OLSRD (IPv4) create the file <code>/etc/config/olsrd</code>:<br />
<br />
<pre><br />
config olsrd<br />
option IpVersion '4'<br />
option FIBMetric 'flat'<br />
option LinkQualityLevel '2'<br />
option OlsrPort '698'<br />
option Willingness '3'<br />
option LinkQualityAlgorithm 'etx_ff'<br />
option NatThreshold '1.0'<br />
# set to your nodes primary funkfeuer IP<br />
option MainIp '111.222.333.444'<br />
<br />
config InterfaceDefaults<br />
option Mode 'mesh'<br />
option Ip4Broadcast '255.255.255.255'<br />
option HelloValidityTime '125.0'<br />
option TcValidityTime '500.0'<br />
option MidInterval '25.0'<br />
option MidValidityTime '500.0'<br />
option HnaInterval '25.0'<br />
option HnaValidityTime '500.0'<br />
<br />
config LoadPlugin<br />
option library 'olsrd_jsoninfo'<br />
option ignore '0'<br />
option accept '127.0.0.1'<br />
<br />
config LoadPlugin<br />
option library 'olsrd_nameservice'<br />
option ignore '0'<br />
<br />
config LoadPlugin<br />
option library 'olsrd_txtinfo'<br />
option ignore '0'<br />
option accept '127.0.0.1'<br />
<br />
config Interface<br />
option ignore '0'<br />
option interface '0xff_eth0'<br />
option Mode 'mesh'<br />
</pre><br />
<br />
duplicate the interface section for every OLSR interface you have and edit the IP address in MainIp to match the main IPv4 address of the node.<br />
<br />
All the interfaces should be in the same firewall zone (usually WAN or a separate Funkfeuer zone).<br />
This firewall zone needs to have a rule set, that allows forward to itself (so in Firewall -> Traffic Rules create a new rule with accept forward from WAN to WAN with any protocol if you are using the WAN zone for Funkfeuer).<br />
<br />
Having the same IPv4 address on all Funkfeuer interfaces should work, the current OpenWrt stable with the current OLSRD version seems to have this non-working right now though so having ine IPv4 address per interface is currently required (tested with OpenWrt 22.03.0 and OLSRD version 1e771b4d31e36f9ffd0a04c3f8f83abb803ec309)<br />
<br />
=== OLSRD2 ===<br />
<br />
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]).<br />
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.<br />
<br />
Then write the follwing content to <code>/etc/config/olsrd2</code>:<br />
<br />
<pre><br />
config global<br />
option 'failfast' 'no'<br />
option 'pidfile' '/var/run/olsrd2.pid'<br />
option 'lockfile' '/var/lock/olsrd2'<br />
<br />
config log<br />
option 'syslog' 'true'<br />
option 'stderr' 'true'<br />
# option 'file' '/var/log/olsrd2.log'<br />
# option 'info' 'all'<br />
# option 'debug' 'all'<br />
<br />
config telnet<br />
option 'port' '2009'<br />
<br />
config olsrv2<br />
list 'originator' '-fe80::/112'<br />
list 'originator' '-2a02:61:0:ee:1::0/80'<br />
list 'originator' '-2a02:60::0/32'<br />
list 'originator' '-0.0.0.0/0'<br />
list 'originator' '-::1/128'<br />
list 'originator' 'default_accept'<br />
# 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<br />
# list 'lan' '2a02:61:d2c:1::/64'<br />
<br />
config interface<br />
option 'ifname' 'loopback'<br />
list 'bindto' '-0.0.0.0/0'<br />
list 'bindto' '-::1/128'<br />
list 'bindto' 'default_accept'<br />
<br />
config interface<br />
option 'ifname' '0xff_eth0'<br />
list 'bindto' '-0.0.0.0/0'<br />
list 'bindto' '-::1/128'<br />
list 'bindto' 'default_accept'<br />
</pre><br />
<br />
Duplicate the last interface block for every Funkfeuer interface you have.<br />
<br />
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):<br />
<pre><br />
config dlep_router<br />
option 'ifname' '0xff_eth0'<br />
option 'datapath_if' 'eth0.254'<br />
</pre><br />
<br />
Note that the ifname is an OpenWrt interface name, where the datapath_if name is a Linux network interface name (yay for consistency...).<br />
<br />
=== System Settings ===<br />
Please set the hostname to the FQDN of your node (for example <code>erx.konst8.wien.funkfeuer.at</code>).<br />
Also set a strong (!) password for the root account of the device.<br />
<br />
=== Firewall ===<br />
Apart from the previously mentioned forward accept from your Funkfeuer zone to the same zone, you'll probably change a few things regarding firewall behaviour.<br />
<br />
Primarely you might want to restrict access to the webinterface to the IPv4 and IPv6 range of Funkfeuer and allow external access to SSH (maybe also restricted to Funkfeuer IPs).<br />
<br />
=== Network Interfaces ===<br />
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.<br />
<br />
Depending on your LAN network, you might want to disable the DHCP server on the LAN interface that is enabled by default on OpenWrt.<br />
<br />
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.<br />
Due to limitations in the switching hardware on most routers it has to be a different VLAN ID for every port.<br />
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).<br />
<br />
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).</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Knowledgebase/OpenWrt_OLSR_Setup&diff=3503Knowledgebase/OpenWrt OLSR Setup2023-03-31T12:45:15Z<p>XDjackieXD: OpenWrt Network Config</p>
<hr />
<div>Currently there is no easy wizard for setting up OLSR on OpenWrt.<br />
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.<br />
<br />
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.<br />
<br />
=== OpenWrt System ===<br />
<br />
To get the Freifunk status page, you'll need to activate the Freifunk package feed. To do this, copy <code>feeds.conf.default</code> to <code>feeds.conf</code> and add the following line: <code>src-git freifunk https://github.com/freifunk/openwrt-packages.git</code><br />
<br />
Apart from the default packages for your target, you'll want to install the following packages:<br />
* luci<br />
* alternatively: luci-ssl-openssl (for TLS on Webinterface)<br />
* optional: luci-app-acme (for TLS on Webinterface)<br />
* luci-app-olsr<br />
* luci-app-olsr-services<br />
* luci-app-olsrd2<br />
* optional: luci-app-sqm (if you want to use smart queue management for NAT)<br />
* optional: luci-app-unbound (if you want your own DNS resolver)<br />
* optional: luci-app-openvpn (for use with tunnelserver)<br />
* optional: openvpn-openssl (for use with tunnelserver)<br />
* freifunk-common<br />
* luci-mod-freifunk<br />
* olsrd<br />
* olsrd-mod-arprefresh<br />
* olsrd-mod-jsoninfo<br />
* olsrd-mod-nameservice<br />
* olsrd-mod-txtinfo<br />
* oonf-olsrd2<br />
* oonf-init-scripts<br />
* oonf-olsrd2-lan_import<br />
* oonf-olsrd2-dlep_router<br />
* oonf-olsrd2-lan<br />
* optional: ethtool-full (for ethernet connection debugging)<br />
* optional: iperf3 (for performance debugging)<br />
* optional: tcpdump (for general network debugging)<br />
* optional: vim (or any other text editor. Per default OpenWrt comes with a very minimal vi implementation by BusyBox)<br />
* optional: netdata (will suck quite a lot of RAM and storage space but can be handy for debugging)<br />
<br />
All the following files can be added build time by putting them into a new directory in the OpenWrt build tree called <code>files</code>.<br />
<br />
=== netdata ===<br />
If you installed Netdata, you can secure it using the following configuration in <code>etc/netdata/netdata.conf</code>:<br />
<br />
<pre><br />
[global]<br />
update every = 2<br />
memory deduplication (ksm) = no<br />
debug log = syslog<br />
error log = syslog<br />
access log = none<br />
run as user = root<br />
<br />
[web]<br />
allow connections from = localhost 10.* 192.168.* 172.16.* 172.17.* 172.18.* 172.19.* 172.20.* 172.21.* 172.22.* 172.23.* 172.24.* 172.25.* 172.26.* 172.27.* 172.28.* 172.29.* 172.30.* 172.31.*<br />
allow dashboard from = localhost 10.* 192.168.* 172.16.* 172.17.* 172.18.* 172.19.* 172.20.* 172.21.* 172.22.* 172.23.* 172.24.* 172.25.* 172.26.* 172.27.* 172.28.* 172.29.* 172.30.* 172.31.*<br />
<br />
[plugins]<br />
cgroups = no<br />
apps = no<br />
charts.d = no<br />
fping = no<br />
node.d = no<br />
python.d = no<br />
<br />
[health]<br />
enabled = no<br />
<br />
[plugin:proc]<br />
ipc = no<br />
</pre><br />
<br />
=== disable unnecessary services per default ===<br />
We don't need <code>dlep_proxy</code>, <code>dlep_radio</code> and <code>olsrd6</code> so disable it per default by creating the file <code>/etc/uci-defaults/99_disable_stuff</code>:<br />
<br />
<pre><br />
#!/bin/sh<br />
<br />
/etc/init.d/dlep_proxy disable<br />
/etc/init.d/dlep_radio disable<br />
/etc/init.d/olsrd6 disable<br />
<br />
exit 0<br />
</pre><br />
<br />
and giving the file execute permissions.<br />
<br />
If you have installed the packages on a pre compiled OpenWrt installation, disable the services by simply running the three commands in the file manually.<br />
<br />
=== Freifunk Status Page ===<br />
To configure the data on the Freifunk status page that unauthenticated users will see, create the file <code>/etc/config/freifunk</code> with the following content (edit at least the nickname to contain a valid Funkfeuer nick):<br />
<br />
<pre><br />
package 'freifunk'<br />
<br />
config 'public' 'contact'<br />
option 'nickname' ''<br />
option 'name' ''<br />
option 'mail' '0xff@example.org'<br />
option 'phone' ''<br />
option 'note' ''<br />
<br />
config 'public' 'community'<br />
option 'name' 'FunkFeuer-Wien'<br />
option 'homepage' 'https://funkfeuer.at'<br />
</pre><br />
<br />
Also create the file <code>/etc/config/profile_FunkFeuer-Wien</code> with the following content:<br />
<br />
<pre><br />
config 'community' 'profile'<br />
option 'name' 'FunkFeuer-Wien'<br />
option 'homepage' 'http://wien.funkfeuer.at'<br />
</pre><br />
<br />
=== OLSRD ===<br />
For OLSRD (IPv4) create the file <code>/etc/config/olsrd</code>:<br />
<br />
<pre><br />
config olsrd<br />
option IpVersion '4'<br />
option FIBMetric 'flat'<br />
option LinkQualityLevel '2'<br />
option OlsrPort '698'<br />
option Willingness '3'<br />
option LinkQualityAlgorithm 'etx_ff'<br />
option NatThreshold '1.0'<br />
# set to your nodes primary funkfeuer IP<br />
option MainIp '111.222.333.444'<br />
<br />
config InterfaceDefaults<br />
option Mode 'mesh'<br />
option Ip4Broadcast '255.255.255.255'<br />
option HelloValidityTime '125.0'<br />
option TcValidityTime '500.0'<br />
option MidInterval '25.0'<br />
option MidValidityTime '500.0'<br />
option HnaInterval '25.0'<br />
option HnaValidityTime '500.0'<br />
<br />
config LoadPlugin<br />
option library 'olsrd_jsoninfo'<br />
option ignore '0'<br />
option accept '127.0.0.1'<br />
<br />
config LoadPlugin<br />
option library 'olsrd_nameservice'<br />
option ignore '0'<br />
<br />
config LoadPlugin<br />
option library 'olsrd_txtinfo'<br />
option ignore '0'<br />
option accept '127.0.0.1'<br />
<br />
config Interface<br />
option ignore '0'<br />
option interface '0xff_eth0'<br />
option Mode 'mesh'<br />
</pre><br />
<br />
duplicate the interface section for every OLSR interface you have and edit the IP address in MainIp to match the main IPv4 address of the node.<br />
<br />
All the interfaces should be in the same firewall zone (usually WAN or a separate Funkfeuer zone).<br />
This firewall zone needs to have a rule set, that allows forward to itself (so in Firewall -> Traffic Rules create a new rule with accept forward from WAN to WAN with any protocol if you are using the WAN zone for Funkfeuer).<br />
<br />
Having the same IPv4 address on all Funkfeuer interfaces should work, the current OpenWrt stable with the current OLSRD version seems to have this non-working right now though so having ine IPv4 address per interface is currently required (tested with OpenWrt 22.03.0 and OLSRD version 1e771b4d31e36f9ffd0a04c3f8f83abb803ec309)<br />
<br />
=== OLSRD2 ===<br />
<br />
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]).<br />
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.<br />
<br />
Then write the follwing content to <code>/etc/config/olsrd2</code>:<br />
<br />
<pre><br />
config global<br />
option 'failfast' 'no'<br />
option 'pidfile' '/var/run/olsrd2.pid'<br />
option 'lockfile' '/var/lock/olsrd2'<br />
<br />
config log<br />
option 'syslog' 'true'<br />
option 'stderr' 'true'<br />
# option 'file' '/var/log/olsrd2.log'<br />
# option 'info' 'all'<br />
# option 'debug' 'all'<br />
<br />
config telnet<br />
option 'port' '2009'<br />
<br />
config olsrv2<br />
list 'originator' '-fe80::/112'<br />
list 'originator' '-2a02:61:0:ee:1::0/80'<br />
list 'originator' '-2a02:60::0/32'<br />
list 'originator' '-0.0.0.0/0'<br />
list 'originator' '-::1/128'<br />
list 'originator' 'default_accept'<br />
# 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<br />
# list 'lan' '2a02:61:d2c:1::/64'<br />
<br />
config interface<br />
option 'ifname' 'loopback'<br />
list 'bindto' '-0.0.0.0/0'<br />
list 'bindto' '-::1/128'<br />
list 'bindto' 'default_accept'<br />
<br />
config interface<br />
option 'ifname' '0xff_eth0'<br />
list 'bindto' '-0.0.0.0/0'<br />
list 'bindto' '-::1/128'<br />
list 'bindto' 'default_accept'<br />
</pre><br />
<br />
Duplicate the last interface block for every Funkfeuer interface you have.<br />
<br />
=== System Settings ===<br />
Please set the hostname to the FQDN of your node (for example <code>erx.konst8.wien.funkfeuer.at</code>).<br />
Also set a strong (!) password for the root account of the device.<br />
<br />
=== Firewall ===<br />
Apart from the previously mentioned forward accept from your Funkfeuer zone to the same zone, you'll probably change a few things regarding firewall behaviour.<br />
<br />
Primarely you might want to restrict access to the webinterface to the IPv4 and IPv6 range of Funkfeuer and allow external access to SSH (maybe also restricted to Funkfeuer IPs).<br />
<br />
=== Network Interfaces ===<br />
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.<br />
<br />
Depending on your LAN network, you might want to disable the DHCP server on the LAN interface that is enabled by default on OpenWrt.<br />
<br />
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.<br />
Due to limitations in the switching hardware on most routers it has to be a different VLAN ID for every port.<br />
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).</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Knowledgebase/OpenWrt_OLSR_Setup&diff=3502Knowledgebase/OpenWrt OLSR Setup2023-03-31T12:39:10Z<p>XDjackieXD: </p>
<hr />
<div>Currently there is no easy wizard for setting up OLSR on OpenWrt.<br />
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.<br />
<br />
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.<br />
<br />
=== OpenWrt System ===<br />
<br />
To get the Freifunk status page, you'll need to activate the Freifunk package feed. To do this, copy <code>feeds.conf.default</code> to <code>feeds.conf</code> and add the following line: <code>src-git freifunk https://github.com/freifunk/openwrt-packages.git</code><br />
<br />
Apart from the default packages for your target, you'll want to install the following packages:<br />
* luci<br />
* alternatively: luci-ssl-openssl (for TLS on Webinterface)<br />
* optional: luci-app-acme (for TLS on Webinterface)<br />
* luci-app-olsr<br />
* luci-app-olsr-services<br />
* luci-app-olsrd2<br />
* optional: luci-app-sqm (if you want to use smart queue management for NAT)<br />
* optional: luci-app-unbound (if you want your own DNS resolver)<br />
* optional: luci-app-openvpn (for use with tunnelserver)<br />
* optional: openvpn-openssl (for use with tunnelserver)<br />
* freifunk-common<br />
* luci-mod-freifunk<br />
* olsrd<br />
* olsrd-mod-arprefresh<br />
* olsrd-mod-jsoninfo<br />
* olsrd-mod-nameservice<br />
* olsrd-mod-txtinfo<br />
* oonf-olsrd2<br />
* oonf-init-scripts<br />
* oonf-olsrd2-lan_import<br />
* oonf-olsrd2-dlep_router<br />
* oonf-olsrd2-lan<br />
* optional: ethtool-full (for ethernet connection debugging)<br />
* optional: iperf3 (for performance debugging)<br />
* optional: tcpdump (for general network debugging)<br />
* optional: vim (or any other text editor. Per default OpenWrt comes with a very minimal vi implementation by BusyBox)<br />
* optional: netdata (will suck quite a lot of RAM and storage space but can be handy for debugging)<br />
<br />
All the following files can be added build time by putting them into a new directory in the OpenWrt build tree called <code>files</code>.<br />
<br />
=== netdata ===<br />
If you installed Netdata, you can secure it using the following configuration in <code>etc/netdata/netdata.conf</code>:<br />
<br />
<pre><br />
[global]<br />
update every = 2<br />
memory deduplication (ksm) = no<br />
debug log = syslog<br />
error log = syslog<br />
access log = none<br />
run as user = root<br />
<br />
[web]<br />
allow connections from = localhost 10.* 192.168.* 172.16.* 172.17.* 172.18.* 172.19.* 172.20.* 172.21.* 172.22.* 172.23.* 172.24.* 172.25.* 172.26.* 172.27.* 172.28.* 172.29.* 172.30.* 172.31.*<br />
allow dashboard from = localhost 10.* 192.168.* 172.16.* 172.17.* 172.18.* 172.19.* 172.20.* 172.21.* 172.22.* 172.23.* 172.24.* 172.25.* 172.26.* 172.27.* 172.28.* 172.29.* 172.30.* 172.31.*<br />
<br />
[plugins]<br />
cgroups = no<br />
apps = no<br />
charts.d = no<br />
fping = no<br />
node.d = no<br />
python.d = no<br />
<br />
[health]<br />
enabled = no<br />
<br />
[plugin:proc]<br />
ipc = no<br />
</pre><br />
<br />
=== disable unnecessary services per default ===<br />
We don't need <code>dlep_proxy</code>, <code>dlep_radio</code> and <code>olsrd6</code> so disable it per default by creating the file <code>/etc/uci-defaults/99_disable_stuff</code>:<br />
<br />
<pre><br />
#!/bin/sh<br />
<br />
/etc/init.d/dlep_proxy disable<br />
/etc/init.d/dlep_radio disable<br />
/etc/init.d/olsrd6 disable<br />
<br />
exit 0<br />
</pre><br />
<br />
and giving the file execute permissions.<br />
<br />
If you have installed the packages on a pre compiled OpenWrt installation, disable the services by simply running the three commands in the file manually.<br />
<br />
=== Freifunk Status Page ===<br />
To configure the data on the Freifunk status page that unauthenticated users will see, create the file <code>/etc/config/freifunk</code> with the following content (edit at least the nickname to contain a valid Funkfeuer nick):<br />
<br />
<pre><br />
package 'freifunk'<br />
<br />
config 'public' 'contact'<br />
option 'nickname' ''<br />
option 'name' ''<br />
option 'mail' '0xff@example.org'<br />
option 'phone' ''<br />
option 'note' ''<br />
<br />
config 'public' 'community'<br />
option 'name' 'FunkFeuer-Wien'<br />
option 'homepage' 'https://funkfeuer.at'<br />
</pre><br />
<br />
Also create the file <code>/etc/config/profile_FunkFeuer-Wien</code> with the following content:<br />
<br />
<pre><br />
config 'community' 'profile'<br />
option 'name' 'FunkFeuer-Wien'<br />
option 'homepage' 'http://wien.funkfeuer.at'<br />
</pre><br />
<br />
=== OLSRD ===<br />
For OLSRD (IPv4) create the file <code>/etc/config/olsrd</code>:<br />
<br />
<pre><br />
config olsrd<br />
option IpVersion '4'<br />
option FIBMetric 'flat'<br />
option LinkQualityLevel '2'<br />
option OlsrPort '698'<br />
option Willingness '3'<br />
option LinkQualityAlgorithm 'etx_ff'<br />
option NatThreshold '1.0'<br />
# set to your nodes primary funkfeuer IP<br />
option MainIp '111.222.333.444'<br />
<br />
config InterfaceDefaults<br />
option Mode 'mesh'<br />
option Ip4Broadcast '255.255.255.255'<br />
option HelloValidityTime '125.0'<br />
option TcValidityTime '500.0'<br />
option MidInterval '25.0'<br />
option MidValidityTime '500.0'<br />
option HnaInterval '25.0'<br />
option HnaValidityTime '500.0'<br />
<br />
config LoadPlugin<br />
option library 'olsrd_jsoninfo'<br />
option ignore '0'<br />
option accept '127.0.0.1'<br />
<br />
config LoadPlugin<br />
option library 'olsrd_nameservice'<br />
option ignore '0'<br />
<br />
config LoadPlugin<br />
option library 'olsrd_txtinfo'<br />
option ignore '0'<br />
option accept '127.0.0.1'<br />
<br />
config Interface<br />
option ignore '0'<br />
option interface '0xff_eth0'<br />
option Mode 'mesh'<br />
</pre><br />
<br />
duplicate the interface section for every OLSR interface you have and edit the IP address in MainIp to match the main IPv4 address of the node.<br />
<br />
All the interfaces should be in the same firewall zone (usually WAN or a separate Funkfeuer zone).<br />
This firewall zone needs to have a rule set, that allows forward to itself (so in Firewall -> Traffic Rules create a new rule with accept forward from WAN to WAN with any protocol if you are using the WAN zone for Funkfeuer).<br />
<br />
Having the same IPv4 address on all Funkfeuer interfaces should work, the current OpenWrt stable with the current OLSRD version seems to have this non-working right now though so having ine IPv4 address per interface is currently required (tested with OpenWrt 22.03.0 and OLSRD version 1e771b4d31e36f9ffd0a04c3f8f83abb803ec309)<br />
<br />
=== OLSRD2 ===<br />
<br />
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]).<br />
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.<br />
<br />
Then write the follwing content to <code>/etc/config/olsrd2</code>:<br />
<br />
<pre><br />
config global<br />
option 'failfast' 'no'<br />
option 'pidfile' '/var/run/olsrd2.pid'<br />
option 'lockfile' '/var/lock/olsrd2'<br />
<br />
config log<br />
option 'syslog' 'true'<br />
option 'stderr' 'true'<br />
# option 'file' '/var/log/olsrd2.log'<br />
# option 'info' 'all'<br />
# option 'debug' 'all'<br />
<br />
config telnet<br />
option 'port' '2009'<br />
<br />
config olsrv2<br />
list 'originator' '-fe80::/112'<br />
list 'originator' '-2a02:61:0:ee:1::0/80'<br />
list 'originator' '-2a02:60::0/32'<br />
list 'originator' '-0.0.0.0/0'<br />
list 'originator' '-::1/128'<br />
list 'originator' 'default_accept'<br />
# 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<br />
# list 'lan' '2a02:61:d2c:1::/64'<br />
<br />
config interface<br />
option 'ifname' 'loopback'<br />
list 'bindto' '-0.0.0.0/0'<br />
list 'bindto' '-::1/128'<br />
list 'bindto' 'default_accept'<br />
<br />
config interface<br />
option 'ifname' '0xff_eth0'<br />
list 'bindto' '-0.0.0.0/0'<br />
list 'bindto' '-::1/128'<br />
list 'bindto' 'default_accept'<br />
</pre><br />
<br />
Duplicate the last interface block for every Funkfeuer interface you have.<br />
<br />
=== System Settings ===<br />
Please set the hostname to the FQDN of your node (for example <code>erx.konst8.wien.funkfeuer.at</code>).<br />
Also set a strong (!) password for the root account of the device.</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Knowledgebase/OpenWrt_OLSR_Setup&diff=3501Knowledgebase/OpenWrt OLSR Setup2023-03-31T12:38:36Z<p>XDjackieXD: Add very manual OpenWrt setup instructions</p>
<hr />
<div>Currently there is no easy wizard for setting up OLSR on OpenWrt.<br />
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.<br />
<br />
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.<br />
<br />
== OpenWrt System ==<br />
<br />
To get the Freifunk status page, you'll need to activate the Freifunk package feed. To do this, copy <code>feeds.conf.default</code> to <code>feeds.conf</code> and add the following line: <code>src-git freifunk https://github.com/freifunk/openwrt-packages.git</code><br />
<br />
Apart from the default packages for your target, you'll want to install the following packages:<br />
* luci<br />
* alternatively: luci-ssl-openssl (for TLS on Webinterface)<br />
* optional: luci-app-acme (for TLS on Webinterface)<br />
* luci-app-olsr<br />
* luci-app-olsr-services<br />
* luci-app-olsrd2<br />
* optional: luci-app-sqm (if you want to use smart queue management for NAT)<br />
* optional: luci-app-unbound (if you want your own DNS resolver)<br />
* optional: luci-app-openvpn (for use with tunnelserver)<br />
* optional: openvpn-openssl (for use with tunnelserver)<br />
* freifunk-common<br />
* luci-mod-freifunk<br />
* olsrd<br />
* olsrd-mod-arprefresh<br />
* olsrd-mod-jsoninfo<br />
* olsrd-mod-nameservice<br />
* olsrd-mod-txtinfo<br />
* oonf-olsrd2<br />
* oonf-init-scripts<br />
* oonf-olsrd2-lan_import<br />
* oonf-olsrd2-dlep_router<br />
* oonf-olsrd2-lan<br />
* optional: ethtool-full (for ethernet connection debugging)<br />
* optional: iperf3 (for performance debugging)<br />
* optional: tcpdump (for general network debugging)<br />
* optional: vim (or any other text editor. Per default OpenWrt comes with a very minimal vi implementation by BusyBox)<br />
* optional: netdata (will suck quite a lot of RAM and storage space but can be handy for debugging)<br />
<br />
All the following files can be added build time by putting them into a new directory in the OpenWrt build tree called <code>files</code>.<br />
<br />
=== netdata ===<br />
If you installed Netdata, you can secure it using the following configuration in <code>etc/netdata/netdata.conf</code>:<br />
<br />
<pre><br />
[global]<br />
update every = 2<br />
memory deduplication (ksm) = no<br />
debug log = syslog<br />
error log = syslog<br />
access log = none<br />
run as user = root<br />
<br />
[web]<br />
allow connections from = localhost 10.* 192.168.* 172.16.* 172.17.* 172.18.* 172.19.* 172.20.* 172.21.* 172.22.* 172.23.* 172.24.* 172.25.* 172.26.* 172.27.* 172.28.* 172.29.* 172.30.* 172.31.*<br />
allow dashboard from = localhost 10.* 192.168.* 172.16.* 172.17.* 172.18.* 172.19.* 172.20.* 172.21.* 172.22.* 172.23.* 172.24.* 172.25.* 172.26.* 172.27.* 172.28.* 172.29.* 172.30.* 172.31.*<br />
<br />
[plugins]<br />
cgroups = no<br />
apps = no<br />
charts.d = no<br />
fping = no<br />
node.d = no<br />
python.d = no<br />
<br />
[health]<br />
enabled = no<br />
<br />
[plugin:proc]<br />
ipc = no<br />
</pre><br />
<br />
=== disable unnecessary services per default ===<br />
We don't need <code>dlep_proxy</code>, <code>dlep_radio</code> and <code>olsrd6</code> so disable it per default by creating the file <code>/etc/uci-defaults/99_disable_stuff</code>:<br />
<br />
<pre><br />
#!/bin/sh<br />
<br />
/etc/init.d/dlep_proxy disable<br />
/etc/init.d/dlep_radio disable<br />
/etc/init.d/olsrd6 disable<br />
<br />
exit 0<br />
</pre><br />
<br />
and giving the file execute permissions.<br />
<br />
If you have installed the packages on a pre compiled OpenWrt installation, disable the services by simply running the three commands in the file manually.<br />
<br />
=== Freifunk Status Page ===<br />
To configure the data on the Freifunk status page that unauthenticated users will see, create the file <code>/etc/config/freifunk</code> with the following content (edit at least the nickname to contain a valid Funkfeuer nick):<br />
<br />
<pre><br />
package 'freifunk'<br />
<br />
config 'public' 'contact'<br />
option 'nickname' ''<br />
option 'name' ''<br />
option 'mail' '0xff@example.org'<br />
option 'phone' ''<br />
option 'note' ''<br />
<br />
config 'public' 'community'<br />
option 'name' 'FunkFeuer-Wien'<br />
option 'homepage' 'https://funkfeuer.at'<br />
</pre><br />
<br />
Also create the file <code>/etc/config/profile_FunkFeuer-Wien</code> with the following content:<br />
<br />
<pre><br />
config 'community' 'profile'<br />
option 'name' 'FunkFeuer-Wien'<br />
option 'homepage' 'http://wien.funkfeuer.at'<br />
</pre><br />
<br />
=== OLSRD ===<br />
For OLSRD (IPv4) create the file <code>/etc/config/olsrd</code>:<br />
<br />
<pre><br />
config olsrd<br />
option IpVersion '4'<br />
option FIBMetric 'flat'<br />
option LinkQualityLevel '2'<br />
option OlsrPort '698'<br />
option Willingness '3'<br />
option LinkQualityAlgorithm 'etx_ff'<br />
option NatThreshold '1.0'<br />
# set to your nodes primary funkfeuer IP<br />
option MainIp '111.222.333.444'<br />
<br />
config InterfaceDefaults<br />
option Mode 'mesh'<br />
option Ip4Broadcast '255.255.255.255'<br />
option HelloValidityTime '125.0'<br />
option TcValidityTime '500.0'<br />
option MidInterval '25.0'<br />
option MidValidityTime '500.0'<br />
option HnaInterval '25.0'<br />
option HnaValidityTime '500.0'<br />
<br />
config LoadPlugin<br />
option library 'olsrd_jsoninfo'<br />
option ignore '0'<br />
option accept '127.0.0.1'<br />
<br />
config LoadPlugin<br />
option library 'olsrd_nameservice'<br />
option ignore '0'<br />
<br />
config LoadPlugin<br />
option library 'olsrd_txtinfo'<br />
option ignore '0'<br />
option accept '127.0.0.1'<br />
<br />
config Interface<br />
option ignore '0'<br />
option interface '0xff_eth0'<br />
option Mode 'mesh'<br />
</pre><br />
<br />
duplicate the interface section for every OLSR interface you have and edit the IP address in MainIp to match the main IPv4 address of the node.<br />
<br />
All the interfaces should be in the same firewall zone (usually WAN or a separate Funkfeuer zone).<br />
This firewall zone needs to have a rule set, that allows forward to itself (so in Firewall -> Traffic Rules create a new rule with accept forward from WAN to WAN with any protocol if you are using the WAN zone for Funkfeuer).<br />
<br />
Having the same IPv4 address on all Funkfeuer interfaces should work, the current OpenWrt stable with the current OLSRD version seems to have this non-working right now though so having ine IPv4 address per interface is currently required (tested with OpenWrt 22.03.0 and OLSRD version 1e771b4d31e36f9ffd0a04c3f8f83abb803ec309)<br />
<br />
=== OLSRD2 ===<br />
<br />
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]).<br />
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.<br />
<br />
Then write the follwing content to <code>/etc/config/olsrd2</code>:<br />
<br />
<pre><br />
config global<br />
option 'failfast' 'no'<br />
option 'pidfile' '/var/run/olsrd2.pid'<br />
option 'lockfile' '/var/lock/olsrd2'<br />
<br />
config log<br />
option 'syslog' 'true'<br />
option 'stderr' 'true'<br />
# option 'file' '/var/log/olsrd2.log'<br />
# option 'info' 'all'<br />
# option 'debug' 'all'<br />
<br />
config telnet<br />
option 'port' '2009'<br />
<br />
config olsrv2<br />
list 'originator' '-fe80::/112'<br />
list 'originator' '-2a02:61:0:ee:1::0/80'<br />
list 'originator' '-2a02:60::0/32'<br />
list 'originator' '-0.0.0.0/0'<br />
list 'originator' '-::1/128'<br />
list 'originator' 'default_accept'<br />
# 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<br />
# list 'lan' '2a02:61:d2c:1::/64'<br />
<br />
config interface<br />
option 'ifname' 'loopback'<br />
list 'bindto' '-0.0.0.0/0'<br />
list 'bindto' '-::1/128'<br />
list 'bindto' 'default_accept'<br />
<br />
config interface<br />
option 'ifname' '0xff_eth0'<br />
list 'bindto' '-0.0.0.0/0'<br />
list 'bindto' '-::1/128'<br />
list 'bindto' 'default_accept'<br />
</pre><br />
<br />
Duplicate the last interface block for every Funkfeuer interface you have.<br />
<br />
=== System Settings ===<br />
Please set the hostname to the FQDN of your node (for example <code>erx.konst8.wien.funkfeuer.at</code>).<br />
Also set a strong (!) password for the root account of the device.</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Knowledgebase/OpenWrt_OLSR_Setup&diff=3500Knowledgebase/OpenWrt OLSR Setup2023-03-31T12:09:39Z<p>XDjackieXD: Die Seite wurde neu angelegt: „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 Open…“</p>
<hr />
<div>Currently there is no easy wizard for setting up OLSR on OpenWrt.<br />
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.<br />
<br />
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.<br />
<br />
== OpenWrt System ==<br />
<br />
To get the Freifunk status page, you'll need to activate the Freifunk package feed. To do this, copy <code>feeds.conf.default</code> to <code>feeds.conf</code> and add the following line: <code>src-git freifunk https://github.com/freifunk/openwrt-packages.git</code><br />
<br />
Apart from the default packages for your target, you'll want to install the following packages:<br />
* luci<br />
* alternatively: luci-ssl-openssl (for TLS on Webinterface)<br />
* optional: luci-app-acme (for TLS on Webinterface)<br />
* luci-app-olsr<br />
* luci-app-olsr-services<br />
* luci-app-olsrd2<br />
* optional: luci-app-sqm (if you want to use smart queue management for NAT)<br />
* optional: luci-app-unbound (if you want your own DNS resolver)<br />
* optional: luci-app-openvpn (for use with tunnelserver)<br />
* optional: openvpn-openssl (for use with tunnelserver)<br />
* freifunk-common<br />
* luci-mod-freifunk<br />
* olsrd<br />
* olsrd-mod-arprefresh<br />
* olsrd-mod-jsoninfo<br />
* olsrd-mod-nameservice<br />
* olsrd-mod-txtinfo<br />
* oonf-olsrd2<br />
* oonf-init-scripts<br />
* oonf-olsrd2-lan_import<br />
* oonf-olsrd2-dlep_router<br />
* oonf-olsrd2-lan<br />
* optional: ethtool-full (for ethernet connection debugging)<br />
* optional: iperf3 (for performance debugging)<br />
* optional: tcpdump (for general network debugging)<br />
* optional: vim (or any other text editor. Per default OpenWrt comes with a very minimal vi implementation by BusyBox)<br />
* optional: netdata (will suck quite a lot of RAM and storage space but can be handy for debugging)<br />
<br />
=== netdata ===<br />
If you installed Netdata, you can secure it using the following configuration in <code>etc/netdata/netdata.conf</code>:<br />
<br />
<pre><br />
[global]<br />
update every = 2<br />
memory deduplication (ksm) = no<br />
debug log = syslog<br />
error log = syslog<br />
access log = none<br />
run as user = root<br />
<br />
[web]<br />
allow connections from = localhost 10.* 192.168.* 172.16.* 172.17.* 172.18.* 172.19.* 172.20.* 172.21.* 172.22.* 172.23.* 172.24.* 172.25.* 172.26.* 172.27.* 172.28.* 172.29.* 172.30.* 172.31.*<br />
allow dashboard from = localhost 10.* 192.168.* 172.16.* 172.17.* 172.18.* 172.19.* 172.20.* 172.21.* 172.22.* 172.23.* 172.24.* 172.25.* 172.26.* 172.27.* 172.28.* 172.29.* 172.30.* 172.31.*<br />
<br />
[plugins]<br />
cgroups = no<br />
apps = no<br />
charts.d = no<br />
fping = no<br />
node.d = no<br />
python.d = no<br />
<br />
[health]<br />
enabled = no<br />
<br />
[plugin:proc]<br />
ipc = no<br />
</pre></div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/Router/RB5009UPr&diff=3499Hardware/Router/RB5009UPr2023-03-30T21:55:29Z<p>XDjackieXD: Bild für RB5009 hinzugefügt</p>
<hr />
<div>{{Router<br />
|name=Routerboard RB5009UPr<br />
|manufacturer=Mikrotik<br />
|Picture=RB5009.png<br />
|deprecated=Nein<br />
|v642=Ja<br />
|outdoor=Nein<br />
|cpu=Marvel Armada 7040, 4x1.4GHz ARMv8<br />
|ram=1GiB<br />
|flash=16MiB SPI NOR + 1GiB NAND<br />
|poe=passiv und af, 8 Ports, schaltbar, alle Ports auch als PoE Inputs verwendbar<br />
|ethernetports=8<br />
|modulport=1<br />
|switch=Ja<br />
|wifi=Nein<br />
|firmware=RouterOS 7, OpenWrt snapshot]<br />
|flashmethod=TFTP/Netboot<br />
|flashguide=[https://openwrt.org/toh/mikrotik/rb5009ug_s_in Beschreibung OpenWrt Flash]<br />
|antenna=Nein<br />
|OlsrCapable=v1&v2<br />
}}<br />
<br />
== Allgemeines zum Gerät ==<br />
<br />
Vorweg: Das RB5009 ist nicht billig und aus diesem Grund sicher nicht für alle Knoten ideal. Größere Knoten (>4 Antennen, mehrere 60GHz Strecken, Roofnodes) könnten aber genau diese Hardware perfekt gebrauchen. Da derzeit mit OpenWrt PoE noch nicht funktioniert, ist die Hardware generell gerade nur als "Entwicklungshardware" zu betrachten! Mit RouterOS funktionieren zwar alle Features, aber soweit ich weiß gibt es kein "known working" OLSR Setup mit RouterOS.<br />
<br />
Das RB5009UPr ist ein extrem leistungsstarker, kompakter Router mit 7 1GBit/s RJ45 Ports, einem 2.5GBit/s RJ45 Port und einem 10GBit/s SFP+ Slot.<br />
Alle RJ45 Ports können sowohl als PoE Input als auch Output genutzt werden mit sowohl passivem PoE als auch aktivem (af) PoE.<br />
Die PoE Ausgangsspannung ist immer die höchste Eingangsspannung!<br />
Das Board kann gleichzeitig über Schraubklemme, Hohlstecker und PoE mit Strom versorgt werden (24-57V), wobei immer die höchste Eingangsspannung "gewinnt".<br />
<br />
Mit RouterOS sollte es mit den Containern möglich sein, OLSR lauffähig zu bekommen, dies wurde aber noch nicht getestet.<br />
Mit OpenWrt funktioniert das Board problemlos, nur PoE konfiguration ist (noch) nicht möglich (es wird aktiv daran gearbeitet).<br />
Da derzeit noch RouterBoot gepatcht werden muss, damit OpenWrt darauf gebootet werden kann, gibt es noch keine offiziellen OpenWrt Snapshot builds für dieses Board (solltest du es trotzdem probieren wollen, melde dich bei mir - [https://wiki.funkfeuer.at/wiki/Benutzer:XDjackieXD jakob]).<br />
<br />
=== Known Issues ===<br />
<br />
* PoE Output geht mit OpenWrt noch nicht (fehlende Software für Mikrotik PoE v4 SPI Protokoll)<br />
<br />
=== Recovery ===<br />
<br />
Sollte irgendetwas schiefgehen, kann immer (außer man hat beide Kopien von RouterBoot gekillt. Respekt dazu wenn du das geschafft hast. Melde dich bei [https://wiki.funkfeuer.at/wiki/Benutzer:XDjackieXD mir] und ich helfe dir beim Recovery :P) mit dem [https://help.mikrotik.com/docs/display/ROS/Netinstall Mikrotik Netinstall] auf RouterOS zurückgeflasht werden.<br />
<br />
== Performance ==<br />
<br />
Getestet mit IPerf3 über das SFP+ Interface gehen 5GBit/s von Router CPU zu PC (mit aktiver Firewall). Limit ist hier, dass IPerf3 nur einen CPU Kern des Routers nutzt.<br />
NAT und Routing performance gehen 10GBit/s half-duplex problemlos (half-duplex deshalb, weil die CPU "nur" mit 1x10GBit/s full-duplex an den Switch angebunden ist) und die CPU ist weit entfernt von Volllast.<br />
Wichtig ist nur, dass Firewall Regeln so gesetzt sind, dass alle Streams mit Kernel Fastpathing bearbeitet werden können!<br />
<br />
== Bezugsquellen ==<br />
<br />
* https://www.getic.com/product/mikrotik-rb5009upr-s-in<br />
* https://nasstore.eu/product/mikrotik-rb5009uprsin/ (waren die einzigen die Feb/Mär 2023 welche lagernd hatten in EU)<br />
* Vermutlich viele andere Onlinehändler? Der Chip ist wieder Verfügbar (Stand März 2023) also sollten die langsam aber sicher wieder Verfügbar werden</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Datei:RB5009.png&diff=3498Datei:RB5009.png2023-03-30T21:55:04Z<p>XDjackieXD: https://mikrotik.com/product/rb5009upr_s_in#fndtn-gallery</p>
<hr />
<div>== Beschreibung ==<br />
https://mikrotik.com/product/rb5009upr_s_in#fndtn-gallery</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/BananaPi_BPI-R3&diff=3497Hardware/BananaPi BPI-R32023-03-30T21:53:21Z<p>XDjackieXD: </p>
<hr />
<div>{{Router<br />
|name=BPI-R3<br />
|manufacturer=BananaPi<br />
|Picture=Bpi-r3.webp<br />
|deprecated=Nein<br />
|v642=Ja<br />
|outdoor=Nein<br />
|cpu=MediaTek MT7986 (Filogic 830) quad core ARMv8<br />
|ram=2GB<br />
|flash=32MB SPI NOR + 128MB SPI NAND + 8GB eMMC + MicroSD<br />
|poe=Nein<br />
|ethernetports=5<br />
|modulport=2<br />
|switch=Ja<br />
|wifi=Ja<br />
|firmware=OpenWrt 22.03.2<br />
|flashmethod=MicroSD<br />
|flashguide=[https://openwrt.org/toh/sinovoip/bananapi_bpi-r3#installation Beschreibung OpenWrt]<br />
|antenna=Nein<br />
|OlsrCapable=v1&v2<br />
}}<br />
<br />
== Allgemeines zum Gerät ==<br />
<br />
Netter indoor WLAN Router/AP mit moderner Hardware und first-party OpenWrt Support.<br />
Das Bundle (Gehäuse + Netzteil + Antennen + Router) kostet ca 150€ und dafür bekommt man einen Router mit 5x 1GBit/s RJ45 + 2x 2.5GBit/s SFP Ports, wobei einer der SFP Slots extra an der CPU hängt und der Rest an einem Switch (der mit 2.5GBit/s zur CPU verbunden ist).<br />
Mit aktuellen OpenWrt Snapshot Releases (seit ca Feb 2023) funktioniert sowohl 2.4GHz als auch 5GHz WLAN mit 802.11AX stabil und schnell, wobei dieser WLAN Chipsatz irgendwo ein Bottleneck von knapp über 1GBit/s hat (selbst bei 4x4 MIMO und 160MHz zum Client, wo weit über 1GBit/s möglich sein sollten).<br />
<br />
Als Outdoor Hardware in meinen Augen nicht zu empfehlen, da man das Ding dafür in ein Outdoor Gehäuse einbauen muss und mindestens 2, tendenziell eher 4 oder 8 Coaxkabel zu einer Antenne verbinden muss.<br />
Zum Bau einer experimentellen 4x4 MIMO 802.11AX Strecke eventuell brauchbar aber für normale Funkfeuer Anwendung eher als Indoor AP/Router zu empfehlen, vor allem weil auch kein PoE Support vorhanden ist.<br />
<br />
== Performance ==<br />
<br />
Hat genug Wumms in der CPU, um 2.5GBit/s full-duplex problemlos zu stemmen mit diversen Konfigurationen.<br />
Smart Queue Management (der "Nemesis" der langsameren Router) hab ich noch nicht probiert, angesichts der CPU Performance sollten aber zumindest deutlich über 1GBit/s damit gehen, wenn nicht sogar die vollen 2.5GBit/s.<br />
<br />
Wie oben bereits erwähnt ist WLAN auf knapp über 1GBit/s limitiert, dies hat aber nichts mit der CPU Performance zu tun sondern ist ein Limit irgendwo im WLAN Chipsatz (eine standalone PCIe Karte mit dem gleichen Chipsatz hat das gleiche Problem).<br />
<br />
== Bezugsquellen ==<br />
<br />
* [https://de.aliexpress.com/store/1101951077 Aliexpress] (der offizielle BananaPi Store dort liefert leider seit Jan 2023 nicht mehr nach AT auf Grund der neuen Verpackungsverordnungen, es gibt aber andere Shops dort, die das auch verkaufen)<br />
* [https://banana-pi.org/en/buy/ Liste der offiziellen Vertriebspartner von BananaPi]</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Datei:Bpi-r3.webp&diff=3496Datei:Bpi-r3.webp2023-03-30T21:52:55Z<p>XDjackieXD: BananaPi official Aliexpress Store</p>
<hr />
<div>== Beschreibung ==<br />
BananaPi official Aliexpress Store</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/BananaPi_BPI-R3&diff=3495Hardware/BananaPi BPI-R32023-03-30T21:50:54Z<p>XDjackieXD: </p>
<hr />
<div>{{Router<br />
|name=BPI-R3<br />
|manufacturer=BananaPi<br />
|Picture=bpi-r3.jpg<br />
|deprecated=Nein<br />
|v642=Ja<br />
|outdoor=Nein<br />
|cpu=MediaTek MT7986 (Filogic 830) quad core ARMv8<br />
|ram=2GB<br />
|flash=32MB SPI NOR + 128MB SPI NAND + 8GB eMMC + MicroSD<br />
|poe=Nein<br />
|ethernetports=5<br />
|modulport=2<br />
|switch=Ja<br />
|wifi=Ja<br />
|firmware=OpenWrt 22.03.2<br />
|flashmethod=MicroSD<br />
|flashguide=[https://openwrt.org/toh/sinovoip/bananapi_bpi-r3#installation Beschreibung OpenWrt]<br />
|antenna=Nein<br />
|OlsrCapable=v1&v2<br />
}}<br />
<br />
== Allgemeines zum Gerät ==<br />
<br />
Netter indoor WLAN Router/AP mit moderner Hardware und first-party OpenWrt Support.<br />
Das Bundle (Gehäuse + Netzteil + Antennen + Router) kostet ca 150€ und dafür bekommt man einen Router mit 5x 1GBit/s RJ45 + 2x 2.5GBit/s SFP Ports, wobei einer der SFP Slots extra an der CPU hängt und der Rest an einem Switch (der mit 2.5GBit/s zur CPU verbunden ist).<br />
Mit aktuellen OpenWrt Snapshot Releases (seit ca Feb 2023) funktioniert sowohl 2.4GHz als auch 5GHz WLAN mit 802.11AX stabil und schnell, wobei dieser WLAN Chipsatz irgendwo ein Bottleneck von knapp über 1GBit/s hat (selbst bei 4x4 MIMO und 160MHz zum Client, wo weit über 1GBit/s möglich sein sollten).<br />
<br />
Als Outdoor Hardware in meinen Augen nicht zu empfehlen, da man das Ding dafür in ein Outdoor Gehäuse einbauen muss und mindestens 2, tendenziell eher 4 oder 8 Coaxkabel zu einer Antenne verbinden muss.<br />
Zum Bau einer experimentellen 4x4 MIMO 802.11AX Strecke eventuell brauchbar aber für normale Funkfeuer Anwendung eher als Indoor AP/Router zu empfehlen, vor allem weil auch kein PoE Support vorhanden ist.<br />
<br />
== Performance ==<br />
<br />
Hat genug Wumms in der CPU, um 2.5GBit/s full-duplex problemlos zu stemmen mit diversen Konfigurationen.<br />
Smart Queue Management (der "Nemesis" der langsameren Router) hab ich noch nicht probiert, angesichts der CPU Performance sollten aber zumindest deutlich über 1GBit/s damit gehen, wenn nicht sogar die vollen 2.5GBit/s.<br />
<br />
Wie oben bereits erwähnt ist WLAN auf knapp über 1GBit/s limitiert, dies hat aber nichts mit der CPU Performance zu tun sondern ist ein Limit irgendwo im WLAN Chipsatz (eine standalone PCIe Karte mit dem gleichen Chipsatz hat das gleiche Problem).<br />
<br />
== Bezugsquellen ==<br />
<br />
* [https://de.aliexpress.com/store/1101951077 Aliexpress] (der offizielle BananaPi Store dort liefert leider seit Jan 2023 nicht mehr nach AT auf Grund der neuen Verpackungsverordnungen, es gibt aber andere Shops dort, die das auch verkaufen)<br />
* [https://banana-pi.org/en/buy/ Liste der offiziellen Vertriebspartner von BananaPi]</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/BananaPi_BPI-R3&diff=3494Hardware/BananaPi BPI-R32023-03-30T21:50:39Z<p>XDjackieXD: Die Seite wurde neu angelegt: „{{Router |name=BPI-R3 |manufacturer=BananaPi |Picture=bpi-r3.jpg |deprecated=Nein |v642=Ja |outdoor=Nein |cpu=MediaTek MT7986 (Filogic 830) quad core ARMv8 |ra…“</p>
<hr />
<div>{{Router<br />
|name=BPI-R3<br />
|manufacturer=BananaPi<br />
|Picture=bpi-r3.jpg<br />
|deprecated=Nein<br />
|v642=Ja<br />
|outdoor=Nein<br />
|cpu=MediaTek MT7986 (Filogic 830) quad core ARMv8<br />
|ram=2GB<br />
|flash=32MB SPI NOR + 128MB SPI NAND + 8GB eMMC + MicroSD<br />
|poe=Nein<br />
|ethernetports=5<br />
|modulport=2<br />
|switch=Ja<br />
|wifi=Ja<br />
|firmware=OpenWrt 22.03.2]<br />
|flashmethod=MicroSD<br />
|flashguide=[https://openwrt.org/toh/sinovoip/bananapi_bpi-r3#installation Beschreibung OpenWrt]<br />
|antenna=Nein<br />
|OlsrCapable=v1&v2<br />
}}<br />
<br />
== Allgemeines zum Gerät ==<br />
<br />
Netter indoor WLAN Router/AP mit moderner Hardware und first-party OpenWrt Support.<br />
Das Bundle (Gehäuse + Netzteil + Antennen + Router) kostet ca 150€ und dafür bekommt man einen Router mit 5x 1GBit/s RJ45 + 2x 2.5GBit/s SFP Ports, wobei einer der SFP Slots extra an der CPU hängt und der Rest an einem Switch (der mit 2.5GBit/s zur CPU verbunden ist).<br />
Mit aktuellen OpenWrt Snapshot Releases (seit ca Feb 2023) funktioniert sowohl 2.4GHz als auch 5GHz WLAN mit 802.11AX stabil und schnell, wobei dieser WLAN Chipsatz irgendwo ein Bottleneck von knapp über 1GBit/s hat (selbst bei 4x4 MIMO und 160MHz zum Client, wo weit über 1GBit/s möglich sein sollten).<br />
<br />
Als Outdoor Hardware in meinen Augen nicht zu empfehlen, da man das Ding dafür in ein Outdoor Gehäuse einbauen muss und mindestens 2, tendenziell eher 4 oder 8 Coaxkabel zu einer Antenne verbinden muss.<br />
Zum Bau einer experimentellen 4x4 MIMO 802.11AX Strecke eventuell brauchbar aber für normale Funkfeuer Anwendung eher als Indoor AP/Router zu empfehlen, vor allem weil auch kein PoE Support vorhanden ist.<br />
<br />
== Performance ==<br />
<br />
Hat genug Wumms in der CPU, um 2.5GBit/s full-duplex problemlos zu stemmen mit diversen Konfigurationen.<br />
Smart Queue Management (der "Nemesis" der langsameren Router) hab ich noch nicht probiert, angesichts der CPU Performance sollten aber zumindest deutlich über 1GBit/s damit gehen, wenn nicht sogar die vollen 2.5GBit/s.<br />
<br />
Wie oben bereits erwähnt ist WLAN auf knapp über 1GBit/s limitiert, dies hat aber nichts mit der CPU Performance zu tun sondern ist ein Limit irgendwo im WLAN Chipsatz (eine standalone PCIe Karte mit dem gleichen Chipsatz hat das gleiche Problem).<br />
<br />
== Bezugsquellen ==<br />
<br />
* [https://de.aliexpress.com/store/1101951077 Aliexpress] (der offizielle BananaPi Store dort liefert leider seit Jan 2023 nicht mehr nach AT auf Grund der neuen Verpackungsverordnungen, es gibt aber andere Shops dort, die das auch verkaufen)<br />
* [https://banana-pi.org/en/buy/ Liste der offiziellen Vertriebspartner von BananaPi]</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/Router/RB5009UPr&diff=3493Hardware/Router/RB5009UPr2023-03-30T21:17:16Z<p>XDjackieXD: RB5009 Hinzugefügt</p>
<hr />
<div>{{Router<br />
|name=Routerboard RB5009UPr<br />
|manufacturer=Mikrotik<br />
|Picture=rb5009.jpg<br />
|deprecated=Nein<br />
|v642=Ja<br />
|outdoor=Nein<br />
|cpu=Marvel Armada 7040, 4x1.4GHz ARMv8<br />
|ram=1GiB<br />
|flash=16MiB SPI NOR + 1GiB NAND<br />
|poe=passiv und af, 8 Ports, schaltbar, alle Ports auch als PoE Inputs verwendbar<br />
|ethernetports=8<br />
|modulport=1<br />
|switch=Ja<br />
|wifi=Nein<br />
|firmware=RouterOS 7, OpenWrt snapshot]<br />
|flashmethod=TFTP/Netboot<br />
|flashguide=[https://openwrt.org/toh/mikrotik/rb5009ug_s_in Beschreibung OpenWrt Flash]<br />
|antenna=Nein<br />
|OlsrCapable=v1&v2<br />
}}<br />
<br />
== Allgemeines zum Gerät ==<br />
<br />
Vorweg: Das RB5009 ist nicht billig und aus diesem Grund sicher nicht für alle Knoten ideal. Größere Knoten (>4 Antennen, mehrere 60GHz Strecken, Roofnodes) könnten aber genau diese Hardware perfekt gebrauchen. Da derzeit mit OpenWrt PoE noch nicht funktioniert, ist die Hardware generell gerade nur als "Entwicklungshardware" zu betrachten! Mit RouterOS funktionieren zwar alle Features, aber soweit ich weiß gibt es kein "known working" OLSR Setup mit RouterOS.<br />
<br />
Das RB5009UPr ist ein extrem leistungsstarker, kompakter Router mit 7 1GBit/s RJ45 Ports, einem 2.5GBit/s RJ45 Port und einem 10GBit/s SFP+ Slot.<br />
Alle RJ45 Ports können sowohl als PoE Input als auch Output genutzt werden mit sowohl passivem PoE als auch aktivem (af) PoE.<br />
Die PoE Ausgangsspannung ist immer die höchste Eingangsspannung!<br />
Das Board kann gleichzeitig über Schraubklemme, Hohlstecker und PoE mit Strom versorgt werden (24-57V), wobei immer die höchste Eingangsspannung "gewinnt".<br />
<br />
Mit RouterOS sollte es mit den Containern möglich sein, OLSR lauffähig zu bekommen, dies wurde aber noch nicht getestet.<br />
Mit OpenWrt funktioniert das Board problemlos, nur PoE konfiguration ist (noch) nicht möglich (es wird aktiv daran gearbeitet).<br />
Da derzeit noch RouterBoot gepatcht werden muss, damit OpenWrt darauf gebootet werden kann, gibt es noch keine offiziellen OpenWrt Snapshot builds für dieses Board (solltest du es trotzdem probieren wollen, melde dich bei mir - [https://wiki.funkfeuer.at/wiki/Benutzer:XDjackieXD jakob]).<br />
<br />
=== Known Issues ===<br />
<br />
* PoE Output geht mit OpenWrt noch nicht (fehlende Software für Mikrotik PoE v4 SPI Protokoll)<br />
<br />
=== Recovery ===<br />
<br />
Sollte irgendetwas schiefgehen, kann immer (außer man hat beide Kopien von RouterBoot gekillt. Respekt dazu wenn du das geschafft hast. Melde dich bei [https://wiki.funkfeuer.at/wiki/Benutzer:XDjackieXD mir] und ich helfe dir beim Recovery :P) mit dem [https://help.mikrotik.com/docs/display/ROS/Netinstall Mikrotik Netinstall] auf RouterOS zurückgeflasht werden.<br />
<br />
== Performance ==<br />
<br />
Getestet mit IPerf3 über das SFP+ Interface gehen 5GBit/s von Router CPU zu PC (mit aktiver Firewall). Limit ist hier, dass IPerf3 nur einen CPU Kern des Routers nutzt.<br />
NAT und Routing performance gehen 10GBit/s half-duplex problemlos (half-duplex deshalb, weil die CPU "nur" mit 1x10GBit/s full-duplex an den Switch angebunden ist) und die CPU ist weit entfernt von Volllast.<br />
Wichtig ist nur, dass Firewall Regeln so gesetzt sind, dass alle Streams mit Kernel Fastpathing bearbeitet werden können!<br />
<br />
== Bezugsquellen ==<br />
<br />
* https://www.getic.com/product/mikrotik-rb5009upr-s-in<br />
* https://nasstore.eu/product/mikrotik-rb5009uprsin/ (waren die einzigen die Feb/Mär 2023 welche lagernd hatten in EU)<br />
* Vermutlich viele andere Onlinehändler? Der Chip ist wieder Verfügbar (Stand März 2023) also sollten die langsam aber sicher wieder Verfügbar werden</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Benutzer:XDjackieXD&diff=3492Benutzer:XDjackieXD2023-03-30T21:02:08Z<p>XDjackieXD: </p>
<hr />
<div>= Kontakt =<br />
* E-Mail: jakob (at) chaosfield (punkt) at<br />
* Matrix: @jakob:chaosfield.at<br />
<br />
= Nodes =<br />
* Tmrg41<br />
* Konst8<br />
<br />
= Whoami? =<br />
* Seit langem Mitglied bei 0xFF aber (leider) sehr inaktiv (relativ schlechte Position in Wien und hab Montag Abend selten Zeit...)<br />
* Hat bei der Migration oldwiki -> newwiki mitgemacht (das ist jetzt auch schon wieder 7 Jahre her O.O)<br />
* Hab grob Ahnung von Routing und Netzwerken und ganz gut Ahnung von allem mit Funk und Elektronik<br />
* Hab eine [https://chaosfield.at Webseite], auf der ich viel zu wenige meiner dummen Bastelprojekte dokumentiert habe</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/IsoStation_AC&diff=3491Hardware/IsoStation AC2023-03-30T20:47:29Z<p>XDjackieXD: /* konst8 jed99 */</p>
<hr />
<div>{{Router<br />
|name=IsoStation AC / IS-5AC<br />
|manufacturer=Ubiquiti<br />
|Picture=Iso5ac.png<br />
|deprecated=Nein<br />
|outdoor=Ja<br />
|cpu=Atheros AR9342<br />
|ram=64 MB<br />
|flash=16 MB<br />
|poe=passiv<br />
|ethernetports=1<br />
|switch=Nein<br />
|wifi=Ja<br />
|wifiband=2.4 GHz, 5 GHz<br />
|wifistandard=802.11ac<br />
|mimostreams=2x2<br />
|antennaconnector=Ubiquiti Networks waveguide connector<br />
|firmware=OpenWrt<br />
|flashmethod=Web<br />
|antenna=Nein<br />
|antennatype=Horn<br />
|antennapol=H+V<br />
|antennagain=14 dBi<br />
}}<br />
== Usecase für dieses Gerät ==<br />
<br />
Perfekt für Betrieb auf sehr verrauschten Standorten durch das Waveguide Design.<br />
Mit dem mitgelieferten 45° Horn ist das Gerät auch sehr gut für den Sektorbetrieb geeignet. (maximale Sendeleistung mit dem 45er Horn -> 16dBm!)<br />
<br />
<br />
P2MP -> Horn/Sektor<br />
<br />
P2P -> StarterDish<br />
<br />
<br />
2.4 GHz MGNT WiFi funktioniert unter OpenWrt ohne Probleme.<br />
<br />
Das einzige Manko ist der RAM. LuCI läuft gerade so, und ich empfehle das Gerät im Dauerbetrieb eher ohne LuCI zu verwenden. (oder mit regelmäßigen reboots.)<br />
<br />
Der AP wird mit 24V PoE Injektor geliefert.<br />
<br />
== 802.11a/n/ac via OpenWrt ==<br />
<br />
[[User:Acheloos|Ich]] war enttäuscht, dass die neue '''IsoStation AC''' (IS-5AC) leider kein normales 802.11(a/n/ac) mehr sprechen kann. Daher hab ich nach einer Lösung gesucht. Ich habe eine Methode aus dem [https://openwrt.org/toh/ubiquiti/common Table of Hardware](ToH) im OpenWrt Wiki benutzt um den Signaturcheck zu umgehen und ein OpenWrt-Image von einem fast identen Device zu flashen. Das hat dann zum Glück geklappt! '''Achtung, bis jetzt habe ich noch keinen Flashback auf AirOS probiert.'''<br />
<br />
; Hier die Step-By-Step Anleitung :<br />
<br />
Als erstes muss man sich 2 Firmware-Images aus dem Internet runterladen.<br />
<br />
# https://dl.ubnt.com/firmwares/XC-fw/v8.7.0/WA.v8.7.0.42152.200203.1256.bin<br />
# https://downloads.openwrt.org/snapshots/targets/ath79/generic/openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin<br />
<br />
<br />
Nicht vergessen, die IsoStation AC mit '''24V''' PoE zu versorgen. (kein 802.3af/at!)<br />
<br />
Jetzt konfiguriert man die 192.168.1.2 als statische Adresse auf das Netzwerkinterface vom PC/Laptop und steckt die IsoStation an.<br />
<br />
<br />
Man logt sich im AirOS ein, und dann muss man das Downgrade auf die Version 8.7.0 durchführen. Dazu geht man ins Update-Menü, und da muss die Datei WA.v8.7.0.42152.200203.1256.bin eingespielt werden.<br />
<br />
<br />
Nach dem Downgrade lädt man via SCP das OpenWrt-Image auf den AP: <br />
* Windows -> WinSCP openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin nach <code>/tmp</code><br />
* Linux -> <code>scp openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin ubnt@192.168.1.20:/tmp/</code>.<br />
<br />
<br />
Dann geht es gleich weiter mit SSH. (Windows -> Putty, Linux -> ssh)<br />
<br />
Nach dem man via SSH eingeloggt ist - führt man dieses Kommando aus:<br />
<br />
<br />
<code>hexdump -Cv /bin/ubntbox | sed 's/14 40 fe 27/00 00 00 00/g' | hexdump -R > /tmp/fwupdate.real</code><br />
<br />
<br />
Das hat zur Folge, dass man den Signaturcheck aus dem Binary patcht.<br />
<br />
<br />
Danach kann man das FW-Update auf OpenWrt starten.<br />
<br />
<br />
<code>chmod +x /tmp/fwupdate.real<br />
<br />
/tmp/fwupdate.real -m /tmp/openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin</code><br />
<br />
<br />
Nach ~5 Minuten sollte der AP via SSH auf der IP 192.168.1.1 erreichbar sein. Dort kann man dann wie gewohnt OpenWrt einrichten. (Anleitung folgt.)<br />
<br />
== Erfahrungswerte ==<br />
<br />
=== hvbg-1 <-> biss (130deg) ===<br />
<br />
* Antenne -> [http://download.discomp.cz/RFelements/Datasheets/Datasheet-STD-21-UM.pdf StarterDish STD-21-UM]<br />
* Sendeleistung -> 9dBm<br />
* EIRP -> 30 dBm<br />
* Strecke: ~6.2km<br />
* PHY Rate: 26.0 Mbit/s, 20 MHz, MCS 3 (802.11n)<br />
* Durchsatz: 8/5 Mbit/s<br />
* Cell Density: Very High<br />
* RTS/CTS: 985<br />
* Signal/Noise: -80dBm/-104dBm<br />
<br />
<br />
=== konst8 <-> jed99 ===<br />
<br />
* Antenne -> [http://download.discomp.cz/RFelements/Datasheets/Datasheet-STD-27-UM.pdf StarterDish STD-27-UM]<br />
* Sendeleistung -> 3dBm<br />
* EIRP -> 30 dBm<br />
* Strecke: ~7km<br />
* PHY Rate: 144.0 Mbit/s, 20 MHz (802.11ac)<br />
* Durchsatz: 60-70 Mbit/s<br />
* Cell Density: Very High<br />
* Signal/Noise: -66dBm/-102dBm<br />
* Auf beiden Seiten idente Hardware<br />
* OpenWrt selber gebaut aus dem 22.03 branch tut super auch mit LUCI<br />
* Channel 140 geht am besten<br />
* Derzeit konstant DFS false-positives dank viel zu stark sendenden APs von Funknets/Jumper am Donauturm... (Wenn ich auf AP Seite in der Sichtline vom Donauturm stehe, geht auf ein mal alles Problemlos)<br />
* AirOS geht nicht im geringsten besser (AirMax scheint nur bei P2MP mit vielen Clients relevant zu sein, wenn überhaupt)</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/IsoStation_AC&diff=3490Hardware/IsoStation AC2023-03-30T20:46:34Z<p>XDjackieXD: /* Erfahrungswerte */</p>
<hr />
<div>{{Router<br />
|name=IsoStation AC / IS-5AC<br />
|manufacturer=Ubiquiti<br />
|Picture=Iso5ac.png<br />
|deprecated=Nein<br />
|outdoor=Ja<br />
|cpu=Atheros AR9342<br />
|ram=64 MB<br />
|flash=16 MB<br />
|poe=passiv<br />
|ethernetports=1<br />
|switch=Nein<br />
|wifi=Ja<br />
|wifiband=2.4 GHz, 5 GHz<br />
|wifistandard=802.11ac<br />
|mimostreams=2x2<br />
|antennaconnector=Ubiquiti Networks waveguide connector<br />
|firmware=OpenWrt<br />
|flashmethod=Web<br />
|antenna=Nein<br />
|antennatype=Horn<br />
|antennapol=H+V<br />
|antennagain=14 dBi<br />
}}<br />
== Usecase für dieses Gerät ==<br />
<br />
Perfekt für Betrieb auf sehr verrauschten Standorten durch das Waveguide Design.<br />
Mit dem mitgelieferten 45° Horn ist das Gerät auch sehr gut für den Sektorbetrieb geeignet. (maximale Sendeleistung mit dem 45er Horn -> 16dBm!)<br />
<br />
<br />
P2MP -> Horn/Sektor<br />
<br />
P2P -> StarterDish<br />
<br />
<br />
2.4 GHz MGNT WiFi funktioniert unter OpenWrt ohne Probleme.<br />
<br />
Das einzige Manko ist der RAM. LuCI läuft gerade so, und ich empfehle das Gerät im Dauerbetrieb eher ohne LuCI zu verwenden. (oder mit regelmäßigen reboots.)<br />
<br />
Der AP wird mit 24V PoE Injektor geliefert.<br />
<br />
== 802.11a/n/ac via OpenWrt ==<br />
<br />
[[User:Acheloos|Ich]] war enttäuscht, dass die neue '''IsoStation AC''' (IS-5AC) leider kein normales 802.11(a/n/ac) mehr sprechen kann. Daher hab ich nach einer Lösung gesucht. Ich habe eine Methode aus dem [https://openwrt.org/toh/ubiquiti/common Table of Hardware](ToH) im OpenWrt Wiki benutzt um den Signaturcheck zu umgehen und ein OpenWrt-Image von einem fast identen Device zu flashen. Das hat dann zum Glück geklappt! '''Achtung, bis jetzt habe ich noch keinen Flashback auf AirOS probiert.'''<br />
<br />
; Hier die Step-By-Step Anleitung :<br />
<br />
Als erstes muss man sich 2 Firmware-Images aus dem Internet runterladen.<br />
<br />
# https://dl.ubnt.com/firmwares/XC-fw/v8.7.0/WA.v8.7.0.42152.200203.1256.bin<br />
# https://downloads.openwrt.org/snapshots/targets/ath79/generic/openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin<br />
<br />
<br />
Nicht vergessen, die IsoStation AC mit '''24V''' PoE zu versorgen. (kein 802.3af/at!)<br />
<br />
Jetzt konfiguriert man die 192.168.1.2 als statische Adresse auf das Netzwerkinterface vom PC/Laptop und steckt die IsoStation an.<br />
<br />
<br />
Man logt sich im AirOS ein, und dann muss man das Downgrade auf die Version 8.7.0 durchführen. Dazu geht man ins Update-Menü, und da muss die Datei WA.v8.7.0.42152.200203.1256.bin eingespielt werden.<br />
<br />
<br />
Nach dem Downgrade lädt man via SCP das OpenWrt-Image auf den AP: <br />
* Windows -> WinSCP openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin nach <code>/tmp</code><br />
* Linux -> <code>scp openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin ubnt@192.168.1.20:/tmp/</code>.<br />
<br />
<br />
Dann geht es gleich weiter mit SSH. (Windows -> Putty, Linux -> ssh)<br />
<br />
Nach dem man via SSH eingeloggt ist - führt man dieses Kommando aus:<br />
<br />
<br />
<code>hexdump -Cv /bin/ubntbox | sed 's/14 40 fe 27/00 00 00 00/g' | hexdump -R > /tmp/fwupdate.real</code><br />
<br />
<br />
Das hat zur Folge, dass man den Signaturcheck aus dem Binary patcht.<br />
<br />
<br />
Danach kann man das FW-Update auf OpenWrt starten.<br />
<br />
<br />
<code>chmod +x /tmp/fwupdate.real<br />
<br />
/tmp/fwupdate.real -m /tmp/openwrt-ath79-generic-ubnt_powerbeam-5ac-gen2-squashfs-factory.bin</code><br />
<br />
<br />
Nach ~5 Minuten sollte der AP via SSH auf der IP 192.168.1.1 erreichbar sein. Dort kann man dann wie gewohnt OpenWrt einrichten. (Anleitung folgt.)<br />
<br />
== Erfahrungswerte ==<br />
<br />
=== hvbg-1 <-> biss (130deg) ===<br />
<br />
* Antenne -> [http://download.discomp.cz/RFelements/Datasheets/Datasheet-STD-21-UM.pdf StarterDish STD-21-UM]<br />
* Sendeleistung -> 9dBm<br />
* EIRP -> 30 dBm<br />
* Strecke: ~6.2km<br />
* PHY Rate: 26.0 Mbit/s, 20 MHz, MCS 3 (802.11n)<br />
* Durchsatz: 8/5 Mbit/s<br />
* Cell Density: Very High<br />
* RTS/CTS: 985<br />
* Signal/Noise: -80dBm/-104dBm<br />
<br />
<br />
=== konst8 <-> jed99 ===<br />
<br />
* Antenne -> [http://download.discomp.cz/RFelements/Datasheets/Datasheet-STD-27-UM.pdf StarterDish STD-27-UM]<br />
* Sendeleistung -> 3dBm<br />
* EIRP -> 30 dBm<br />
* Strecke: ~7km<br />
* PHY Rate: 144.0 Mbit/s, 20 MHz (802.11ac)<br />
* Durchsatz: 60-70 Mbit/s<br />
* Cell Density: Very High<br />
* Signal/Noise: -66dBm/-102dBm<br />
* Auf beiden Seiten idente Hardware<br />
* OpenWrt selber gebaut aus dem 22.03 branch tut super auch mit LUCI<br />
* Channel 140 geht am besten<br />
* Derzeit konstant DFS false-positives dank viel zu stark sendenden APs von Funknets/Jumper am Donauturm... (Wenn ich auf AP Seite in der Sichtline vom Donauturm stehe, geht auf ein mal alles Problemlos)</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/GL-AR300M&diff=3468Hardware/GL-AR300M2022-12-16T13:12:25Z<p>XDjackieXD: </p>
<hr />
<div>{{Router<br />
|name=GL-AR300M<br />
|manufacturer=gl-inet<br />
|Picture=GL-iNet-GL-AR300M.jpg<br />
|deprecated=Ja<br />
|v642=Ja<br />
|outdoor=Nein<br />
|cpu=QCA9531 650 MHz<br />
|ram=128MB DDR2<br />
|flash=16MB Nor + 128MB Nand<br />
|poe=802.3af<br />
|usbports=1<br />
|ethernetports=2<br />
|switch=Ja<br />
|wifi=Ja<br />
|wifiband=2.4 GHz<br />
|wifistandard=802.11gn<br />
|mimostreams=2x2<br />
|antennaconnector=RP-SMA<br />
|firmware=[https://downloads.openwrt.org/snapshots/trunk/ar71xx/generic/openwrt-ar71xx-generic-gl-ar300-squashfs-sysupgrade.bin OpenWRT ]<br />
|flashmethod=Web, TFTP-Server<br />
|antenna=Ja<br />
|antennatype=Omni<br />
|antennagain=2dbi<br />
}}<br />
<br />
== Allgemein ==<br />
<br />
Günstiger Kompaktrouter mit sehr guten Erweiterungsmöglichkeiten.<br />
<br />
== Versionen ==<br />
<br />
Dieser Router wird in mehreren Versionen vertrieben welche alle unter dem Namen "GL-AR300M" laufen.<br />
<br />
Varianten mit externer Antenne tragen die Zusatzbezeichnung "Ext" bzw. "Mini" für Geräte mit integrierter Printantenne.<br />
Varianten mit [https://de.wikipedia.org/wiki/Power_over_Ethernet Power over Ethernet] (802.3af) werden mit "PoE" gekennzeichnet.<br />
<br />
Eine 802.11ac Version wurde [https://www.gl-inet.com/forums/topic/any-eta-on-the-ar300m-ac/ angekündigt] und wird bereits vom Hersteller getestet.<br />
<br />
== Software ==<br />
''coming soon...''<br />
<br />
<br />
=== Uboot Failsave mit Web-Gui ===<br />
<br />
Der AR150 kann mit der Reset-Taste in den uboot-safe-Modus gebootet werden. Dies funktioniert auf der bootloader Ebene es sei denn der Bootloader wurde verändert/getauscht.<br />
<br />
#Ethernet-Kabel in LAN/WAN-Port des Routers.<br />
#Netzstecker ziehen.<br />
#Reset-Taste gedrückt halten, Netzstecker wieder einstecken.<br />
#Rote LED blinkt 5 mal.<br />
#Beim 6en mal blinken (Die mittlere grüne LED leuchtet gleichzeitig) Reset-Taste loslassen. ( Timing ist hier wichtig, hält man die Taste zulange funktioniert es nicht richtig, ein Erfolg wird durch das schnelle blinken der roten LED angezeigt ).<br />
#Etwas Geduld, wenn darauf hin nur die grüne LED leuchtet, befindet sich der AR300M im uboot-safe-Modus.<br />
#http://192.168.1.1 im Browser aufrufen.<br />
#Firmware auswählen und flashen.<br />
#Fertig!<br />
Wenn die linke und die mittlere grüne LED leuchten, wurde die Resettaste zu lange gedrückt und man muss nochmal beginnen. (Nicht sicher, was dies für ein Modus ist, evtl. OpenWrt konfig. zurücksetzen)<br />
<br />
== Sonstiges ==</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/GL-AR150&diff=3467Hardware/GL-AR1502022-12-16T13:12:08Z<p>XDjackieXD: </p>
<hr />
<div>{{Router<br />
|name=GL-AR150<br />
|manufacturer=gl-inet<br />
|Picture=GL-iNet-GL-AR150-AR9331-150Mbps-WiFi-Wireless-Router-WiFi-Repeater-OPENWRT-Firmware-External-Internal-Antenna.jpg<br />
|deprecated=Ja<br />
|v642=Ja<br />
|outdoor=Nein<br />
|cpu=Atheros AR9331 400Mhz<br />
|ram=64MB DDR1<br />
|flash=16MB<br />
|poe=802.3af<br />
|usbports=1<br />
|ethernetports=2<br />
|switch=Ja<br />
|wifi=Ja<br />
|wifiband=2.4 GHz<br />
|wifistandard=802.11gn<br />
|mimostreams=1x1<br />
|antennaconnector=RP-SMA<br />
|firmware=[https://downloads.openwrt.org/snapshots/trunk/ar71xx/generic/openwrt-ar71xx-generic-gl-ar150-squashfs-sysupgrade.bin OpenWRT ]<br />
|flashmethod=Web, TFTP-Client<br />
|antenna=Ja<br />
|antennatype=Omni<br />
|antennagain=2dbi<br />
}}<br />
<br />
== Allgemein ==<br />
<br />
Günstiger Kompaktrouter.<br />
<br />
== Versionen ==<br />
<br />
Dieser Router wird in mehreren Versionen vertrieben welche alle unter dem Namen "GL-AR150" laufen.<br />
<br />
Varianten mit externer Antenne tragen die Zusatzbezeichnung "Ext" bzw. "Mini" für Geräte mit integrierter Printantenne.<br />
Varianten mit [[Hardware/PoE|Power over Ethernet]] (802.3af) werden mit "PoE" gekennzeichnet.<br />
<br />
== Software ==<br />
''coming soon...''<br />
<br />
<br />
=== Uboot Failsave mit Web-Gui ===<br />
<br />
Der AR150 kann mit der Reset-Taste in den uboot-safe-Modus gebootet werden. Dies funktioniert auf der bootloader Ebene es sei denn der Bootloader wurde verändert/getauscht.<br />
<br />
#Ethernet-Kabel in LAN/WAN-Port des Routers.<br />
#Netzstecker ziehen.<br />
#Reset-Taste gedrückt halten, Netzstecker wieder einstecken.<br />
#Rote LED blinkt 5 mal.<br />
#Beim 6en mal blinken (Die mittlere grüne LED leuchtet gleichzeitig) Reset-Taste loslassen. ( Timing ist hier wichtig, hält man die Taste zulange funktioniert es nicht richtig, ein Erfolg wird durch das schnelle blinken der roten LED angezeigt ).<br />
#Etwas Geduld, wenn darauf hin nur die grüne LED leuchtet, befindet sich der AR150 im uboot-safe-Modus.<br />
#http://192.168.1.1 im Browser aufrufen.<br />
#Firmware auswählen und flashen.<br />
#Fertig!<br />
Wenn die linke und die mittlere grüne LED leuchten, wurde die Resettaste zu lange gedrückt und man muss nochmal beginnen. (Nicht sicher, was dies für ein Modus ist, evtl. OpenWrt konfig. zurücksetzen)<br />
<br />
== Sonstiges ==<br />
<br />
Durch seinen geringen Energiebedarf (1,5 Watt in Betrieb) ist dieses Modell besonders interessant für Off-Grid (Solar ect.) Nodes.</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/D-Link_DIR-825&diff=3466Hardware/D-Link DIR-8252022-12-16T13:11:45Z<p>XDjackieXD: Die Seite wurde geleert.</p>
<hr />
<div></div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/D-Link_DIR-825&diff=3465Hardware/D-Link DIR-8252022-12-16T13:11:35Z<p>XDjackieXD: </p>
<hr />
<div>{{Router<br />
|name=DIR-825<br />
|manufacturer=D-Link<br />
|Picture=D-Link DIR-825.jpg<br />
|deprecated=Ja<br />
|outdoor=Nein<br />
|cpu=Atheros AR9344@560MHz<br />
|ram=128MB<br />
|flash=16MB<br />
|usbports=1<br />
|ethernetports=5<br />
|switch=Ja<br />
|wifi=Ja<br />
|wifiband=2.4 GHz, 5 GHz<br />
|wifistandard=802.11agn<br />
|mimostreams=2x2<br />
|antennaconnector=RP-SMA<br />
|firmware=[http://downloads.openwrt.org/backfire/10.03.1/ar71xx/openwrt-ar71xx-dir-825-b1-squashfs-factory.bin Backfire 10.03.1 OpenWRT]<br />
|flashmethod=Web<br />
|antenna=Nein<br />
}}</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/MikroTik_LHG5&diff=3464Hardware/MikroTik LHG52022-12-16T13:11:12Z<p>XDjackieXD: </p>
<hr />
<div>{{Router<br />
|name=RouterBoard LHG-5nD<br />
|manufacturer=MikroTik<br />
|Picture=MikroTikLHG5.jpg<br />
|deprecated=Ja<br />
|v642=Ja<br />
|outdoor=Ja<br />
|cpu=Atheros AR9344, 600 MHz<br />
|ram=64 MB<br />
|flash=16 MB<br />
|poe=passiv<br />
|ethernetports=1<br />
|switch=Nein<br />
|wifi=Ja<br />
|wifiband=5 GHz<br />
|wifistandard=802.11an<br />
|mimostreams=2x2<br />
|firmware=[http://downloads.openwrt.org/snapshots/targets/ar71xx/mikrotik/openwrt-ar71xx-mikrotik-rb-nor-flash-16M-initramfs-kernel.bin OpenWRT Snapshot]<br />
|flashmethod=Sysupgrade nach TFTP-Boot<br />
|antenna=Ja<br />
|antennatype=Gitter<br />
|antennapol=H/V<br />
|antennagain=24,5 dBi<br />
|datasheet=https://routerboard.com/RBLHG-5nD<br />
|streetprize=55<br />
}}<br />
<br />
== Flashen von LEDE ==<br />
<br />
# Booten eines [https://downloads.lede-project.org/snapshots/targets/ar71xx/mikrotik/lede-ar71xx-mikrotik-rb-nor-flash-16M-initramfs-kernel.bin LEDE-initramfs] via TFTP (siehe unten)<br />
# Log-in mit Standard-Credentials<br />
# Flashen des gewuenschten Sysupgrade-Images (*nicht* factory, da der MikroTik-Bootloader erhalten bleibt)<br />
<br />
== TFTP-Boot ==<br />
<br />
Zum initialen Flashen und Situationen, in denen man nicht mehr über das Netzwerk zugreifen kann:<br />
<br />
# Abstecken<br />
# Reset-Button drücken und halten, befindet sich neben dem Ethernet-Port<br />
# Anstecken<br />
# Grüne LED beobachten: Zuerst blinkt sie, dann leuchtet sie durchgehend, dann geht sie aus. Hier den Knopf loslassen.<br />
# Die LHG sucht nun nach einem DHCP-Lease und einem TFTP-Server (initramfs, kein sysupgrade oder dergleichen!). Klappt alles, bootet sie selbiges.<br />
# Wird kein Image geflasht, startet beim nächsten Boot wieder das installierte System.<br />
<br />
Script, um mit dnsmasq einen simplen DHCP+TFTP Server temporär auf einem Interface zu starten (Firmware Image muss im Ordner "tftproot" liegen. Erster Scriptparameter ist das Interface, zweiter ist der Name der Firmware Image Datei):<br />
<nowiki>#!/bin/bash<br />
<br />
INTERFACE="$1"<br />
BOOTFILE="$2"<br />
<br />
ip address add 10.42.0.1/24 dev "$INTERFACE"<br />
dnsmasq --interface "$INTERFACE" --enable-tftp --tftp-root="$(pwd)/tftproot" --dhcp-boot="$BOOTFILE" --dhcp-authoritative --listen-address 10.42.0.1 --dhcp-range 10.42.0.10,10.42.0.20 --bootp-dynamic --port 0 --no-daemon --log-dhcp --dhcp-leasefile="/tmp/netboot.leases"<br />
ip address delete 10.42.0.1/24 dev "$INTERFACE"</nowiki><br />
<br />
== Open Issues 0xFF-Integration ==<br />
<br />
Nachfolgend die bisher identifizierte Schwachstellen, die einer einfachen Nutzung für 0xFF entgegen stehen:<br />
<br />
* Create default switch config<br />
* Improve LuCI switch config by amending board.json<br />
* Package switch config extensions</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/Komponenten&diff=3446Hardware/Komponenten2022-06-15T11:09:45Z<p>XDjackieXD: Flachdach-Betonplattenständer hinzufügen</p>
<hr />
<div>[[Datei:Komponenten.jpg|miniatur]]<br />
<br />
== UV beständige (outdoor) Kabel ==<br />
[https://www.pollin.de/p/cat-6a-netzwerkkabel-s-ftp-outdoor-ip66-schwarz-75-m-740673 PE Außen, PVC Innenmantel, paarweiser sowie gesamt Folienschirm und Geflecht], aber Querschnitt nur [https://de.wikipedia.org/wiki/American_Wire_Gauge AWG27]<br />
<br />
== Maststange ==<br />
Steckmast Ø 42mm x 1m z.B. von [https://www.obi.at/video-zubehoer/stahl-steckmast-1-m-ams1000-001/p/1348317 OBI], [https://www.bauhaus.at/antennen-receiver/schwaiger-steckmast-ams1000-001/p/20273138 Bauhaus] oder [https://www.hornbach.at/shop/Stahl-Antennenmast-steckbar-Laenge-1-m-42-mm/5106599/artikel.html Hornbach]<br />
<br />
Steckmast Ø 42mm x 2m z.B. von [https://www.obi.at/video-zubehoer/stahl-steckmast-2-m-ams2000-001/p/1348325 OBI], [https://www.bauhaus.at/antennen-receiver/schwaiger-steckmast-ams2000-001/p/20273147 Bauhaus] oder [https://www.hornbach.at/shop/Stahl-Antennenmast-steckbar-Laenge-2-m-42-mm/5106603/artikel.html Hornbach]<br />
<br />
[https://www.bauhaus.at/rohrleitungen/rohrnippel/p/13366590 Rohrdoppelnippel] sind nicht geeignet, weil sie nach einiger Zeit rosten und nicht verdrehsicher montiert werden können.<br />
<br />
== Mastverbinder ==<br />
[https://www.amazon.de/HD-LINE-Doppelschelle-Schelle-Zahnschelle-verzinkt-silber/dp/B006RTLPV6 Doppelschelle]<br />
<br />
== Abspannschelle ==<br />
[https://www.antennenland.net/3H-AS-3860-Abspann-Schelle Abspann-Schelle]<br />
<br />
== Kamineinfassung ==<br />
[https://www.conrad.at/de/p/a-s-sat-38910-masthalterung-passend-fuer-mast-max-50-mm-942803.html ohne Anbohren eines Kamins]<br />
[https://www.amazon.de/Stahlband-OK-43-OK-50-L%C3%A4nge-Gewicht/dp/B00FAPBGEY/ 10m Band falls Kamin größer ist]<br />
<br />
== Flachdach-Mastständer ==<br />
[https://www.amazon.de/-/en/gp/product/B00I58XNCQ/ Waschbeton-Plattenständer für Flachdächer]</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Datei:Disc5ac.png&diff=3443Datei:Disc5ac.png2022-06-15T10:59:04Z<p>XDjackieXD: Offizielles Produktbild von Mikrotik (https://mikrotik.com/product/disc_lite5_ac#fndtn-gallery)</p>
<hr />
<div>== Beschreibung ==<br />
Offizielles Produktbild von Mikrotik (https://mikrotik.com/product/disc_lite5_ac#fndtn-gallery)</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/NanoStation_M5&diff=3440Hardware/NanoStation M52022-06-15T10:38:54Z<p>XDjackieXD: Auch eine NanoStation M5 sollte wirklich keiner mehr neu kaufen</p>
<hr />
<div>{{Router<br />
|name=NanoStation M5<br />
|manufacturer=Ubiquiti<br />
|Picture=Nsm5-product-model-small.png<br />
|deprecated=Ja<br />
|outdoor=Ja<br />
|cpu=Atheros MIPS 24KC, 400 MHz<br />
|ram=32MB SDRAM<br />
|flash=8MB Flash<br />
|poe=passiv<br />
|ethernetports=2<br />
|switch=Nein<br />
|wifi=Ja<br />
|wifiband=5 GHz<br />
|wifistandard=802.11an<br />
|mimostreams=2x2<br />
|antennaconnector=intern<br />
|firmware=[[Firmware/airOS]]<br />
|flashmethod=Web, TFTP-Client<br />
|flashguide=[[Firmware/airOS]]<br />
|configguide=[[Firmware/airOS]]<br />
|antenna=Ja<br />
|antennatype=Panel<br />
|antennapol=H+V<br />
|antennagain=16dBi<br />
}}<br />
Siehe auch [[Hardware/NanoBeam_M5-400]], hat im Gegensatz eine weniger gerichtete Antenne, aber zwei Ethernetports.</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/AirGridM5&diff=3438Hardware/AirGridM52022-06-15T10:37:17Z<p>XDjackieXD: auch die aurgrid m5 ist veraltet...</p>
<hr />
<div>{{Router<br />
|name=AirGrid M5<br />
|manufacturer=Ubiquiti<br />
|Picture=AirGrid_M5.jpg<br />
|deprecated=Ja<br />
|outdoor=Ja<br />
|cpu=Atheros MIPS 24KC, 400MHz<br />
|ram=32MB SDRAM<br />
|flash=8MB Flash<br />
|poe=passiv<br />
|ethernetports=1<br />
|switch=Nein<br />
|wifi=Ja<br />
|wifiband=5 GHz<br />
|wifistandard=802.11an<br />
|mimostreams=1x1<br />
|flashmethod=Web, TFTP-Server<br />
|antenna=Ja<br />
|antennatype=Gitter<br />
|antennapol=H/V<br />
|antennagain=16dBi / 20dBi<br />
|firmware=[ftp://oe1xrw.ozw.wien.funkfeuer.at/Firmware/BFV-2013/RC3/ar71xx/openwrt-ar71xx-generic-ubnt-bullet-m-squashfs-factory.bin 0xFF-Backfire Vienna 2013] [[Firmware/airOS]]<br />
}}</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/AirGridM2&diff=3437Hardware/AirGridM22022-06-15T10:36:52Z<p>XDjackieXD: </p>
<hr />
<div>{{Router<br />
|name=AirGrid M2<br />
|manufacturer=Ubiquiti<br />
|Picture=AirGrid_M5.jpg<br />
|deprecated=Ja<br />
|outdoor=Ja<br />
|cpu=Atheros MIPS 24KC, 400MHz<br />
|ram=32MB SDRAM<br />
|flash=8MB Flash<br />
|poe=passiv<br />
|ethernetports=1<br />
|switch=Nein<br />
|wifi=Ja<br />
|wifiband=2.4 GHz<br />
|wifistandard=802.11gn<br />
|mimostreams=1x1<br />
|firmware=[ftp://oe1xrw.ozw.wien.funkfeuer.at/Firmware/BFV-2013/RC3/ar71xx/openwrt-ar71xx-generic-ubnt-bullet-m-squashfs-factory.bin 0xFF-Backfire Vienna 2013] [[Firmware/airOS]]<br />
|flashmethod=Web, TFTP-Server<br />
|antenna=Ja<br />
|antennatype=Gitter<br />
|antennapol=H/V<br />
|antennagain=16dBi / 20dBi<br />
}}</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Knowledgebase/Digging_Into_AirOS8&diff=3341Knowledgebase/Digging Into AirOS82021-10-14T16:12:12Z<p>XDjackieXD: Add note about radio firmware</p>
<hr />
<div>As AirOS AC devices don't have a setting to disable AirMAX, I started to dig into the default firmware in the hopes of finding a way to disable it.<br />
The device examined is a [[Hardware/IsoStation_AC|Ubiquiti IsoStation AC]] so all findings are specific for this device, although it probably is very similar for all AirMAX AC devices.<br />
<br />
As of now I have not found a way to disable it but some things I found are interesting nonetheless so let's get started.<br />
<br />
== Linux System ==<br />
<br />
After logging in via SSH the first thing I noticed is the ancient Linux and GCC version of the firmware...<br />
<pre><br />
Linux version 2.6.32.68 (jenkins@1a1f8fa80aab) (gcc version 4.8.3 (OpenWrt/Linaro GCC 4.8-2014.01 unknown) ) #1 Tue Jun 23 16:48:07 EEST 2020<br />
</pre><br />
<br />
While the firmware seems to be based on OpenWrt it doesn't really share anything in the userspace with OpenWrt (no overlayfs, no UCI, ...).<br />
<br />
The init system also is very different to OpenWrt with <code>/etc/init.d</code> being completely empty but all init scritps residing in <code>/etc/sysinit</code> and being called by a single entry in <code>/etc/rc.d</code>.<br />
<br />
== Main Radio ==<br />
<br />
The main radio is a <code>U-AME-G1-BR4A</code> which seems to be a customized version of the QCA988X v2 with added support for AirMAX hardware acceleration according to UBNT.<br />
When running normal OpenWrt on the device the radio accepts a normal, unmodified firmware for the QCA988X v2 and just works with the ath10k driver but without support for AirMAX (sadly).<br />
<br />
The driver used by UBNT seems to be some driver built by Atheros that is not the normal ath9k/ath10k driver as <code>lsmod</code> reports the following:<br />
<br />
<pre><br />
Module Size Used by Tainted: P <br />
ebt_redirect 880 0 <br />
ebt_mark 704 0 <br />
ebt_vlan 1552 0 <br />
ebt_stp 1840 0 <br />
ebt_pkttype 544 0 <br />
ebt_mark_m 624 0 <br />
ebt_limit 1200 0 <br />
ebt_among 2144 0 <br />
ebt_802_3 704 0 <br />
ebtable_nat 880 0 <br />
ebtable_filter 896 0 <br />
ebtable_broute 720 1 <br />
ebtables 15173 3 ebtable_nat,ebtable_filter,ebtable_broute<br />
ebt_ip6 1376 0 <br />
ebt_snat 864 0 <br />
ebt_dnat 800 0 <br />
ebt_arpreply 1040 0 <br />
ebt_ip 1248 0 <br />
ebt_arp 1552 0 <br />
ubnt_poll_host 150776 2 <br />
ath_dfs 1188829 1 <br />
em_text 1280 0 <br />
act_ipt 2400 0 <br />
sch_teql 3696 0 <br />
em_nbyte 688 0 <br />
sch_red 3472 0 <br />
cls_basic 3392 0 <br />
sch_gred 6288 0 <br />
em_meta 4608 0 <br />
em_cmp 720 0 <br />
sch_dsmark 3584 0 <br />
act_mirred 2176 0 <br />
em_u32 544 0 <br />
cls_tcindex 4160 0 <br />
cls_flow 5840 0 <br />
cls_route 5072 0 <br />
cls_fw 3264 0 <br />
sch_hfsc 14160 0 <br />
rssi_leds 2064 0 <br />
umac 2005522 2 ubnt_poll_host,rssi_leds<br />
ath_dfs_prescan 22736 0 <br />
ath_dev 221833 3 ath_dfs,umac,ath_dfs_prescan<br />
ath_spectral 24777 3 umac,ath_dev<br />
ath_rate_atheros 31174 1 ath_dev<br />
ath_hal 328906 3 umac,ath_dev,ath_rate_atheros<br />
asf 7121 7 ubnt_poll_host,ath_dfs,umac,ath_dfs_prescan,ath_dev,ath_spectral,ath_hal<br />
adf 10072 3 umac,ath_dev,ath_hal<br />
urd 54448 2 umac,ath_hal<br />
ip_gre 11952 0 <br />
pppoe 8160 0 <br />
pppox 1370 1 pppoe<br />
ppp_mppe 5168 0 <br />
ppp_async 6544 0 <br />
ppp_generic 20373 4 pppoe,pppox,ppp_mppe,ppp_async<br />
slhc 4971 1 ppp_generic<br />
nls_base 5102 0 <br />
ar724x_eth 54446 0 <br />
sha1_generic 1392 0 <br />
michael_mic 1552 0 <br />
md5 1440 0 <br />
hmac 2272 0 <br />
ecb 1296 0 <br />
des_generic 18377 0 <br />
arc4 832 0 <br />
aes_generic 30153 0 <br />
ts_fsm 2640 0 <br />
ts_bm 1440 0 <br />
ts_kmp 1296 0 <br />
crc_ccitt 1003 1 ppp_async<br />
ubnthal 303371 9 ubnt_poll_host,ath_dfs,rssi_leds,umac,ath_dev,ath_hal,ar724x_eth<br />
</pre><br />
<br />
While <code>iwconfig</code> seems to sort-of work (wlan0 is the same radio as ath0 and wlan1 is the same radio as airview1 which is replaced by ath1 if the management radio is enabled)<br />
<pre><br />
WA# iwconfig <br />
lo no wireless extensions.<br />
<br />
eth0 no wireless extensions.<br />
<br />
gre0 no wireless extensions.<br />
<br />
wifi1 no wireless extensions.<br />
<br />
teql0 no wireless extensions.<br />
<br />
br0 no wireless extensions.<br />
<br />
wifi0 no wireless extensions.<br />
<br />
ath0 IEEE 802.11ac ESSID:"" <br />
Mode:Managed Frequency:5.57 GHz Access Point: Not-Associated <br />
Bit Rate:0 kb/s Tx-Power=16 dBm <br />
RTS thr:off Fragment thr:off<br />
Center1-Freq: 5.57 GHz<br />
Encryption key:off<br />
Power Management:off<br />
Link Quality=0/94 Signal level=-96 dBm Noise level=-96 dBm<br />
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0<br />
Tx excessive retries:0 Invalid misc:0 Missed beacon:0<br />
<br />
airview1 IEEE 802.11na ESSID:"spectral" <br />
Mode:Monitor Frequency:4.92 GHz Access Point: Not-Associated <br />
Bit Rate:130 Mb/s Tx-Power=13 dBm <br />
RTS thr:off Fragment thr:off<br />
Center1-Freq: 4.92 GHz<br />
Encryption key:off<br />
Power Management:off<br />
Link Quality=0/94 Signal level=-96 dBm Noise level=-105 dBm<br />
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0<br />
Tx excessive retries:0 Invalid misc:0 Missed beacon:0<br />
</pre><br />
the <code>iw</code> tool does not work even though it is installed.<br />
<pre><br />
WA# iw list<br />
nl80211 not found.<br />
</pre><br />
<br />
The main radio is initialized using the following script in <code>/etc/sysinit</code>:<br />
<pre><br />
WA# cat radio.conf <br />
plugin_start() {<br />
insmod ath_dfs 1>/dev/null 2>&1 || true<br />
rmmod ubnt_poll_host 1>/dev/null 2>&1 || true<br />
echo 0 > /sys/module/umac/parameters/is_ubnt_ptp<br />
echo 0 > /sys/module/umac/parameters/tgdeb<br />
echo 1 > /sys/module/umac/parameters/is_ubnt_ff<br />
echo 0 > /sys/module/umac/parameters/ubnt_op_mode<br />
iwpriv "wifi0" SetTargetReset 0<br />
i=0; while [ $i -lt 3 ]; do [ ! -d /sys/class/net/wifi0 ] && break; i=$(($i+1)); sleep 1; done<br />
i=0; while [ $i -lt 3 ]; do sleep 1; [ -d /sys/class/net/wifi0 ] && break; i=$(($i+1)); done<br />
insmod ubnt_poll_host 1>/dev/null 2>&1 || true<br />
iwpriv "wifi0" setCountryID 40<br />
echo wifi0 0 1 1 > /proc/sys/dev/uph/addradio<br />
echo 1 > /proc/sys/dev/uph_wifi0/enable<br />
echo 0 > /proc/sys/dev/uph_wifi0/noack_mode<br />
echo 0 > /proc/sys/dev/uph_wifi0/daprot<br />
echo 2 0 > /proc/sys/dev/uph_wifi0/sta_priority<br />
echo 0 > /proc/sys/dev/uph_wifi0/ff_cap_rep<br />
echo 0 > /proc/sys/dev/uph_wifi0/cms_bias<br />
echo 10 > /proc/sys/dev/uph_wifi0/ff_mcast_airtime_limit<br />
echo 0 50 3 12 12 10 10 0 0 1 > /proc/sys/dev/uph_wifi0/fixed_frame<br />
echo 12 > /proc/sys/dev/uph_wifi0/sta_rx_rssi_th<br />
iwpriv "wifi0" band 2<br />
/sbin/wlanconfig "ath0" create wlandev wifi0 wlanmode ap > /dev/null 2>&1<br />
if [ $? -eq 0 ]; then<br />
echo wifi0 > /tmp/.wifi_ath0<br />
else<br />
echo "WLANCONFIG: ath0 could not created, waiting for 5 secs" > /dev/kmsg<br />
sleep 5;<br />
/sbin/wlanconfig "ath0" create wlandev wifi0 wlanmode ap > /dev/null 2>&1<br />
if [ $? -eq 0 ]; then<br />
echo wifi00 > /tmp/.wifi_ath00<br />
fi<br />
fi<br />
radartool -i "wifi0" dfsdebug 0x00000003 >/dev/null 2>&1<br />
iwpriv "ath0" mode 11ACVHT40<br />
iwpriv "wifi0" chanbw 40<br />
iwpriv "wifi0" RegObey 1<br />
iwpriv "wifi0" ant_gain 14<br />
iwpriv "wifi0" cable_loss 0<br />
iwpriv "wifi0" txchainmask 3<br />
iwpriv "wifi0" rxchainmask 3<br />
athchans -i ath0 0<br />
iwconfig "ath0" center1 5190M<br />
iwconfig "ath0" freq 5180M<br />
iwconfig "ath0" rate auto<br />
if [ -e /proc/sys/dev/ubnt_poll/no_ack_rate ]; then<br />
echo 1 -1 > /proc/sys/dev/ubnt_poll/no_ack_rate<br />
fi<br />
iwconfig "ath0" rts off<br />
iwconfig "ath0" txpower auto<br />
<br />
echo 0 0 0 0 -128 > /proc/sys/dev/uph_wifi0/atpc<br />
iwpriv "wifi0" ani_enable 0<br />
iwpriv "wifi0" sens_level -96<br />
iwpriv "ath0" shortgi 1<br />
iwpriv "ath0" cwmenable 0<br />
iwpriv "ath0" cwmmode 1<br />
iwpriv "wifi0" distance 600<br />
iwpriv "wifi0" damode 0<br />
iwpriv "wifi0" dacount 25<br />
iwpriv "ath0" puren 0<br />
iwpriv "wifi0" enable_ol_stats 1<br />
iwconfig "ath0" commit<br />
iwpriv "ath0" rc_mode 0<br />
true<br />
}<br />
plugin_stop() {<br />
killall scand<br />
pkill -9 radarmon<br />
ifconfig "wifi0" down<br />
/sbin/wlanconfig "ath0" destroy<br />
rm -f /tmp/.wifi_ath0<br />
rmmod ath_dfs 1>/dev/null 2>&1 || true<br />
true<br />
}<br />
</pre><br />
While I don't know yet how to disable AirMAX, the entries in <code>/proc/sys/dev/uph_wifi0</code> and <code>/sys/module/umac</code> look very promising to poke around with.<br />
<br />
<br />
I was looking for the two firmware files for the primary radio (the one which is used for AP with AirMax N backwards compatibility and the AirMax-AC-only one which is used for everything else) and could not find them in the filesystem.<br />
After a bit of searching I found them compiled into the umac kernel module and extracted them. It looks like a modified version of a normal ath10k firmware in the standard format so I'll try to load this file with OpenWRT and the normal ath10k driver later.<br />
<br />
== Management/Spectral-View Radio ==<br />
<br />
Next to the main radio the device has a dual Band 802.11abgn AR9340 radio.<br />
It is used either for the 2.4GHz management radio or the spectral view, which is why the spectral view is disabled while the management radio is enabled.<br />
When started in spectral view mode it is set to the 5GHz band and monitor mode, while it is set to 2.4GHz in normal HostAPd-driven AP mode for the management radio.<br />
<br />
[[Category:Knowledgebase]]</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Knowledgebase/Digging_Into_AirOS8&diff=3340Knowledgebase/Digging Into AirOS82021-10-06T10:39:44Z<p>XDjackieXD: Add link to IsoStation hardware db</p>
<hr />
<div>As AirOS AC devices don't have a setting to disable AirMAX, I started to dig into the default firmware in the hopes of finding a way to disable it.<br />
The device examined is a [[Hardware/IsoStation_AC|Ubiquiti IsoStation AC]] so all findings are specific for this device, although it probably is very similar for all AirMAX AC devices.<br />
<br />
As of now I have not found a way to disable it but some things I found are interesting nonetheless so let's get started.<br />
<br />
== Linux System ==<br />
<br />
After logging in via SSH the first thing I noticed is the ancient Linux and GCC version of the firmware...<br />
<pre><br />
Linux version 2.6.32.68 (jenkins@1a1f8fa80aab) (gcc version 4.8.3 (OpenWrt/Linaro GCC 4.8-2014.01 unknown) ) #1 Tue Jun 23 16:48:07 EEST 2020<br />
</pre><br />
<br />
While the firmware seems to be based on OpenWrt it doesn't really share anything in the userspace with OpenWrt (no overlayfs, no UCI, ...).<br />
<br />
The init system also is very different to OpenWrt with <code>/etc/init.d</code> being completely empty but all init scritps residing in <code>/etc/sysinit</code> and being called by a single entry in <code>/etc/rc.d</code>.<br />
<br />
== Main Radio ==<br />
<br />
The main radio is a <code>U-AME-G1-BR4A</code> which seems to be a customized version of the QCA988X v2 with added support for AirMAX hardware acceleration according to UBNT.<br />
When running normal OpenWrt on the device the radio accepts a normal, unmodified firmware for the QCA988X v2 and just works with the ath10k driver but without support for AirMAX (sadly).<br />
<br />
The driver used by UBNT seems to be some driver built by Atheros that is not the normal ath9k/ath10k driver as <code>lsmod</code> reports the following:<br />
<br />
<pre><br />
Module Size Used by Tainted: P <br />
ebt_redirect 880 0 <br />
ebt_mark 704 0 <br />
ebt_vlan 1552 0 <br />
ebt_stp 1840 0 <br />
ebt_pkttype 544 0 <br />
ebt_mark_m 624 0 <br />
ebt_limit 1200 0 <br />
ebt_among 2144 0 <br />
ebt_802_3 704 0 <br />
ebtable_nat 880 0 <br />
ebtable_filter 896 0 <br />
ebtable_broute 720 1 <br />
ebtables 15173 3 ebtable_nat,ebtable_filter,ebtable_broute<br />
ebt_ip6 1376 0 <br />
ebt_snat 864 0 <br />
ebt_dnat 800 0 <br />
ebt_arpreply 1040 0 <br />
ebt_ip 1248 0 <br />
ebt_arp 1552 0 <br />
ubnt_poll_host 150776 2 <br />
ath_dfs 1188829 1 <br />
em_text 1280 0 <br />
act_ipt 2400 0 <br />
sch_teql 3696 0 <br />
em_nbyte 688 0 <br />
sch_red 3472 0 <br />
cls_basic 3392 0 <br />
sch_gred 6288 0 <br />
em_meta 4608 0 <br />
em_cmp 720 0 <br />
sch_dsmark 3584 0 <br />
act_mirred 2176 0 <br />
em_u32 544 0 <br />
cls_tcindex 4160 0 <br />
cls_flow 5840 0 <br />
cls_route 5072 0 <br />
cls_fw 3264 0 <br />
sch_hfsc 14160 0 <br />
rssi_leds 2064 0 <br />
umac 2005522 2 ubnt_poll_host,rssi_leds<br />
ath_dfs_prescan 22736 0 <br />
ath_dev 221833 3 ath_dfs,umac,ath_dfs_prescan<br />
ath_spectral 24777 3 umac,ath_dev<br />
ath_rate_atheros 31174 1 ath_dev<br />
ath_hal 328906 3 umac,ath_dev,ath_rate_atheros<br />
asf 7121 7 ubnt_poll_host,ath_dfs,umac,ath_dfs_prescan,ath_dev,ath_spectral,ath_hal<br />
adf 10072 3 umac,ath_dev,ath_hal<br />
urd 54448 2 umac,ath_hal<br />
ip_gre 11952 0 <br />
pppoe 8160 0 <br />
pppox 1370 1 pppoe<br />
ppp_mppe 5168 0 <br />
ppp_async 6544 0 <br />
ppp_generic 20373 4 pppoe,pppox,ppp_mppe,ppp_async<br />
slhc 4971 1 ppp_generic<br />
nls_base 5102 0 <br />
ar724x_eth 54446 0 <br />
sha1_generic 1392 0 <br />
michael_mic 1552 0 <br />
md5 1440 0 <br />
hmac 2272 0 <br />
ecb 1296 0 <br />
des_generic 18377 0 <br />
arc4 832 0 <br />
aes_generic 30153 0 <br />
ts_fsm 2640 0 <br />
ts_bm 1440 0 <br />
ts_kmp 1296 0 <br />
crc_ccitt 1003 1 ppp_async<br />
ubnthal 303371 9 ubnt_poll_host,ath_dfs,rssi_leds,umac,ath_dev,ath_hal,ar724x_eth<br />
</pre><br />
<br />
While <code>iwconfig</code> seems to sort-of work (wlan0 is the same radio as ath0 and wlan1 is the same radio as airview1 which is replaced by ath1 if the management radio is enabled)<br />
<pre><br />
WA# iwconfig <br />
lo no wireless extensions.<br />
<br />
eth0 no wireless extensions.<br />
<br />
gre0 no wireless extensions.<br />
<br />
wifi1 no wireless extensions.<br />
<br />
teql0 no wireless extensions.<br />
<br />
br0 no wireless extensions.<br />
<br />
wifi0 no wireless extensions.<br />
<br />
ath0 IEEE 802.11ac ESSID:"" <br />
Mode:Managed Frequency:5.57 GHz Access Point: Not-Associated <br />
Bit Rate:0 kb/s Tx-Power=16 dBm <br />
RTS thr:off Fragment thr:off<br />
Center1-Freq: 5.57 GHz<br />
Encryption key:off<br />
Power Management:off<br />
Link Quality=0/94 Signal level=-96 dBm Noise level=-96 dBm<br />
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0<br />
Tx excessive retries:0 Invalid misc:0 Missed beacon:0<br />
<br />
airview1 IEEE 802.11na ESSID:"spectral" <br />
Mode:Monitor Frequency:4.92 GHz Access Point: Not-Associated <br />
Bit Rate:130 Mb/s Tx-Power=13 dBm <br />
RTS thr:off Fragment thr:off<br />
Center1-Freq: 4.92 GHz<br />
Encryption key:off<br />
Power Management:off<br />
Link Quality=0/94 Signal level=-96 dBm Noise level=-105 dBm<br />
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0<br />
Tx excessive retries:0 Invalid misc:0 Missed beacon:0<br />
</pre><br />
the <code>iw</code> tool does not work even though it is installed.<br />
<pre><br />
WA# iw list<br />
nl80211 not found.<br />
</pre><br />
<br />
The main radio is initialized using the following script in <code>/etc/sysinit</code>:<br />
<pre><br />
WA# cat radio.conf <br />
plugin_start() {<br />
insmod ath_dfs 1>/dev/null 2>&1 || true<br />
rmmod ubnt_poll_host 1>/dev/null 2>&1 || true<br />
echo 0 > /sys/module/umac/parameters/is_ubnt_ptp<br />
echo 0 > /sys/module/umac/parameters/tgdeb<br />
echo 1 > /sys/module/umac/parameters/is_ubnt_ff<br />
echo 0 > /sys/module/umac/parameters/ubnt_op_mode<br />
iwpriv "wifi0" SetTargetReset 0<br />
i=0; while [ $i -lt 3 ]; do [ ! -d /sys/class/net/wifi0 ] && break; i=$(($i+1)); sleep 1; done<br />
i=0; while [ $i -lt 3 ]; do sleep 1; [ -d /sys/class/net/wifi0 ] && break; i=$(($i+1)); done<br />
insmod ubnt_poll_host 1>/dev/null 2>&1 || true<br />
iwpriv "wifi0" setCountryID 40<br />
echo wifi0 0 1 1 > /proc/sys/dev/uph/addradio<br />
echo 1 > /proc/sys/dev/uph_wifi0/enable<br />
echo 0 > /proc/sys/dev/uph_wifi0/noack_mode<br />
echo 0 > /proc/sys/dev/uph_wifi0/daprot<br />
echo 2 0 > /proc/sys/dev/uph_wifi0/sta_priority<br />
echo 0 > /proc/sys/dev/uph_wifi0/ff_cap_rep<br />
echo 0 > /proc/sys/dev/uph_wifi0/cms_bias<br />
echo 10 > /proc/sys/dev/uph_wifi0/ff_mcast_airtime_limit<br />
echo 0 50 3 12 12 10 10 0 0 1 > /proc/sys/dev/uph_wifi0/fixed_frame<br />
echo 12 > /proc/sys/dev/uph_wifi0/sta_rx_rssi_th<br />
iwpriv "wifi0" band 2<br />
/sbin/wlanconfig "ath0" create wlandev wifi0 wlanmode ap > /dev/null 2>&1<br />
if [ $? -eq 0 ]; then<br />
echo wifi0 > /tmp/.wifi_ath0<br />
else<br />
echo "WLANCONFIG: ath0 could not created, waiting for 5 secs" > /dev/kmsg<br />
sleep 5;<br />
/sbin/wlanconfig "ath0" create wlandev wifi0 wlanmode ap > /dev/null 2>&1<br />
if [ $? -eq 0 ]; then<br />
echo wifi00 > /tmp/.wifi_ath00<br />
fi<br />
fi<br />
radartool -i "wifi0" dfsdebug 0x00000003 >/dev/null 2>&1<br />
iwpriv "ath0" mode 11ACVHT40<br />
iwpriv "wifi0" chanbw 40<br />
iwpriv "wifi0" RegObey 1<br />
iwpriv "wifi0" ant_gain 14<br />
iwpriv "wifi0" cable_loss 0<br />
iwpriv "wifi0" txchainmask 3<br />
iwpriv "wifi0" rxchainmask 3<br />
athchans -i ath0 0<br />
iwconfig "ath0" center1 5190M<br />
iwconfig "ath0" freq 5180M<br />
iwconfig "ath0" rate auto<br />
if [ -e /proc/sys/dev/ubnt_poll/no_ack_rate ]; then<br />
echo 1 -1 > /proc/sys/dev/ubnt_poll/no_ack_rate<br />
fi<br />
iwconfig "ath0" rts off<br />
iwconfig "ath0" txpower auto<br />
<br />
echo 0 0 0 0 -128 > /proc/sys/dev/uph_wifi0/atpc<br />
iwpriv "wifi0" ani_enable 0<br />
iwpriv "wifi0" sens_level -96<br />
iwpriv "ath0" shortgi 1<br />
iwpriv "ath0" cwmenable 0<br />
iwpriv "ath0" cwmmode 1<br />
iwpriv "wifi0" distance 600<br />
iwpriv "wifi0" damode 0<br />
iwpriv "wifi0" dacount 25<br />
iwpriv "ath0" puren 0<br />
iwpriv "wifi0" enable_ol_stats 1<br />
iwconfig "ath0" commit<br />
iwpriv "ath0" rc_mode 0<br />
true<br />
}<br />
plugin_stop() {<br />
killall scand<br />
pkill -9 radarmon<br />
ifconfig "wifi0" down<br />
/sbin/wlanconfig "ath0" destroy<br />
rm -f /tmp/.wifi_ath0<br />
rmmod ath_dfs 1>/dev/null 2>&1 || true<br />
true<br />
}<br />
</pre><br />
While I don't know yet how to disable AirMAX, the entries in <code>/proc/sys/dev/uph_wifi0</code> and <code>/sys/module/umac</code> look very promising to poke around with.<br />
<br />
== Management/Spectral-View Radio ==<br />
<br />
Next to the main radio the device has a dual Band 802.11abgn AR9340 radio.<br />
It is used either for the 2.4GHz management radio or the spectral view, which is why the spectral view is disabled while the management radio is enabled.<br />
When started in spectral view mode it is set to the 5GHz band and monitor mode, while it is set to 2.4GHz in normal HostAPd-driven AP mode for the management radio.<br />
<br />
[[Category:Knowledgebase]]</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Knowledgebase/Digging_Into_AirOS8&diff=3339Knowledgebase/Digging Into AirOS82021-10-06T10:35:02Z<p>XDjackieXD: finished the sentence</p>
<hr />
<div>As AirOS AC devices don't have a setting to disable AirMAX, I started to dig into the default firmware in the hopes of finding a way to disable it.<br />
The device examined is a IsoStation AC so all findings are specific for this device, although it probably is very similar for all AirMAX AC devices.<br />
<br />
As of now I have not found a way to disable it but some things I found are interesting nonetheless so let's get started.<br />
<br />
== Linux System ==<br />
<br />
After logging in via SSH the first thing I noticed is the ancient Linux and GCC version of the firmware...<br />
<pre><br />
Linux version 2.6.32.68 (jenkins@1a1f8fa80aab) (gcc version 4.8.3 (OpenWrt/Linaro GCC 4.8-2014.01 unknown) ) #1 Tue Jun 23 16:48:07 EEST 2020<br />
</pre><br />
<br />
While the firmware seems to be based on OpenWrt it doesn't really share anything in the userspace with OpenWrt (no overlayfs, no UCI, ...).<br />
<br />
The init system also is very different to OpenWrt with <code>/etc/init.d</code> being completely empty but all init scritps residing in <code>/etc/sysinit</code> and being called by a single entry in <code>/etc/rc.d</code>.<br />
<br />
== Main Radio ==<br />
<br />
The main radio is a <code>U-AME-G1-BR4A</code> which seems to be a customized version of the QCA988X v2 with added support for AirMAX hardware acceleration according to UBNT.<br />
When running normal OpenWrt on the device the radio accepts a normal, unmodified firmware for the QCA988X v2 and just works with the ath10k driver but without support for AirMAX (sadly).<br />
<br />
The driver used by UBNT seems to be some driver built by Atheros that is not the normal ath9k/ath10k driver as <code>lsmod</code> reports the following:<br />
<br />
<pre><br />
Module Size Used by Tainted: P <br />
ebt_redirect 880 0 <br />
ebt_mark 704 0 <br />
ebt_vlan 1552 0 <br />
ebt_stp 1840 0 <br />
ebt_pkttype 544 0 <br />
ebt_mark_m 624 0 <br />
ebt_limit 1200 0 <br />
ebt_among 2144 0 <br />
ebt_802_3 704 0 <br />
ebtable_nat 880 0 <br />
ebtable_filter 896 0 <br />
ebtable_broute 720 1 <br />
ebtables 15173 3 ebtable_nat,ebtable_filter,ebtable_broute<br />
ebt_ip6 1376 0 <br />
ebt_snat 864 0 <br />
ebt_dnat 800 0 <br />
ebt_arpreply 1040 0 <br />
ebt_ip 1248 0 <br />
ebt_arp 1552 0 <br />
ubnt_poll_host 150776 2 <br />
ath_dfs 1188829 1 <br />
em_text 1280 0 <br />
act_ipt 2400 0 <br />
sch_teql 3696 0 <br />
em_nbyte 688 0 <br />
sch_red 3472 0 <br />
cls_basic 3392 0 <br />
sch_gred 6288 0 <br />
em_meta 4608 0 <br />
em_cmp 720 0 <br />
sch_dsmark 3584 0 <br />
act_mirred 2176 0 <br />
em_u32 544 0 <br />
cls_tcindex 4160 0 <br />
cls_flow 5840 0 <br />
cls_route 5072 0 <br />
cls_fw 3264 0 <br />
sch_hfsc 14160 0 <br />
rssi_leds 2064 0 <br />
umac 2005522 2 ubnt_poll_host,rssi_leds<br />
ath_dfs_prescan 22736 0 <br />
ath_dev 221833 3 ath_dfs,umac,ath_dfs_prescan<br />
ath_spectral 24777 3 umac,ath_dev<br />
ath_rate_atheros 31174 1 ath_dev<br />
ath_hal 328906 3 umac,ath_dev,ath_rate_atheros<br />
asf 7121 7 ubnt_poll_host,ath_dfs,umac,ath_dfs_prescan,ath_dev,ath_spectral,ath_hal<br />
adf 10072 3 umac,ath_dev,ath_hal<br />
urd 54448 2 umac,ath_hal<br />
ip_gre 11952 0 <br />
pppoe 8160 0 <br />
pppox 1370 1 pppoe<br />
ppp_mppe 5168 0 <br />
ppp_async 6544 0 <br />
ppp_generic 20373 4 pppoe,pppox,ppp_mppe,ppp_async<br />
slhc 4971 1 ppp_generic<br />
nls_base 5102 0 <br />
ar724x_eth 54446 0 <br />
sha1_generic 1392 0 <br />
michael_mic 1552 0 <br />
md5 1440 0 <br />
hmac 2272 0 <br />
ecb 1296 0 <br />
des_generic 18377 0 <br />
arc4 832 0 <br />
aes_generic 30153 0 <br />
ts_fsm 2640 0 <br />
ts_bm 1440 0 <br />
ts_kmp 1296 0 <br />
crc_ccitt 1003 1 ppp_async<br />
ubnthal 303371 9 ubnt_poll_host,ath_dfs,rssi_leds,umac,ath_dev,ath_hal,ar724x_eth<br />
</pre><br />
<br />
While <code>iwconfig</code> seems to sort-of work (wlan0 is the same radio as ath0 and wlan1 is the same radio as airview1 which is replaced by ath1 if the management radio is enabled)<br />
<pre><br />
WA# iwconfig <br />
lo no wireless extensions.<br />
<br />
eth0 no wireless extensions.<br />
<br />
gre0 no wireless extensions.<br />
<br />
wifi1 no wireless extensions.<br />
<br />
teql0 no wireless extensions.<br />
<br />
br0 no wireless extensions.<br />
<br />
wifi0 no wireless extensions.<br />
<br />
ath0 IEEE 802.11ac ESSID:"" <br />
Mode:Managed Frequency:5.57 GHz Access Point: Not-Associated <br />
Bit Rate:0 kb/s Tx-Power=16 dBm <br />
RTS thr:off Fragment thr:off<br />
Center1-Freq: 5.57 GHz<br />
Encryption key:off<br />
Power Management:off<br />
Link Quality=0/94 Signal level=-96 dBm Noise level=-96 dBm<br />
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0<br />
Tx excessive retries:0 Invalid misc:0 Missed beacon:0<br />
<br />
airview1 IEEE 802.11na ESSID:"spectral" <br />
Mode:Monitor Frequency:4.92 GHz Access Point: Not-Associated <br />
Bit Rate:130 Mb/s Tx-Power=13 dBm <br />
RTS thr:off Fragment thr:off<br />
Center1-Freq: 4.92 GHz<br />
Encryption key:off<br />
Power Management:off<br />
Link Quality=0/94 Signal level=-96 dBm Noise level=-105 dBm<br />
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0<br />
Tx excessive retries:0 Invalid misc:0 Missed beacon:0<br />
</pre><br />
the <code>iw</code> tool does not work even though it is installed.<br />
<pre><br />
WA# iw list<br />
nl80211 not found.<br />
</pre><br />
<br />
The main radio is initialized using the following script in <code>/etc/sysinit</code>:<br />
<pre><br />
WA# cat radio.conf <br />
plugin_start() {<br />
insmod ath_dfs 1>/dev/null 2>&1 || true<br />
rmmod ubnt_poll_host 1>/dev/null 2>&1 || true<br />
echo 0 > /sys/module/umac/parameters/is_ubnt_ptp<br />
echo 0 > /sys/module/umac/parameters/tgdeb<br />
echo 1 > /sys/module/umac/parameters/is_ubnt_ff<br />
echo 0 > /sys/module/umac/parameters/ubnt_op_mode<br />
iwpriv "wifi0" SetTargetReset 0<br />
i=0; while [ $i -lt 3 ]; do [ ! -d /sys/class/net/wifi0 ] && break; i=$(($i+1)); sleep 1; done<br />
i=0; while [ $i -lt 3 ]; do sleep 1; [ -d /sys/class/net/wifi0 ] && break; i=$(($i+1)); done<br />
insmod ubnt_poll_host 1>/dev/null 2>&1 || true<br />
iwpriv "wifi0" setCountryID 40<br />
echo wifi0 0 1 1 > /proc/sys/dev/uph/addradio<br />
echo 1 > /proc/sys/dev/uph_wifi0/enable<br />
echo 0 > /proc/sys/dev/uph_wifi0/noack_mode<br />
echo 0 > /proc/sys/dev/uph_wifi0/daprot<br />
echo 2 0 > /proc/sys/dev/uph_wifi0/sta_priority<br />
echo 0 > /proc/sys/dev/uph_wifi0/ff_cap_rep<br />
echo 0 > /proc/sys/dev/uph_wifi0/cms_bias<br />
echo 10 > /proc/sys/dev/uph_wifi0/ff_mcast_airtime_limit<br />
echo 0 50 3 12 12 10 10 0 0 1 > /proc/sys/dev/uph_wifi0/fixed_frame<br />
echo 12 > /proc/sys/dev/uph_wifi0/sta_rx_rssi_th<br />
iwpriv "wifi0" band 2<br />
/sbin/wlanconfig "ath0" create wlandev wifi0 wlanmode ap > /dev/null 2>&1<br />
if [ $? -eq 0 ]; then<br />
echo wifi0 > /tmp/.wifi_ath0<br />
else<br />
echo "WLANCONFIG: ath0 could not created, waiting for 5 secs" > /dev/kmsg<br />
sleep 5;<br />
/sbin/wlanconfig "ath0" create wlandev wifi0 wlanmode ap > /dev/null 2>&1<br />
if [ $? -eq 0 ]; then<br />
echo wifi00 > /tmp/.wifi_ath00<br />
fi<br />
fi<br />
radartool -i "wifi0" dfsdebug 0x00000003 >/dev/null 2>&1<br />
iwpriv "ath0" mode 11ACVHT40<br />
iwpriv "wifi0" chanbw 40<br />
iwpriv "wifi0" RegObey 1<br />
iwpriv "wifi0" ant_gain 14<br />
iwpriv "wifi0" cable_loss 0<br />
iwpriv "wifi0" txchainmask 3<br />
iwpriv "wifi0" rxchainmask 3<br />
athchans -i ath0 0<br />
iwconfig "ath0" center1 5190M<br />
iwconfig "ath0" freq 5180M<br />
iwconfig "ath0" rate auto<br />
if [ -e /proc/sys/dev/ubnt_poll/no_ack_rate ]; then<br />
echo 1 -1 > /proc/sys/dev/ubnt_poll/no_ack_rate<br />
fi<br />
iwconfig "ath0" rts off<br />
iwconfig "ath0" txpower auto<br />
<br />
echo 0 0 0 0 -128 > /proc/sys/dev/uph_wifi0/atpc<br />
iwpriv "wifi0" ani_enable 0<br />
iwpriv "wifi0" sens_level -96<br />
iwpriv "ath0" shortgi 1<br />
iwpriv "ath0" cwmenable 0<br />
iwpriv "ath0" cwmmode 1<br />
iwpriv "wifi0" distance 600<br />
iwpriv "wifi0" damode 0<br />
iwpriv "wifi0" dacount 25<br />
iwpriv "ath0" puren 0<br />
iwpriv "wifi0" enable_ol_stats 1<br />
iwconfig "ath0" commit<br />
iwpriv "ath0" rc_mode 0<br />
true<br />
}<br />
plugin_stop() {<br />
killall scand<br />
pkill -9 radarmon<br />
ifconfig "wifi0" down<br />
/sbin/wlanconfig "ath0" destroy<br />
rm -f /tmp/.wifi_ath0<br />
rmmod ath_dfs 1>/dev/null 2>&1 || true<br />
true<br />
}<br />
</pre><br />
While I don't know yet how to disable AirMAX, the entries in <code>/proc/sys/dev/uph_wifi0</code> and <code>/sys/module/umac</code> look very promising to poke around with.<br />
<br />
== Management/Spectral-View Radio ==<br />
<br />
Next to the main radio the device has a dual Band 802.11abgn AR9340 radio.<br />
It is used either for the 2.4GHz management radio or the spectral view, which is why the spectral view is disabled while the management radio is enabled.<br />
When started in spectral view mode it is set to the 5GHz band and monitor mode, while it is set to 2.4GHz in normal HostAPd-driven AP mode for the management radio.<br />
<br />
[[Category:Knowledgebase]]</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Knowledgebase/Digging_Into_AirOS8&diff=3338Knowledgebase/Digging Into AirOS82021-10-06T10:30:50Z<p>XDjackieXD: Add to category</p>
<hr />
<div>As AirOS AC devices don't have a setting to disable AirMAX, I started to dig into the default firmware in the hopes of finding a way to disable it.<br />
The device examined is a IsoStation AC so all findings are specific for this device, although it probably is very similar for all AirMAX AC devices.<br />
<br />
As of now I have not found a way to disable it but some things I found are interesting nonetheless so let's get started.<br />
<br />
== Linux System ==<br />
<br />
After logging in via SSH the first thing I noticed is the ancient Linux and GCC version of the firmware...<br />
<pre><br />
Linux version 2.6.32.68 (jenkins@1a1f8fa80aab) (gcc version 4.8.3 (OpenWrt/Linaro GCC 4.8-2014.01 unknown) ) #1 Tue Jun 23 16:48:07 EEST 2020<br />
</pre><br />
<br />
While the firmware seems to be based on OpenWrt it doesn't really share anything in the userspace with OpenWrt (no overlayfs, no UCI, ...).<br />
<br />
The init system also is very different to OpenWrt with <code>/etc/init.d</code> being completely empty but all init scritps residing in <code>/etc/sysinit</code> and being called by a single entry in <code>/etc/rc.d</code>.<br />
<br />
== Main Radio ==<br />
<br />
The main radio is a <code>U-AME-G1-BR4A</code> which seems to be a customized version of the QCA988X v2 with added support for AirMAX hardware acceleration according to UBNT.<br />
When running normal OpenWrt on the device the radio accepts a normal, unmodified firmware for the QCA988X v2 and just works with the ath10k driver but without support for AirMAX (sadly).<br />
<br />
The driver used by UBNT seems to be some driver built by Atheros that is not the normal ath9k/ath10k driver as <code>lsmod</code> reports the following:<br />
<br />
<pre><br />
Module Size Used by Tainted: P <br />
ebt_redirect 880 0 <br />
ebt_mark 704 0 <br />
ebt_vlan 1552 0 <br />
ebt_stp 1840 0 <br />
ebt_pkttype 544 0 <br />
ebt_mark_m 624 0 <br />
ebt_limit 1200 0 <br />
ebt_among 2144 0 <br />
ebt_802_3 704 0 <br />
ebtable_nat 880 0 <br />
ebtable_filter 896 0 <br />
ebtable_broute 720 1 <br />
ebtables 15173 3 ebtable_nat,ebtable_filter,ebtable_broute<br />
ebt_ip6 1376 0 <br />
ebt_snat 864 0 <br />
ebt_dnat 800 0 <br />
ebt_arpreply 1040 0 <br />
ebt_ip 1248 0 <br />
ebt_arp 1552 0 <br />
ubnt_poll_host 150776 2 <br />
ath_dfs 1188829 1 <br />
em_text 1280 0 <br />
act_ipt 2400 0 <br />
sch_teql 3696 0 <br />
em_nbyte 688 0 <br />
sch_red 3472 0 <br />
cls_basic 3392 0 <br />
sch_gred 6288 0 <br />
em_meta 4608 0 <br />
em_cmp 720 0 <br />
sch_dsmark 3584 0 <br />
act_mirred 2176 0 <br />
em_u32 544 0 <br />
cls_tcindex 4160 0 <br />
cls_flow 5840 0 <br />
cls_route 5072 0 <br />
cls_fw 3264 0 <br />
sch_hfsc 14160 0 <br />
rssi_leds 2064 0 <br />
umac 2005522 2 ubnt_poll_host,rssi_leds<br />
ath_dfs_prescan 22736 0 <br />
ath_dev 221833 3 ath_dfs,umac,ath_dfs_prescan<br />
ath_spectral 24777 3 umac,ath_dev<br />
ath_rate_atheros 31174 1 ath_dev<br />
ath_hal 328906 3 umac,ath_dev,ath_rate_atheros<br />
asf 7121 7 ubnt_poll_host,ath_dfs,umac,ath_dfs_prescan,ath_dev,ath_spectral,ath_hal<br />
adf 10072 3 umac,ath_dev,ath_hal<br />
urd 54448 2 umac,ath_hal<br />
ip_gre 11952 0 <br />
pppoe 8160 0 <br />
pppox 1370 1 pppoe<br />
ppp_mppe 5168 0 <br />
ppp_async 6544 0 <br />
ppp_generic 20373 4 pppoe,pppox,ppp_mppe,ppp_async<br />
slhc 4971 1 ppp_generic<br />
nls_base 5102 0 <br />
ar724x_eth 54446 0 <br />
sha1_generic 1392 0 <br />
michael_mic 1552 0 <br />
md5 1440 0 <br />
hmac 2272 0 <br />
ecb 1296 0 <br />
des_generic 18377 0 <br />
arc4 832 0 <br />
aes_generic 30153 0 <br />
ts_fsm 2640 0 <br />
ts_bm 1440 0 <br />
ts_kmp 1296 0 <br />
crc_ccitt 1003 1 ppp_async<br />
ubnthal 303371 9 ubnt_poll_host,ath_dfs,rssi_leds,umac,ath_dev,ath_hal,ar724x_eth<br />
</pre><br />
<br />
While <code>iwconfig</code> seems to sort-of work (wlan0 is the same radio as ath0 and wlan1 is the same radio as airview1 which is replaced by ath1 if the management radio is enabled)<br />
<pre><br />
WA# iwconfig <br />
lo no wireless extensions.<br />
<br />
eth0 no wireless extensions.<br />
<br />
gre0 no wireless extensions.<br />
<br />
wifi1 no wireless extensions.<br />
<br />
teql0 no wireless extensions.<br />
<br />
br0 no wireless extensions.<br />
<br />
wifi0 no wireless extensions.<br />
<br />
ath0 IEEE 802.11ac ESSID:"" <br />
Mode:Managed Frequency:5.57 GHz Access Point: Not-Associated <br />
Bit Rate:0 kb/s Tx-Power=16 dBm <br />
RTS thr:off Fragment thr:off<br />
Center1-Freq: 5.57 GHz<br />
Encryption key:off<br />
Power Management:off<br />
Link Quality=0/94 Signal level=-96 dBm Noise level=-96 dBm<br />
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0<br />
Tx excessive retries:0 Invalid misc:0 Missed beacon:0<br />
<br />
airview1 IEEE 802.11na ESSID:"spectral" <br />
Mode:Monitor Frequency:4.92 GHz Access Point: Not-Associated <br />
Bit Rate:130 Mb/s Tx-Power=13 dBm <br />
RTS thr:off Fragment thr:off<br />
Center1-Freq: 4.92 GHz<br />
Encryption key:off<br />
Power Management:off<br />
Link Quality=0/94 Signal level=-96 dBm Noise level=-105 dBm<br />
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0<br />
Tx excessive retries:0 Invalid misc:0 Missed beacon:0<br />
</pre><br />
the <code>iw</code> tool does not work even though it is installed.<br />
<pre><br />
WA# iw list<br />
nl80211 not found.<br />
</pre><br />
<br />
The main radio is initialized using the following script in <code>/etc/sysinit</code>:<br />
<pre><br />
WA# cat radio.conf <br />
plugin_start() {<br />
insmod ath_dfs 1>/dev/null 2>&1 || true<br />
rmmod ubnt_poll_host 1>/dev/null 2>&1 || true<br />
echo 0 > /sys/module/umac/parameters/is_ubnt_ptp<br />
echo 0 > /sys/module/umac/parameters/tgdeb<br />
echo 1 > /sys/module/umac/parameters/is_ubnt_ff<br />
echo 0 > /sys/module/umac/parameters/ubnt_op_mode<br />
iwpriv "wifi0" SetTargetReset 0<br />
i=0; while [ $i -lt 3 ]; do [ ! -d /sys/class/net/wifi0 ] && break; i=$(($i+1)); sleep 1; done<br />
i=0; while [ $i -lt 3 ]; do sleep 1; [ -d /sys/class/net/wifi0 ] && break; i=$(($i+1)); done<br />
insmod ubnt_poll_host 1>/dev/null 2>&1 || true<br />
iwpriv "wifi0" setCountryID 40<br />
echo wifi0 0 1 1 > /proc/sys/dev/uph/addradio<br />
echo 1 > /proc/sys/dev/uph_wifi0/enable<br />
echo 0 > /proc/sys/dev/uph_wifi0/noack_mode<br />
echo 0 > /proc/sys/dev/uph_wifi0/daprot<br />
echo 2 0 > /proc/sys/dev/uph_wifi0/sta_priority<br />
echo 0 > /proc/sys/dev/uph_wifi0/ff_cap_rep<br />
echo 0 > /proc/sys/dev/uph_wifi0/cms_bias<br />
echo 10 > /proc/sys/dev/uph_wifi0/ff_mcast_airtime_limit<br />
echo 0 50 3 12 12 10 10 0 0 1 > /proc/sys/dev/uph_wifi0/fixed_frame<br />
echo 12 > /proc/sys/dev/uph_wifi0/sta_rx_rssi_th<br />
iwpriv "wifi0" band 2<br />
/sbin/wlanconfig "ath0" create wlandev wifi0 wlanmode ap > /dev/null 2>&1<br />
if [ $? -eq 0 ]; then<br />
echo wifi0 > /tmp/.wifi_ath0<br />
else<br />
echo "WLANCONFIG: ath0 could not created, waiting for 5 secs" > /dev/kmsg<br />
sleep 5;<br />
/sbin/wlanconfig "ath0" create wlandev wifi0 wlanmode ap > /dev/null 2>&1<br />
if [ $? -eq 0 ]; then<br />
echo wifi00 > /tmp/.wifi_ath00<br />
fi<br />
fi<br />
radartool -i "wifi0" dfsdebug 0x00000003 >/dev/null 2>&1<br />
iwpriv "ath0" mode 11ACVHT40<br />
iwpriv "wifi0" chanbw 40<br />
iwpriv "wifi0" RegObey 1<br />
iwpriv "wifi0" ant_gain 14<br />
iwpriv "wifi0" cable_loss 0<br />
iwpriv "wifi0" txchainmask 3<br />
iwpriv "wifi0" rxchainmask 3<br />
athchans -i ath0 0<br />
iwconfig "ath0" center1 5190M<br />
iwconfig "ath0" freq 5180M<br />
iwconfig "ath0" rate auto<br />
if [ -e /proc/sys/dev/ubnt_poll/no_ack_rate ]; then<br />
echo 1 -1 > /proc/sys/dev/ubnt_poll/no_ack_rate<br />
fi<br />
iwconfig "ath0" rts off<br />
iwconfig "ath0" txpower auto<br />
<br />
echo 0 0 0 0 -128 > /proc/sys/dev/uph_wifi0/atpc<br />
iwpriv "wifi0" ani_enable 0<br />
iwpriv "wifi0" sens_level -96<br />
iwpriv "ath0" shortgi 1<br />
iwpriv "ath0" cwmenable 0<br />
iwpriv "ath0" cwmmode 1<br />
iwpriv "wifi0" distance 600<br />
iwpriv "wifi0" damode 0<br />
iwpriv "wifi0" dacount 25<br />
iwpriv "ath0" puren 0<br />
iwpriv "wifi0" enable_ol_stats 1<br />
iwconfig "ath0" commit<br />
iwpriv "ath0" rc_mode 0<br />
true<br />
}<br />
plugin_stop() {<br />
killall scand<br />
pkill -9 radarmon<br />
ifconfig "wifi0" down<br />
/sbin/wlanconfig "ath0" destroy<br />
rm -f /tmp/.wifi_ath0<br />
rmmod ath_dfs 1>/dev/null 2>&1 || true<br />
true<br />
}<br />
</pre><br />
While I don't know yet how to disable AirMAX, the entries in <code>/proc/sys/dev/uph_wifi0</code> and <code>/sys/module/umac</code> look very promising to poke around with.<br />
<br />
== Management/Spectral-View Radio ==<br />
<br />
Next to the main radio the device has a dual Band 802.11abgn AR9340 radio.<br />
It is used either for the 2.4GHz management radio or the spectral view, which is why the spectral view is disabled while the management radio is enabled.<br />
When started in spectral view mode it is set to the 5GHz band and monitor mode, while it is set to 2.4GHz in normal HostAPd-driven AP mode.<br />
<br />
[[Category:Knowledgebase]]</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Knowledgebase/Digging_Into_AirOS8&diff=3337Knowledgebase/Digging Into AirOS82021-10-06T10:28:25Z<p>XDjackieXD: Add to category</p>
<hr />
<div>{{Knowledgebase}}<br />
<br />
As AirOS AC devices don't have a setting to disable AirMAX, I started to dig into the default firmware in the hopes of finding a way to disable it.<br />
The device examined is a IsoStation AC so all findings are specific for this device, although it probably is very similar for all AirMAX AC devices.<br />
<br />
As of now I have not found a way to disable it but some things I found are interesting nonetheless so let's get started.<br />
<br />
== Linux System ==<br />
<br />
After logging in via SSH the first thing I noticed is the ancient Linux and GCC version of the firmware...<br />
<pre><br />
Linux version 2.6.32.68 (jenkins@1a1f8fa80aab) (gcc version 4.8.3 (OpenWrt/Linaro GCC 4.8-2014.01 unknown) ) #1 Tue Jun 23 16:48:07 EEST 2020<br />
</pre><br />
<br />
While the firmware seems to be based on OpenWrt it doesn't really share anything in the userspace with OpenWrt (no overlayfs, no UCI, ...).<br />
<br />
The init system also is very different to OpenWrt with <code>/etc/init.d</code> being completely empty but all init scritps residing in <code>/etc/sysinit</code> and being called by a single entry in <code>/etc/rc.d</code>.<br />
<br />
== Main Radio ==<br />
<br />
The main radio is a <code>U-AME-G1-BR4A</code> which seems to be a customized version of the QCA988X v2 with added support for AirMAX hardware acceleration according to UBNT.<br />
When running normal OpenWrt on the device the radio accepts a normal, unmodified firmware for the QCA988X v2 and just works with the ath10k driver but without support for AirMAX (sadly).<br />
<br />
The driver used by UBNT seems to be some driver built by Atheros that is not the normal ath9k/ath10k driver as <code>lsmod</code> reports the following:<br />
<br />
<pre><br />
Module Size Used by Tainted: P <br />
ebt_redirect 880 0 <br />
ebt_mark 704 0 <br />
ebt_vlan 1552 0 <br />
ebt_stp 1840 0 <br />
ebt_pkttype 544 0 <br />
ebt_mark_m 624 0 <br />
ebt_limit 1200 0 <br />
ebt_among 2144 0 <br />
ebt_802_3 704 0 <br />
ebtable_nat 880 0 <br />
ebtable_filter 896 0 <br />
ebtable_broute 720 1 <br />
ebtables 15173 3 ebtable_nat,ebtable_filter,ebtable_broute<br />
ebt_ip6 1376 0 <br />
ebt_snat 864 0 <br />
ebt_dnat 800 0 <br />
ebt_arpreply 1040 0 <br />
ebt_ip 1248 0 <br />
ebt_arp 1552 0 <br />
ubnt_poll_host 150776 2 <br />
ath_dfs 1188829 1 <br />
em_text 1280 0 <br />
act_ipt 2400 0 <br />
sch_teql 3696 0 <br />
em_nbyte 688 0 <br />
sch_red 3472 0 <br />
cls_basic 3392 0 <br />
sch_gred 6288 0 <br />
em_meta 4608 0 <br />
em_cmp 720 0 <br />
sch_dsmark 3584 0 <br />
act_mirred 2176 0 <br />
em_u32 544 0 <br />
cls_tcindex 4160 0 <br />
cls_flow 5840 0 <br />
cls_route 5072 0 <br />
cls_fw 3264 0 <br />
sch_hfsc 14160 0 <br />
rssi_leds 2064 0 <br />
umac 2005522 2 ubnt_poll_host,rssi_leds<br />
ath_dfs_prescan 22736 0 <br />
ath_dev 221833 3 ath_dfs,umac,ath_dfs_prescan<br />
ath_spectral 24777 3 umac,ath_dev<br />
ath_rate_atheros 31174 1 ath_dev<br />
ath_hal 328906 3 umac,ath_dev,ath_rate_atheros<br />
asf 7121 7 ubnt_poll_host,ath_dfs,umac,ath_dfs_prescan,ath_dev,ath_spectral,ath_hal<br />
adf 10072 3 umac,ath_dev,ath_hal<br />
urd 54448 2 umac,ath_hal<br />
ip_gre 11952 0 <br />
pppoe 8160 0 <br />
pppox 1370 1 pppoe<br />
ppp_mppe 5168 0 <br />
ppp_async 6544 0 <br />
ppp_generic 20373 4 pppoe,pppox,ppp_mppe,ppp_async<br />
slhc 4971 1 ppp_generic<br />
nls_base 5102 0 <br />
ar724x_eth 54446 0 <br />
sha1_generic 1392 0 <br />
michael_mic 1552 0 <br />
md5 1440 0 <br />
hmac 2272 0 <br />
ecb 1296 0 <br />
des_generic 18377 0 <br />
arc4 832 0 <br />
aes_generic 30153 0 <br />
ts_fsm 2640 0 <br />
ts_bm 1440 0 <br />
ts_kmp 1296 0 <br />
crc_ccitt 1003 1 ppp_async<br />
ubnthal 303371 9 ubnt_poll_host,ath_dfs,rssi_leds,umac,ath_dev,ath_hal,ar724x_eth<br />
</pre><br />
<br />
While <code>iwconfig</code> seems to sort-of work (wlan0 is the same radio as ath0 and wlan1 is the same radio as airview1 which is replaced by ath1 if the management radio is enabled)<br />
<pre><br />
WA# iwconfig <br />
lo no wireless extensions.<br />
<br />
eth0 no wireless extensions.<br />
<br />
gre0 no wireless extensions.<br />
<br />
wifi1 no wireless extensions.<br />
<br />
teql0 no wireless extensions.<br />
<br />
br0 no wireless extensions.<br />
<br />
wifi0 no wireless extensions.<br />
<br />
ath0 IEEE 802.11ac ESSID:"" <br />
Mode:Managed Frequency:5.57 GHz Access Point: Not-Associated <br />
Bit Rate:0 kb/s Tx-Power=16 dBm <br />
RTS thr:off Fragment thr:off<br />
Center1-Freq: 5.57 GHz<br />
Encryption key:off<br />
Power Management:off<br />
Link Quality=0/94 Signal level=-96 dBm Noise level=-96 dBm<br />
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0<br />
Tx excessive retries:0 Invalid misc:0 Missed beacon:0<br />
<br />
airview1 IEEE 802.11na ESSID:"spectral" <br />
Mode:Monitor Frequency:4.92 GHz Access Point: Not-Associated <br />
Bit Rate:130 Mb/s Tx-Power=13 dBm <br />
RTS thr:off Fragment thr:off<br />
Center1-Freq: 4.92 GHz<br />
Encryption key:off<br />
Power Management:off<br />
Link Quality=0/94 Signal level=-96 dBm Noise level=-105 dBm<br />
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0<br />
Tx excessive retries:0 Invalid misc:0 Missed beacon:0<br />
</pre><br />
the <code>iw</code> tool does not work even though it is installed.<br />
<pre><br />
WA# iw list<br />
nl80211 not found.<br />
</pre><br />
<br />
The main radio is initialized using the following script in <code>/etc/sysinit</code>:<br />
<pre><br />
WA# cat radio.conf <br />
plugin_start() {<br />
insmod ath_dfs 1>/dev/null 2>&1 || true<br />
rmmod ubnt_poll_host 1>/dev/null 2>&1 || true<br />
echo 0 > /sys/module/umac/parameters/is_ubnt_ptp<br />
echo 0 > /sys/module/umac/parameters/tgdeb<br />
echo 1 > /sys/module/umac/parameters/is_ubnt_ff<br />
echo 0 > /sys/module/umac/parameters/ubnt_op_mode<br />
iwpriv "wifi0" SetTargetReset 0<br />
i=0; while [ $i -lt 3 ]; do [ ! -d /sys/class/net/wifi0 ] && break; i=$(($i+1)); sleep 1; done<br />
i=0; while [ $i -lt 3 ]; do sleep 1; [ -d /sys/class/net/wifi0 ] && break; i=$(($i+1)); done<br />
insmod ubnt_poll_host 1>/dev/null 2>&1 || true<br />
iwpriv "wifi0" setCountryID 40<br />
echo wifi0 0 1 1 > /proc/sys/dev/uph/addradio<br />
echo 1 > /proc/sys/dev/uph_wifi0/enable<br />
echo 0 > /proc/sys/dev/uph_wifi0/noack_mode<br />
echo 0 > /proc/sys/dev/uph_wifi0/daprot<br />
echo 2 0 > /proc/sys/dev/uph_wifi0/sta_priority<br />
echo 0 > /proc/sys/dev/uph_wifi0/ff_cap_rep<br />
echo 0 > /proc/sys/dev/uph_wifi0/cms_bias<br />
echo 10 > /proc/sys/dev/uph_wifi0/ff_mcast_airtime_limit<br />
echo 0 50 3 12 12 10 10 0 0 1 > /proc/sys/dev/uph_wifi0/fixed_frame<br />
echo 12 > /proc/sys/dev/uph_wifi0/sta_rx_rssi_th<br />
iwpriv "wifi0" band 2<br />
/sbin/wlanconfig "ath0" create wlandev wifi0 wlanmode ap > /dev/null 2>&1<br />
if [ $? -eq 0 ]; then<br />
echo wifi0 > /tmp/.wifi_ath0<br />
else<br />
echo "WLANCONFIG: ath0 could not created, waiting for 5 secs" > /dev/kmsg<br />
sleep 5;<br />
/sbin/wlanconfig "ath0" create wlandev wifi0 wlanmode ap > /dev/null 2>&1<br />
if [ $? -eq 0 ]; then<br />
echo wifi00 > /tmp/.wifi_ath00<br />
fi<br />
fi<br />
radartool -i "wifi0" dfsdebug 0x00000003 >/dev/null 2>&1<br />
iwpriv "ath0" mode 11ACVHT40<br />
iwpriv "wifi0" chanbw 40<br />
iwpriv "wifi0" RegObey 1<br />
iwpriv "wifi0" ant_gain 14<br />
iwpriv "wifi0" cable_loss 0<br />
iwpriv "wifi0" txchainmask 3<br />
iwpriv "wifi0" rxchainmask 3<br />
athchans -i ath0 0<br />
iwconfig "ath0" center1 5190M<br />
iwconfig "ath0" freq 5180M<br />
iwconfig "ath0" rate auto<br />
if [ -e /proc/sys/dev/ubnt_poll/no_ack_rate ]; then<br />
echo 1 -1 > /proc/sys/dev/ubnt_poll/no_ack_rate<br />
fi<br />
iwconfig "ath0" rts off<br />
iwconfig "ath0" txpower auto<br />
<br />
echo 0 0 0 0 -128 > /proc/sys/dev/uph_wifi0/atpc<br />
iwpriv "wifi0" ani_enable 0<br />
iwpriv "wifi0" sens_level -96<br />
iwpriv "ath0" shortgi 1<br />
iwpriv "ath0" cwmenable 0<br />
iwpriv "ath0" cwmmode 1<br />
iwpriv "wifi0" distance 600<br />
iwpriv "wifi0" damode 0<br />
iwpriv "wifi0" dacount 25<br />
iwpriv "ath0" puren 0<br />
iwpriv "wifi0" enable_ol_stats 1<br />
iwconfig "ath0" commit<br />
iwpriv "ath0" rc_mode 0<br />
true<br />
}<br />
plugin_stop() {<br />
killall scand<br />
pkill -9 radarmon<br />
ifconfig "wifi0" down<br />
/sbin/wlanconfig "ath0" destroy<br />
rm -f /tmp/.wifi_ath0<br />
rmmod ath_dfs 1>/dev/null 2>&1 || true<br />
true<br />
}<br />
</pre><br />
While I don't know yet how to disable AirMAX, the entries in <code>/proc/sys/dev/uph_wifi0</code> and <code>/sys/module/umac</code> look very promising to poke around with.<br />
<br />
== Management/Spectral-View Radio ==<br />
<br />
Next to the main radio the device has a dual Band 802.11abgn AR9340 radio.<br />
It is used either for the 2.4GHz management radio or the spectral view, which is why the spectral view is disabled while the management radio is enabled.<br />
When started in spectral view mode it is set to the 5GHz band and monitor mode, while it is set to 2.4GHz in normal HostAPd-driven AP mode.</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Knowledgebase/Digging_Into_AirOS8&diff=3336Knowledgebase/Digging Into AirOS82021-10-06T10:26:34Z<p>XDjackieXD: Document findings in AirOS so far</p>
<hr />
<div>As AirOS AC devices don't have a setting to disable AirMAX, I started to dig into the default firmware in the hopes of finding a way to disable it.<br />
The device examined is a IsoStation AC so all findings are specific for this device, although it probably is very similar for all AirMAX AC devices.<br />
<br />
As of now I have not found a way to disable it but some things I found are interesting nonetheless so let's get started.<br />
<br />
== Linux System ==<br />
<br />
After logging in via SSH the first thing I noticed is the ancient Linux and GCC version of the firmware...<br />
<pre><br />
Linux version 2.6.32.68 (jenkins@1a1f8fa80aab) (gcc version 4.8.3 (OpenWrt/Linaro GCC 4.8-2014.01 unknown) ) #1 Tue Jun 23 16:48:07 EEST 2020<br />
</pre><br />
<br />
While the firmware seems to be based on OpenWrt it doesn't really share anything in the userspace with OpenWrt (no overlayfs, no UCI, ...).<br />
<br />
The init system also is very different to OpenWrt with <code>/etc/init.d</code> being completely empty but all init scritps residing in <code>/etc/sysinit</code> and being called by a single entry in <code>/etc/rc.d</code>.<br />
<br />
== Main Radio ==<br />
<br />
The main radio is a <code>U-AME-G1-BR4A</code> which seems to be a customized version of the QCA988X v2 with added support for AirMAX hardware acceleration according to UBNT.<br />
When running normal OpenWrt on the device the radio accepts a normal, unmodified firmware for the QCA988X v2 and just works with the ath10k driver but without support for AirMAX (sadly).<br />
<br />
The driver used by UBNT seems to be some driver built by Atheros that is not the normal ath9k/ath10k driver as <code>lsmod</code> reports the following:<br />
<br />
<pre><br />
Module Size Used by Tainted: P <br />
ebt_redirect 880 0 <br />
ebt_mark 704 0 <br />
ebt_vlan 1552 0 <br />
ebt_stp 1840 0 <br />
ebt_pkttype 544 0 <br />
ebt_mark_m 624 0 <br />
ebt_limit 1200 0 <br />
ebt_among 2144 0 <br />
ebt_802_3 704 0 <br />
ebtable_nat 880 0 <br />
ebtable_filter 896 0 <br />
ebtable_broute 720 1 <br />
ebtables 15173 3 ebtable_nat,ebtable_filter,ebtable_broute<br />
ebt_ip6 1376 0 <br />
ebt_snat 864 0 <br />
ebt_dnat 800 0 <br />
ebt_arpreply 1040 0 <br />
ebt_ip 1248 0 <br />
ebt_arp 1552 0 <br />
ubnt_poll_host 150776 2 <br />
ath_dfs 1188829 1 <br />
em_text 1280 0 <br />
act_ipt 2400 0 <br />
sch_teql 3696 0 <br />
em_nbyte 688 0 <br />
sch_red 3472 0 <br />
cls_basic 3392 0 <br />
sch_gred 6288 0 <br />
em_meta 4608 0 <br />
em_cmp 720 0 <br />
sch_dsmark 3584 0 <br />
act_mirred 2176 0 <br />
em_u32 544 0 <br />
cls_tcindex 4160 0 <br />
cls_flow 5840 0 <br />
cls_route 5072 0 <br />
cls_fw 3264 0 <br />
sch_hfsc 14160 0 <br />
rssi_leds 2064 0 <br />
umac 2005522 2 ubnt_poll_host,rssi_leds<br />
ath_dfs_prescan 22736 0 <br />
ath_dev 221833 3 ath_dfs,umac,ath_dfs_prescan<br />
ath_spectral 24777 3 umac,ath_dev<br />
ath_rate_atheros 31174 1 ath_dev<br />
ath_hal 328906 3 umac,ath_dev,ath_rate_atheros<br />
asf 7121 7 ubnt_poll_host,ath_dfs,umac,ath_dfs_prescan,ath_dev,ath_spectral,ath_hal<br />
adf 10072 3 umac,ath_dev,ath_hal<br />
urd 54448 2 umac,ath_hal<br />
ip_gre 11952 0 <br />
pppoe 8160 0 <br />
pppox 1370 1 pppoe<br />
ppp_mppe 5168 0 <br />
ppp_async 6544 0 <br />
ppp_generic 20373 4 pppoe,pppox,ppp_mppe,ppp_async<br />
slhc 4971 1 ppp_generic<br />
nls_base 5102 0 <br />
ar724x_eth 54446 0 <br />
sha1_generic 1392 0 <br />
michael_mic 1552 0 <br />
md5 1440 0 <br />
hmac 2272 0 <br />
ecb 1296 0 <br />
des_generic 18377 0 <br />
arc4 832 0 <br />
aes_generic 30153 0 <br />
ts_fsm 2640 0 <br />
ts_bm 1440 0 <br />
ts_kmp 1296 0 <br />
crc_ccitt 1003 1 ppp_async<br />
ubnthal 303371 9 ubnt_poll_host,ath_dfs,rssi_leds,umac,ath_dev,ath_hal,ar724x_eth<br />
</pre><br />
<br />
While <code>iwconfig</code> seems to sort-of work (wlan0 is the same radio as ath0 and wlan1 is the same radio as airview1 which is replaced by ath1 if the management radio is enabled)<br />
<pre><br />
WA# iwconfig <br />
lo no wireless extensions.<br />
<br />
eth0 no wireless extensions.<br />
<br />
gre0 no wireless extensions.<br />
<br />
wifi1 no wireless extensions.<br />
<br />
teql0 no wireless extensions.<br />
<br />
br0 no wireless extensions.<br />
<br />
wifi0 no wireless extensions.<br />
<br />
ath0 IEEE 802.11ac ESSID:"" <br />
Mode:Managed Frequency:5.57 GHz Access Point: Not-Associated <br />
Bit Rate:0 kb/s Tx-Power=16 dBm <br />
RTS thr:off Fragment thr:off<br />
Center1-Freq: 5.57 GHz<br />
Encryption key:off<br />
Power Management:off<br />
Link Quality=0/94 Signal level=-96 dBm Noise level=-96 dBm<br />
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0<br />
Tx excessive retries:0 Invalid misc:0 Missed beacon:0<br />
<br />
airview1 IEEE 802.11na ESSID:"spectral" <br />
Mode:Monitor Frequency:4.92 GHz Access Point: Not-Associated <br />
Bit Rate:130 Mb/s Tx-Power=13 dBm <br />
RTS thr:off Fragment thr:off<br />
Center1-Freq: 4.92 GHz<br />
Encryption key:off<br />
Power Management:off<br />
Link Quality=0/94 Signal level=-96 dBm Noise level=-105 dBm<br />
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0<br />
Tx excessive retries:0 Invalid misc:0 Missed beacon:0<br />
</pre><br />
the <code>iw</code> tool does not work even though it is installed.<br />
<pre><br />
WA# iw list<br />
nl80211 not found.<br />
</pre><br />
<br />
The main radio is initialized using the following script in <code>/etc/sysinit</code>:<br />
<pre><br />
WA# cat radio.conf <br />
plugin_start() {<br />
insmod ath_dfs 1>/dev/null 2>&1 || true<br />
rmmod ubnt_poll_host 1>/dev/null 2>&1 || true<br />
echo 0 > /sys/module/umac/parameters/is_ubnt_ptp<br />
echo 0 > /sys/module/umac/parameters/tgdeb<br />
echo 1 > /sys/module/umac/parameters/is_ubnt_ff<br />
echo 0 > /sys/module/umac/parameters/ubnt_op_mode<br />
iwpriv "wifi0" SetTargetReset 0<br />
i=0; while [ $i -lt 3 ]; do [ ! -d /sys/class/net/wifi0 ] && break; i=$(($i+1)); sleep 1; done<br />
i=0; while [ $i -lt 3 ]; do sleep 1; [ -d /sys/class/net/wifi0 ] && break; i=$(($i+1)); done<br />
insmod ubnt_poll_host 1>/dev/null 2>&1 || true<br />
iwpriv "wifi0" setCountryID 40<br />
echo wifi0 0 1 1 > /proc/sys/dev/uph/addradio<br />
echo 1 > /proc/sys/dev/uph_wifi0/enable<br />
echo 0 > /proc/sys/dev/uph_wifi0/noack_mode<br />
echo 0 > /proc/sys/dev/uph_wifi0/daprot<br />
echo 2 0 > /proc/sys/dev/uph_wifi0/sta_priority<br />
echo 0 > /proc/sys/dev/uph_wifi0/ff_cap_rep<br />
echo 0 > /proc/sys/dev/uph_wifi0/cms_bias<br />
echo 10 > /proc/sys/dev/uph_wifi0/ff_mcast_airtime_limit<br />
echo 0 50 3 12 12 10 10 0 0 1 > /proc/sys/dev/uph_wifi0/fixed_frame<br />
echo 12 > /proc/sys/dev/uph_wifi0/sta_rx_rssi_th<br />
iwpriv "wifi0" band 2<br />
/sbin/wlanconfig "ath0" create wlandev wifi0 wlanmode ap > /dev/null 2>&1<br />
if [ $? -eq 0 ]; then<br />
echo wifi0 > /tmp/.wifi_ath0<br />
else<br />
echo "WLANCONFIG: ath0 could not created, waiting for 5 secs" > /dev/kmsg<br />
sleep 5;<br />
/sbin/wlanconfig "ath0" create wlandev wifi0 wlanmode ap > /dev/null 2>&1<br />
if [ $? -eq 0 ]; then<br />
echo wifi00 > /tmp/.wifi_ath00<br />
fi<br />
fi<br />
radartool -i "wifi0" dfsdebug 0x00000003 >/dev/null 2>&1<br />
iwpriv "ath0" mode 11ACVHT40<br />
iwpriv "wifi0" chanbw 40<br />
iwpriv "wifi0" RegObey 1<br />
iwpriv "wifi0" ant_gain 14<br />
iwpriv "wifi0" cable_loss 0<br />
iwpriv "wifi0" txchainmask 3<br />
iwpriv "wifi0" rxchainmask 3<br />
athchans -i ath0 0<br />
iwconfig "ath0" center1 5190M<br />
iwconfig "ath0" freq 5180M<br />
iwconfig "ath0" rate auto<br />
if [ -e /proc/sys/dev/ubnt_poll/no_ack_rate ]; then<br />
echo 1 -1 > /proc/sys/dev/ubnt_poll/no_ack_rate<br />
fi<br />
iwconfig "ath0" rts off<br />
iwconfig "ath0" txpower auto<br />
<br />
echo 0 0 0 0 -128 > /proc/sys/dev/uph_wifi0/atpc<br />
iwpriv "wifi0" ani_enable 0<br />
iwpriv "wifi0" sens_level -96<br />
iwpriv "ath0" shortgi 1<br />
iwpriv "ath0" cwmenable 0<br />
iwpriv "ath0" cwmmode 1<br />
iwpriv "wifi0" distance 600<br />
iwpriv "wifi0" damode 0<br />
iwpriv "wifi0" dacount 25<br />
iwpriv "ath0" puren 0<br />
iwpriv "wifi0" enable_ol_stats 1<br />
iwconfig "ath0" commit<br />
iwpriv "ath0" rc_mode 0<br />
true<br />
}<br />
plugin_stop() {<br />
killall scand<br />
pkill -9 radarmon<br />
ifconfig "wifi0" down<br />
/sbin/wlanconfig "ath0" destroy<br />
rm -f /tmp/.wifi_ath0<br />
rmmod ath_dfs 1>/dev/null 2>&1 || true<br />
true<br />
}<br />
</pre><br />
While I don't know yet how to disable AirMAX, the entries in <code>/proc/sys/dev/uph_wifi0</code> and <code>/sys/module/umac</code> look very promising to poke around with.<br />
<br />
== Management/Spectral-View Radio ==<br />
<br />
Next to the main radio the device has a dual Band 802.11abgn AR9340 radio.<br />
It is used either for the 2.4GHz management radio or the spectral view, which is why the spectral view is disabled while the management radio is enabled.<br />
When started in spectral view mode it is set to the 5GHz band and monitor mode, while it is set to 2.4GHz in normal HostAPd-driven AP mode.</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Kategorie:Knowledgebase&diff=3335Kategorie:Knowledgebase2021-10-06T09:56:34Z<p>XDjackieXD: Create Category</p>
<hr />
<div>Alles was irgendwie interessant ist und zu lang für einen Punkt auf der Seite [[Knowledge_Base]] ist, gehört in diese Kategorie.</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Erstellung_und_Pr%C3%A4sentation_von_Panoramen&diff=3334Erstellung und Präsentation von Panoramen2021-09-20T19:39:33Z<p>XDjackieXD: Pannellum geht sehr gut auch für große Bilder</p>
<hr />
<div>Folgendes ist eine Niederschrift meiner Erfahrungen, und kann keine absoluten Wahrheiten anbieten.<br />
<br />
= 1. Aufnahme der Einzelbilder =<br />
<br />
Um das Zusammenfügen des Panoramas möglichst einfach zu machen, und dabei möglichst wenige sichtbare Verschiebungen zu produzieren folgende Tipps:<br />
* Bilder mit zwischen 20% und 30% Überschneidung aufnehmen.<br />
* Position möglichst Konstant halten (Am besten ein Stativ verwenden)<br />
* Den Drehpunkt möglichst Nahe am [http://de.wikipedia.org/wiki/Knotenpunkt_(Fotografie) Knotenpunkt] (Am Besten einen "Nodalpunktadapter" / Panorama-Stativ-Kopf, sind leider recht teuer (im 3-Stelligen €-Bereich, [http://geizhals.at/walimex-pro-panoramakopf-mit-nodalpunkt-adapter-16852-a720802.html z.B.]), kann man aber mit sowas [http://www.amazon.de/dp/B004FI114C] auch um einen 2-Stelligen €-Betrag selber basteln - so wie hier: [[Medium:Selbst_gebastelter_Nodalpunktadapter_(DSC_0034).jpg]])).<br />
<br />
= 2. Zusammensetzen des Panoramas =<br />
<br />
Ich habe die besten Ergebnisse mit [http://hugin.sourceforge.net/ Hugin] erreicht.<br />
<br />
* Falls Wolken auf den Bildern zu sehen sind, umbedingt das Feature "Celeste" vor der Erkennung der Kontrollpunkte aktivieren. (Datei -> Einstellungen -> Kontrollpunkt-Detektor -> Cpfind+Celeste -> Als Standard verwenden)<br />
* Um Panoramas die Breiter als ca 70.000 Pixel sind zusammenzufügen, muss man aufgrund eines [https://bugs.launchpad.net/enblend/+bug/685105 Bugs] das ganze Toolset [http://wiki.panotools.org/Hugin_Compiling_Ubuntu selbst komplieren] - Mit hugin 2013.0 und enblend 4.2 lassen sich Panoramas erstellen, die bis zu 2^31 Pixel haben. Mein größtes damit erstelltes Panorama hat 253.352 x 8.476 Pixel - siehe [http://bruga.ddns.net/panojs3/]<br />
<br />
== 2.1. Riesige Panoramen mit mehr als 2^31 Pixel ==<br />
<br />
# Weitwinkel Fotos "ganz normal" (siehe oben) zu einem 360° Panorama verarbeiten, und die Würfelseiten vorm tiling aufheben.<br />
# Tele-Fotos ebenfalls normal verarbeiten (Kette Hugin -> Nona -> Enblend). Enblend schmiert ab weil das Zielbild mehr als 2^31 Pixel hat (signed integer ?! schlechte Pizza? Addressierung mit signed variable..??) -> Die Ausgabe von Nona aufheben.<br />
# Aus den von Nona vorverarbeiteten Bildern mit Enblend 4 Teilstücke (die den Weitwinkel-Würfel-Seiten entsprechen) mittels Enblend zusammenfügen.<br />
# Die Teilstücke mittels Hugin+Nona von Zylindrisch auf Rectlinear verzerren<br />
# Mit Gimp die Weitwinkel-Würfel-Seiten auf die Größe der Tele-Ausschnitte hochskalieren und den Teleausschnitt als Layer darüber legen, als TIF (oder falls TIF fehlschlägt PNG) exportieren.<br />
# Mit Imagemagick und ein paar Shell-Scripts die ich geschrieben habe (siehe [http://www.imagemagick.org/discourse-server/viewtopic.php?f=1&t=24644&p=106090] ) Die Würfelseiten in Tiles für den Salado-Player zerteilen.<br />
<br />
Beispiel eines so erstellten Panoramas mit 400.000 Pixel Breite: [http://bruga.ddns.net/SaladoPlayer-1.3.5/?pano=koega_2013-11-27] und [http://bruga.ddns.net/SaladoPlayer-1.3.5/?pano=blindengasse55_2014-01-10]<br />
<br />
= 3. Präsentation des Panoramas =<br />
<br />
* [https://github.com/mpetroff/pannellum Pannellum] - Für 360° Panoramas unter 8.200 Pixel Breite (größere Bilder sind auch kein Problem, wenn man sie vorher mit dem bei Pannellum mitgelieferten Tool in multires-Tiles zerlegt. bis 180.000 Pixel Breite erfolgreich getestet), Technologie: Javascript + WebGL --> Beispiel: [http://bruga.ddns.net/pannellum/?panorama=Koelbl15_Panorama360.jpg&autoload=yes]<br />
* [http://openpano.org/saladoplayer-1-3-5/ SaladoPlayer 1.3.5] Für 360° Panoramas bis zu 70.000 Pixel Breite, Technologie: Flash --> Beispiel: [http://bruga.ddns.net/SaladoPlayer-1.3.5/]<br />
** Um ein Equirectlinear Panorama (=Output von Hugin) mit SaladoPlayer präsentieren zu können, muss es mit dem [https://github.com/mstandio/SaladoConverter SaladoConverter] in ein Deep Zoom cubic panorama umgewandelt werden.<br />
** Um vom [https://github.com/mstandio/SaladoConverter SaladoConverter] akzeptiert zu werden, muss das Panorama genau halb so viele Pixel in der Höhe haben, wie in der Breite. In den meisten Fällen hat man keine komplette Kugel, sondern oben und unten fehlt ein Stück. Es ist wesentlich weniger Rechenaufwand diese schwarzen Streifen oben & unten nachträglich mit Gimp hinzuzufügen, als Hugin anzuweisen ein volles 360° * 180° Panorama auszugeben.<br />
** Alternative: [http://vinayhacks.blogspot.co.at/2010/11/converting-equirectangular-panorama-to.html erect2cubic] (Vorteile: schneller & braucht weniger RAM, produziert weniger Artifakte (linien) & Pixelverhältnis muss nicht 2:1 sein, aber Horizont muss weiterhin zentriert sein; Nachteil: Input-Bild darf maximal 2^31 Pixel haben.)<br />
*** Installation: sudo cpan -> install Panotools::Script<br />
*** Verwendung: erect2cubic --erect=equirectlinear-input.tif --ptofile=cube.pto; nona -o prefix cube.pto<br />
*** Tiling mittels imgcnv (siehe unten) Für die Umsortierung der Tiles ins Salado-Format hab ich ein script geschrieben: [http://bruga.ddns.net/misc/hugin/batch_rename_imgcnv-to-salado.sh]<br />
* [http://www.dimin.net/software/panojs/ PanoJS3] für die "flache" Darstellung von Bildern, die zu groß sind, um sie direkt als JPG in einer vernünftigen Größe von wenigen MB in einem Stück vom Browser darstellen zu lassen. Siehe auch [https://github.com/dimin/panojs/ das panojs github repository]. Technologie: Nur Javascript. --> Beispiel: [http://bruga.ddns.net/panojs3/]<br />
** Zum zerstückeln des Bildes in Tiles entweder das Inkludierte Python-Script verwenden, oder der Weg den ich gewählt habe: [http://biodev.ece.ucsb.edu/projects/bioimage/downloader/download/category/4 bioImageConvert]<br />
** imgcnv -i MY_INPUT_IMAGE.tif -o MY_OUT_FOLDER/MY_OUT_BASE_NAME.jpg -t jpeg -tile 512<br />
*Zur Ausrichtung von Panoramen (Norden genau in die Mitte = 0° im Saladoplayer) hat sich die Verwendung von wolframalpha.com bewährt: Einfach in das Suchfeld Koordinaten, "sun" und Datum + Uhrzeit eingeben, und einer der ausgegeben Blöcke mit dem Titel "Sky position from 48° 12' 52.87" North | 16° 20' 29.76" East at 2:48 pm" hat dann die genaue Gradangabe in welche Richtung die Sonne zu dem Zeitpunkt an dem Ort gestanden ist. In diesem Fall 218,3°<br />
<br />
= Limits, Bugs & Workarounds verwendeter Tools =<br />
<br />
* enblend und damit hugin stürzt ab, wenn ein Input oder Output file mehr als 2^31 Pixel haben sollte.<br />
** größt mögliches 360° x 180° equirectlinear Panorama das mit enblend generiert werden kann ist somit 65534 x 32767<br />
** Workaround: Hochauflösend braucht man bei unsrer Art von Panoramen eigentlich nur den Horizont<br />
** Also das Panorama auf 2 Schritte generieren, einmal mit hoher Auflösung und sehr schmal den Horizont (z.B. so wie [http://bruga.ddns.net/panojs3/] und mit einer geringeren Auflösung den Hintergrund. Anschließend skaliert man den Hintergrund mit Gimp (oder ähnlichem) auf die Größe des Horizonts und legt diesen darüber.<br />
<br />
* der SaladoConverter stürzt ebenfalls bei zu großen Input-Bildern ab, jedoch hat er eine etwas höhere mir nicht genau bekannte Grenze.<br />
** Das größte von mir damit erfolgreich konvertierte Panorama hatte 75692 x 37846 Pixel (siehe [http://bruga.ddns.net/SaladoPlayer-1.3.5/?pano=koega_2013-10-03])<br />
** Mittels direktem aufrufen der einzelnen Teile des Converters konnte ich auch ein 80844 x 40422 Pixel großes Panorama konvertieren, jedoch hat das Artifakte produziert (siehe [http://bruga.ddns.net/SaladoPlayer-1.3.5/?pano=brenner_2011-07-07] Artefakte sieht man nur wenn man nah ranzoomt (Linien))</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware/MikroTik_LHG5&diff=2926Hardware/MikroTik LHG52020-06-01T11:10:55Z<p>XDjackieXD: Update Firmware Image Link and add Script for simple TFTP Netboot</p>
<hr />
<div>{{Router<br />
|name=RouterBoard LHG-5nD<br />
|manufacturer=MikroTik<br />
|Picture=MikroTikLHG5.jpg<br />
|deprecated=Nein<br />
|v642=Ja<br />
|outdoor=Ja<br />
|cpu=Atheros AR9344, 600 MHz<br />
|ram=64 MB<br />
|flash=16 MB<br />
|poe=passiv<br />
|ethernetports=1<br />
|switch=Nein<br />
|wifi=Ja<br />
|wifiband=5 GHz<br />
|wifistandard=802.11an<br />
|mimostreams=2x2<br />
|firmware=[http://downloads.openwrt.org/snapshots/targets/ar71xx/mikrotik/openwrt-ar71xx-mikrotik-rb-nor-flash-16M-initramfs-kernel.bin OpenWRT Snapshot]<br />
|flashmethod=Sysupgrade nach TFTP-Boot<br />
|antenna=Ja<br />
|antennatype=Gitter<br />
|antennapol=H/V<br />
|antennagain=24,5 dBi<br />
|datasheet=https://routerboard.com/RBLHG-5nD<br />
|streetprize=55<br />
}}<br />
<br />
== Flashen von LEDE ==<br />
<br />
# Booten eines [https://downloads.lede-project.org/snapshots/targets/ar71xx/mikrotik/lede-ar71xx-mikrotik-rb-nor-flash-16M-initramfs-kernel.bin LEDE-initramfs] via TFTP (siehe unten)<br />
# Log-in mit Standard-Credentials<br />
# Flashen des gewuenschten Sysupgrade-Images (*nicht* factory, da der MikroTik-Bootloader erhalten bleibt)<br />
<br />
== TFTP-Boot ==<br />
<br />
Zum initialen Flashen und Situationen, in denen man nicht mehr über das Netzwerk zugreifen kann:<br />
<br />
# Abstecken<br />
# Reset-Button drücken und halten, befindet sich neben dem Ethernet-Port<br />
# Anstecken<br />
# Grüne LED beobachten: Zuerst blinkt sie, dann leuchtet sie durchgehend, dann geht sie aus. Hier den Knopf loslassen.<br />
# Die LHG sucht nun nach einem DHCP-Lease und einem TFTP-Server (initramfs, kein sysupgrade oder dergleichen!). Klappt alles, bootet sie selbiges.<br />
# Wird kein Image geflasht, startet beim nächsten Boot wieder das installierte System.<br />
<br />
Script, um mit dnsmasq einen simplen DHCP+TFTP Server temporär auf einem Interface zu starten (Firmware Image muss im Ordner "tftproot" liegen. Erster Scriptparameter ist das Interface, zweiter ist der Name der Firmware Image Datei):<br />
<nowiki>#!/bin/bash<br />
<br />
INTERFACE="$1"<br />
BOOTFILE="$2"<br />
<br />
ip address add 10.42.0.1/24 dev "$INTERFACE"<br />
dnsmasq --interface "$INTERFACE" --enable-tftp --tftp-root="$(pwd)/tftproot" --dhcp-boot="$BOOTFILE" --dhcp-authoritative --listen-address 10.42.0.1 --dhcp-range 10.42.0.10,10.42.0.20 --bootp-dynamic --port 0 --no-daemon --log-dhcp --dhcp-leasefile="/tmp/netboot.leases"<br />
ip address delete 10.42.0.1/24 dev "$INTERFACE"</nowiki><br />
<br />
== Open Issues 0xFF-Integration ==<br />
<br />
Nachfolgend die bisher identifizierte Schwachstellen, die einer einfachen Nutzung für 0xFF entgegen stehen:<br />
<br />
* Create default switch config<br />
* Improve LuCI swich config by amending board.json<br />
* Package switch config extensions</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Benutzer:XDjackieXD&diff=2826Benutzer:XDjackieXD2020-05-10T21:11:37Z<p>XDjackieXD: Hab zwar einen der ersten Accounts, die hier erstellt wurden, hab aber bis heute trotzdem noch nichts über mich erzählt ^^'</p>
<hr />
<div>= Kontakt =<br />
* E-Mail: jakob (punkt) riepler (at) chaosfield (punkt) at<br />
<br />
= Nodes =<br />
* Tmrg41<br />
<br />
= Whoami? =<br />
* Seit langem Mitglied bei 0xFF aber (leider) sehr inaktiv (relativ schlechte Position in Wien und hab Montag Abend nie Zeit...)<br />
* Hat bei der Migration oldwiki -> newwiki mitgemacht (das ist jetzt auch schon wieder 7 Jahre her O.O)<br />
* Hab grob Ahnung von Routing und Netzwerken und ganz gut Ahnung von allem mit Funk und Elektronik<br />
* Hab eine [https://chaosfield.at Webseite], auf der ich viel zu wenige meiner dummen Bastelprojekte dokumentiert habe</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Hardware&diff=2825Hardware2020-05-10T21:00:43Z<p>XDjackieXD: Veraltete Hardware ausblenden</p>
<hr />
<div>Beispiel-Setups sind unter [[Knowledge_Base/Use_Case|Use Cases]] zu finden.<br />
<br />
{{#ask:[[Category:Hardware]] [[HardwareDeprecated::falsch]]<br />
|mainlabel=-<br />
|?HardwareLink=Name<br />
|?HardwareManufacturer=Hersteller<br />
|?RouterOutdoor#ja, nein =Outdoor<br />
|?RouterV642#ja, nein =v642<br />
|?RouterEthernetPorts=Ethernet Ports<br />
|?RouterWifiBand=WLAN Band<br />
|?RouterWifiStandard=WLAN Standard<br />
|?RouterAntenna#ja, nein =Antenne<br />
|?AntennaGain=Gewinn<br />
|?RouterUsbPorts=USB Ports<br />
}}<br />
{{Refresh}}<br />
Neuen Router eintragen: {{#forminput:form=Router|super_page={{PAGENAME}}|placeholder=DeviceName}}<br />
<br />
{{#ask:[[Category:Router]] [[HardwareDeprecated::falsch]]<br />
|?#=page<br />
|?HardwarePicture=Picture<br />
|?HardwareName=name<br />
|?HardwareManufacturer=manufacturer<br />
|?RouterEthernetPorts=ethernetports<br />
|?RouterWifi=wifi<br />
|?RouterWifiBand=wifiband<br />
|?RouterAntenna#ja, nein =antenna|+filter=value|+value filter switches=all<br />
|?RouterWifiStandard=wifistandard|+filter=value<br />
|?RouterOutdoor#ja, nein =outdoor|+filter=value<br />
|?RouterUsbPorts=usbports<br />
|format=filtered<br />
|views=list<br />
|list view type=list<br />
|list view template=RouterList<br />
|list view named args=yes<br />
|sort=HardwareManufacturer,HardwareName<br />
}}</div>XDjackieXDhttps://wiki.funkfeuer.at/index.php?title=Projekte/0xFF-Ausbau_D%C3%BCrnkrut&diff=774Projekte/0xFF-Ausbau Dürnkrut2014-01-06T14:50:09Z<p>XDjackieXD: /* Ziele */</p>
<hr />
<div>{{Projekt<br />
|name=0xFF-Ausbau Dürnkrut<br />
|startdate=2013/10/01<br />
|enddate=2014/07/31<br />
|state=In Umsetzung<br />
}}<br />
== Ziele ==<br />
<br />
* Stabiler Tunnel über kommerzielle Leitung (UMTS etc)<br />
* Stabiler 5 Ghz Link nach Hainburg<br />
* Bewilligung für Mast<br />
* Stromversorgung für Mast sicherstellen (Solar, Wind etc)<br />
* Weitreichendes Mesh übers Dorf<br />
* Link nach Jedenspeigen/Hohenau/Zistersdorf (Von Zistersdorf wäre es dann möglich nach Mistelbach etc weiter zu linken)<br />
* Kanäle finden ohne kommerzielle Links/Anbindungen zu stören<br />
* Kleines Serverrack in Bertieb für Webseite, Speicher etc in Betrieb nehmen<br />
* Eine Webcam auf den Mast für Livefotos<br />
<br />
== Aktuell ==<br />
<br />
==== Stand 06.01.14 ====<br />
<br />
* Erste Messung zu HBG1 (Joe) war mit Mini-"Mast" erfolgreich!<br />
* Vielleicht Anschaffung besserer Hardware für DUK1 - HBG1<br />
* Möglichkeit gefunden um MI001 an das Netz anzubinden, wird in nächster Zeit ausgetüftelt.<br />
* Bilder vom Testaufbau hochgeladen.<br />
<br />
<br />
==== Stand 29.11.13 ====<br />
<br />
* Tunnel muss noch konfiguriert werden.<br />
* Mash wird langsam aufgebaut.<br />
* Kanalauswahl getroffen (2,4 Ghz)<br />
* Bestellung von Hardware etc<br />
* Gemeinderat wird befragt ob der Mast gebaut werden darf<br />
<br />
== Nodes ==<br />
<br />
* DUK1 - Mast nach Hainburg<br />
* DUK2 - Haus, Peter Kowalsky/Acheloos (Tunnel, Serverstandort)<br />
* DUK3 - Haus, Alex Leidwein (Sponsor für Grund von Mast)<br />
* DUK4 - Haus, Dominik Lang<br />
* DUK5 - NMS Dürnkrut (geplant)<br />
<br />
== Kanalliste ==<br />
<br />
Kanal 4 VERTIKAL - '''Ad-Hoc'''<br />
adhoc.DUK1.www.funkfeuer.at<br />
bssid = '''26:A4:05:7B:2B:D8'''<br />
<br />
Kanal 112 HORIZONTAL - '''Client'''<br />
DUK1.www.funkfeuer.at<br />
<br />
== Bilder ==<br />
<br />
[[Datei:Testaufbau-DK1.jpg|left|thumb|450px|Testaufbau vom 05.01.14]]<br />
<br />
[[Datei:Testaufbau-DK2.jpg|left|thumb|450px|Sicht zu HBG1 von DUK1]]<br />
<br />
[[Datei:Testaufbau-DK3.jpg|left|thumb|450px|Sicht zum Steinberg]]</div>XDjackieXD