<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>Hallo in die Runde,</div>

<div> </div>

<div>nach Weihnachten wollte ich mich mal dran machen und die Vor-/Nachteile der diversen Geräte in einer Tabelle zusammenzutragen, über die bisher gesprochen wurde.</div>

<div>Ich gehe eigentlich davon aus, dass das schon Leute Erfahrungen mit diversen Geräten gemacht haben und man sich ggfs. zusammentun kann?</div>

<div> </div>

<div>Mein Schwerpunkt läge zunächst in der Sende- und Empfangsleistung.</div>

<div>Idee dazu:</div>

<div>Zwischen meinem Nachbarn und mir liegen etwa 75-80m</div>

<div>https://mgmt.saar.freifunk.net/hopglass/#!v:m;l:50c7bf8f95a6-704f572e9af4</div>

<div>D.h. ich könnte bei mir auf der Fensterbank nebeneinander ein paar Router aufstellen, die dann alle nahezu den gleichen Ort haben. Wenn es mehr werden, dann ggfs. auch auf dem Dachboden. Da steht der ffsaar-HammelsbergVc jetzt auch. Dass die sich gegenseitig stören werden kommt mir recht. Das passiert in der Realität ja auch.</div>

<div>Mittels Hopglass müsste man die Kurven vergleichen können. Über die Zeit sollte man dann auch Einflüsse bzgl. Wetter usw sehen können.</div>

<div>
<div> </div>

<div>Dabei stellt sich zunächst die Frage:</div>

<div>Welche Hardware seht Ihr in der engeren Wahl?</div>

<div>Bisher denke ich an (flash/ram):</div>

<ul>
        <li>TP-Link Archer C50 (8/64) € 25-30</li>
        <li>TP-Link-WR902AC (8/64) € 30-35</li>
        <li>GL.iNet GL-AR150 (16/64) € 30,-</li>
        <li>GL.iNet GL-MT300N-V2 (16/128) € 20-30</li>
</ul>

<div>
<div> </div>

<div>TP-Link ist Dualband und GL.iNet 2,4GHz.</div>

<div>Wenn ich die Epfehlung hier strikt ernst nehme, dann kommen allerdings eigentlich nur die beiden GL.iNet als low-budget-Gerät in Frage:</div>

<div>https://openwrt.org/supported_devices/432_warning</div>

<div><em>16/64 as an absolute minimum for any device, with at least 128 MB of RAM being preferred. </em></div>

<div> </div>

<div>Kennt jemand weitere Kandidaten die ich mittesten könnte (sagen wir: max. €40,-)?</div>

<div>Andere Ideen wie man die Geräte noch sinnvoll vergleichen kann, abgesehen von den Specs?</div>

<div> </div>

<div>Grüße</div>

<div>Sebastian</div>

<div> </div>

<div> </div>

<div name="quote" style="margin:10px 5px 5px 10px; padding: 10px 0 10px 10px; border-left:2px solid #C3D9E5; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">
<div style="margin:0 0 10px 0;"><b>Gesendet:</b> Montag, 09. Dezember 2019 um 10:13 Uhr<br/>
<b>Von:</b> "Ralf Jung via freifunk-public" <freifunk-public@saar.freifunk.net><br/>
<b>An:</b> "Freifunk Public" <freifunk-public@saar.freifunk.net><br/>
<b>Betreff:</b> [freifunk-public] Neue Beta-Firmware 1.8.0~rc1</div>

<div name="quoted-content">Hallo allerseits,<br/>
<br/>
seit heute morgen rollen wir im experimental- und beta-Zweig des Autoupdaters<br/>
die neue Version 1.8.0~rc1 unserer Firmware aus. Damit aktualisieren wir auf<br/>
Gluon 2019.1. Die wichtigsten Änderungen im Vergleich zur Version 1.7.4 sind:<br/>
<br/>
* Neue Hardware-Unterstützung:<br/>
- TP-Link CPE210 v3, TL-MR3420 v5, TL-WR840N v2<br/>
- Aerohive HiveAP 121, HiveAP 330<br/>
- D-Link DAP-1330 A1<br/>
- 8devices Jalapeno<br/>
- ASUS RT-AC57U<br/>
* Wir haben jetzt ein "watchdog"-Script, welches den Knoten automatisch neu<br/>
startet, wenn mit der Verbindung etwas nicht in Ordnung ist.<br/>
* Bugfix: Das Bandbreitenlimit für Downloads wurde teilweise nicht korrekt<br/>
erzwungen.<br/>
* Bugfix: Das Bootloader-Image der AVM FRITZ!Box 4040 war defekt.<br/>
* Gluon hat angekündigt, dass Geräte mit 32 MB RAM / 4 MB Flash wahrscheinlich<br/>
in zukünftigen Gluon-Versionen nicht mehr unterstützt werden. Diese Geräte<br/>
machen aktuell mehr als die Hälfte unseres Netzes aus, und wir empfehlen sie als<br/>
Einsteigergeräte auf saar.freifunk.net. Wir müssen uns also irgendwas überlegen.<br/>
<br/>
Der neue "watchdog" ist inspiriert von ähnlichen Scripten anderer Communities<br/>
und von Sebastians cronjob. Ein reboot wird eingeleitet, wenn entweder *gar<br/>
keine* Mesh-Nachbarn zu sehen sind (also weder per VPN-Tunnel noch per WLAN),<br/>
oder der Knoten die Mesh-Verbindung zu allen Gateways verliert (wenn es also mal<br/>
eine Verbindung zu den GWs gab, diese aber wieder wegfällt). Allerdings wird<br/>
nur neu gestartet, wenn der Knoten schon mindestens 6h an ist, um zu schnelle<br/>
reboot-Loops zu vermeiden. Das ganze ist darauf ausgerichtet, den Betrieb einer<br/>
isolierten Mesh-Wolke weiterhin zu ermöglichen -- daher finden Reboots nur<br/>
statt, wenn die Verbindung zu den GWs *verloren* geht, nicht aber wenn es noch<br/>
nie Verbindung zu den GWs gab.<br/>
<br/>
Wäre schön, wenn ihr die Beta-FW auf einigen Geräten ausprobieren könnt und uns<br/>
Bescheid gebt, ob soweit alles weiterhin zu funktionieren scheint. :)<br/>
<br/>
Viele Grüße,<br/>
Ralf<br/>
--<br/>
freifunk-public@saar.freifunk.net - Diskussion und Hilfe der Freifunk Saar Community.<br/>
Verwaltung: <a href="https://lists.hacksaar.de/listinfo/freifunk-public" target="_blank">https://lists.hacksaar.de/listinfo/freifunk-public</a><br/>
Abbestellen: freifunk-public-unsubscribe@saar.freifunk.net</div>
</div>
</div>
</div></div></body></html>