add noscan = 1 option #469
Closed
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
|
Das können wir so nicht global tun. Freifunk muss kooperativ gegenüber anderen WLANs bleiben. Wir würden damit gegen Vorgaben der Bundesnetzagentur verstoßen. |
|
Was würde denn ein temporäres auf der Konsole in den Routern bei mir zuhause bewirken? ;-) |
|
@rubo77 Wenn du WLAN-Einstellungen änderst, lädst du die Änderungen mit 'wifi' |
|
Auch mit uci commit? |
mweinelt
added a commit
that referenced
this pull request
Jun 2, 2019
cad1fba Merge pull request #469 from ecsv/batadv-for-18.06 145ba7f batman-adv: Merge bugfixes from 2019.2 40b7519 batman-adv: Reorder patches
ecsv
added a commit
to FreifunkVogtland/gluon
that referenced
this pull request
Jun 2, 2019
cad1fba86f Merge pull request freifunk-gluon#469 from ecsv/batadv-for-18.06 145ba7f46a batman-adv: Merge bugfixes from 2019.2 40b75193bc batman-adv: Reorder patches
joerg-d
pushed a commit
to ffggrz/gluon
that referenced
this pull request
Sep 17, 2019
cad1fba Merge pull request freifunk-gluon#469 from ecsv/batadv-for-18.06 145ba7f batman-adv: Merge bugfixes from 2019.2 40b7519 batman-adv: Reorder patches (cherry picked from commit 832de86)
SvenRoederer
pushed a commit
to SvenRoederer/freifunk-gluon_core
that referenced
this pull request
Sep 29, 2019
7589804 Merge pull request freifunk-gluon#474 from ecsv/batadv-for-18.06 c07326c batman-adv: Fix duplicated OGMs on NETDEV_UP cad1fba Merge pull request freifunk-gluon#469 from ecsv/batadv-for-18.06 145ba7f batman-adv: Merge bugfixes from 2019.2 40b7519 batman-adv: Reorder patches e5fe4b6 Merge pull request freifunk-gluon#462 from ecsv/batadv-18.06 ee2d981 batman-adv: Merge bugfixes from 2019.1 4d7a182 nodogsplash: fix invalid pointer bug when clock is turned back (freifunk-gluon#456) 2ad165c Merge pull request freifunk-gluon#452 from dangowrt/openwrt-18.06 71f9aae luci-app-bmx7: update to v0.1-alpha 0e3d701 bmx7: update to git snapshot as of 2018-12-29 42af835 batman-adv: Refresh patches
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Hallo zusammen,
dieser Patch fügt die noscan-Option ein.
Derzeit wird, wie vom Standard verlangt, ein Scan vor dem Hochschalten des Hotspots von HT20 auf HT40 auf dem Kanal gemacht. Problem an der Sache ist natürlich, dass in der Umgebung meist sehr viele andere Freifunk-Router in Reichweite stehen.
Da man diese nicht vom Scan ausnehmen kann, wird meist nicht auf HT40 hoch geschaltet, was bedeutet es wird die Hälfte der möglichen Bandbreite verschenkt, dadurch das man sich selbst beim Scan findet.
Da der ath9k sowieso dynamisch den zweiten Kanal dazu schaltet, je nachdem ob dort viel oder wenig Datenverkehr ist, sollten keine Störungen der benachbarten WLANs auftreten, trotz nicht gemachtem Scan.
Eine bessere Lösung währe vermutlich, eine Blacklist an SSIDs / BSSIDs / Mesh-IDs an den Hostapd geben zu können, die er beim Scan ignoriert. Damit würde die NoScan-Option dann wie vom Standard vorgesehen weiter funktionieren.
Allerdings würde das sicher größere Umbauarbeiten am Hostapd erfordern, die vermutlich nicht mehr in ChaosCalmer einfließen werden.
Das setzen der NoScan-Option ist somit vermutlich der beste Kompromiss.
LG Ruben