but „don’t“ trust the map …
hi
blöde frage, warum nicht einfach:
uci set wireless.${radio}.require_mode=‚g‘
(${radio} natürlich durch das Radio ersetzen)
das sollte b doch auch deaktivieren oder?
mfg
Christian
Ja definitiv, allerdings ist dies in openWRT dann als „g only“ beschrieben. Weitere Optionen waren meine ich bgn, b only, n only. Eine Option gn vermisse ich.
Wäre interessant hier nach Dokumentation zu graben was jeweils genau hinter diesen Optionen steckt.
Also wenn du das meinst, was ich denke was du meinst, sprichst du grade von hwmode:
Selects the wireless protocol to use, possible values are 11b, 11g, and 11a (note that 11ng and 11na are not available options, see ticket 17541)
Und hier geht es um require_mode:
(ap mode) Set the minimum mode that connecting clients need to support to be allowed to connect. Supported values: g = 802.11g, n = 802.11n, ac = 802.11ac
https://wiki.openwrt.org/doc/uci/wireless#common_device_options
Gute Frage eigentlich.
Gingen die Links die nun nicht mehr da sind eventuell zuvor nur in eine Richtung?
Irgendeinen zeitlichen Verlauf hast du nicht zur Verfügung oder?
Wobei die bestehenden Links ja auch stärker geworden sind, nur ein paar ganz schwache waren momentan weg, momentan sind die auch wieder da.
wollte hier nur mein generelles Mistrauen der MAP gegenüber zum Ausdruck bringen 
War schon öfter so das Nodes als offline dargestellt wurden, aber defacto online waren…
Über warum man nicht require_mode verwendet wurde damals bei der Implementierung zum Ändern der Raten in Gluon diskutiert. Aber anscheinend werden dabei die supported_rates nicht vernünftig zu den basic_rates gesetzt, was unschön ist und wodurch einige Probleme entstehen können.
Also require_mode tut nichts anderes, als die basic_rate’s setzen. Damit werden zwar die 802.11b Geräte ausgeschlossen, aber der AP sagt, er könne noch 802.11b als mögliche Datenraten. Setzt mal supported_rates, verschwinden die langsamen Datenraten aus der Liste der unterstützten Datenraten.
Ich setze require_mode nicht, da sonst die mit basic_rate gesetzten Datenraten überschrieben werden.
2 „Gefällt mir“
Hallo zusammen, leider schaffe ich es momentan nicht regelmäßig hier rein zu schauen. Finde die Diskussion und das Thema (nicht nur wegen meiner BA) sehr interessant.
Bei meinen Recherchen habe ich oft das Best Practice gefunden alle Datenraten unterhalb 24 abzuschalten. Diese Liste zeigt weshalb:
- 802.11b DBPSK 1,0
- 802.11b DQPSK 2,0
- 802.11b DQPSK 5,5
- 802.11b DQPSK 11,0
- BPSK 6,0
- BPSK 9,0
- QPSK 12,0
- QPSK 18,0
- 16-QAM 24,0
- 16-QAM 36,0
- 64-QAM 48,0
- 64-QAM 54,0
Es würde sich also lohnen bei folgenden Sprüngen ein Vorher / Nachher zu beobachten: 6, 12, 24
Hallo - gibt*s ein finales Fazit nach ~10 Wochen „ohne B“?
Die Übertragungsqualität im Mesh ist bedeutend besser geworden, dafür haben wir deutlich mehr reboots.
Die reboots lagen aber soweit ich das beurteilen kann an 2016.2.3, denn die 2016.2.4 knoten haben sehr gute uptimes.
Insgesamt also enorm empfehlenswert, der seewt spot könnte aber tatsächlich noch bei etwas höheren Datenraten liegen, eventuell hat @adorfer schon Daten dazu gesammelt.
1 „Gefällt mir“