Age | Commit message (Collapse) | Author |
|
Signed-off-by: Paul Donald <newtwen+github@gmail.com>
|
|
At the moment, 40 MHz detection works only for some APs. HT (802.11n)
exposes the 40 MHz capability of APs in two ways. The first way is
a continuous 40 Mhz band. The second way is two 20MHz bonded channels.
Linux detects the presence of 40 MHz by checking the presence of the
second channel. It is always absent when the AP supports only 20 MHz.
This PR fixes this issue and both ways are supported.
First (40 MHz continuous):
HT Operation:
Primary Channel: 13
Secondary Channel Offset: below
Channel Width: 40 MHz or higher
Second way (20+20MHz bonded):
HT Operation:
Primary Channel: 1
Secondary Channel Offset: above
Channel Width: 20 MHz
Pure 20MHz channel:
HT Operation:
Primary Channel: 1
Secondary Channel Offset: no secondary
Channel Width: 20 MHz
Fixes: #6839
Signed-off-by: Aleksander Jan Bajkowski <olek2@wp.pl>
|
|
Implement a workaround to detect an 160MHz capable AP. It was introduced
in the mac80211 in 2016 with 802.11ac Wave 2. APs capable of 160 MHz are
detected by the shift of central frequencies. More detailed description
in the link [1]. Every AP I have seen presents support for 160 MHz in this way.
[1] https://github.com/torvalds/linux/commit/23665aaf9170ae6328cc4f68250c529a628af2ab
Fixes: #6262
Signed-off-by: Aleksander Jan Bajkowski <olek2@wp.pl>
|
|
Signed-off-by: Paul Donald <newtwen+github@gmail.com>
|
|
The commit fixes #7280
Signed-off-by: Vadim Vetrov <vetrovvd@gmail.com>
|
|
Commit includes wrapper syslog in /usr/libexec. If a log file is configured, the output of this file is displayed. Otherwise the output of logread is displayed.
Signed-off-by: Christian Korber <ckorber@tdt.de>
|
|
scrollIntoView() is more universally supported and standards tracked.
Closes #7186
Updates 9370bdddaede2feeb581193158d83f5062d5a318
Signed-off-by: Paul Donald <newtwen+github@gmail.com>
|
|
MACs are list type in DHCP; 1 IP can have multiple MACs
Treat IPv6 identically
Signed-off-by: Paul Donald <newtwen+github@gmail.com>
|
|
MACs are list type in DHCP; 1 IP can have multiple MACs
See https://github.com/openwrt/luci/issues/4582#issuecomment-2209390439
Closes #4582
Signed-off-by: Paul Donald <newtwen+github@gmail.com>
|
|
|
|
Add raw byte values to properly order rows by transferred bytes,
regardless of the dispalyed unit.
Fixes: #7129
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
Signed-off-by: Nicolò Veronese <nicveronese@gmail.com>
|
|
Signed-off-by: Florian Eckert <fe@dev.tdt.de>
|
|
Signed-off-by: Daniel Nilsson <daniel.nilsson94@outlook.com>
|
|
class for lookup button
Signed-off-by: Florian Eckert <fe@dev.tdt.de>
|
|
Signed-off-by: Florian Eckert <fe@dev.tdt.de>
|
|
Signed-off-by: Florian Eckert <fe@dev.tdt.de>
|
|
Signed-off-by: Florian Eckert <fe@dev.tdt.de>
|
|
Signed-off-by: Florian Eckert <fe@dev.tdt.de>
|
|
Redmine-patch-id: 8466
Signed-off-by: Florian Eckert <fe@dev.tdt.de>
|
|
Redmine-patch-id: 8465
Signed-off-by: Florian Eckert <fe@dev.tdt.de>
|
|
Redmine-patch-id: 8464
Signed-off-by: Florian Eckert <fe@dev.tdt.de>
|
|
Redmine-patch-id: 8463
Signed-off-by: Florian Eckert <fe@dev.tdt.de>
|
|
Similar to commit 6039925 from @jow-
Add an ID attribute to the dynamically generated Wi-Fi associated
stations table to persist row ordering choice across reloads.
At the luci-mod-network view, the Wi-Fi associated stations table
already has the same id.
Signed-off-by: Thomas Schröder <tschroeder_github@outlook.com>
|
|
The actual code moves the scroll in the window. This works for the bootstrap theme, because the scroll is at window level. But this does not work for other themes, like material.
This commit changes the move of the scroll by "focusing" the window in the opposite button element in the syslog / dmesg page. In this way the move is automatically done by the browser.
Another solution is to "search" in the parent until we find the scroll and move it, but seems less solid.
Signed-off-by: Miguel Angel Mulero Martinez <migmul@gmail.com>
|
|
Correct the incorrect netmask calculation logic leading to incorrect
network range comparisons in some cases.
Fixes: #6956
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
Adds a missing closing bracket.
Signed-off-by: Thomas Schröder <tschroeder_github@outlook.com>
|
|
Signed-off-by: Paul Donald <newtwen@gmail.com>
|
|
Signed-off-by: Ramon Van Gorkom <Ramon00c00@gmail.com>
|
|
Right now, when there's active DHCPv6 leases and more than one address per host
(e.g. because ULA is used together with GUA prefixes), the two IPv6 addresses
will be printed on one line (which may or may not get broken up depending on
the length of the addresses, which also looks inconsistent).
Putting each address on a separate line makes it much easier to read the
addresses (IMHO).
Signed-off-by: David Härdeman <david@hardeman.nu>
|
|
luci-mod-status: highlight primary 20 MHz channel
|
|
Instead of using a second, semitransparent quadliteral of the
same station color to highlight the main 20 MHz channel of a
station with a bandwidht wider than 20 MHz, use a semitransparent,
black svg gradient with the same shape and size.
This has the benefit that it is harder to mistake for a second,
overlain station.
The gradient is black because this way it can be reused for
all stations, instead of having to create a separate one for
each station color.
Signed-off-by: Frank Löffler <frank.loeffler@uni-jena.de>
|
|
* luci-mod-status: add missing vht40 channels
As of now, channel_analysis is missing 40 MHz VHT channels.
What it does for those right now is
display them as 20 MHz channels (both in the plot and the table below),
but it uses the center frequency of the 40 MHz channel, which means
their (wrong) 20 MHz band in the plot is offset by 2.
This fixes #6419. Note that this only occurs for **other** stations.
The code for local_wifi is different and already complete.
Signed-off-by: Frank Löffler <frank.loeffler@uni-jena.de>
|
|
Add missing ACL entry for storage index page.
Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
luci-mod-status: expand storage index page with mount points
Expand storage index page with mount points. For custom mounts point we
use the device name and we reference the mount point between ().
Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
luci-mod-status: ensure each storage getMountPoints result is unique
Signed-off-by: Paul Donald <newtwen@gmail.com>
Closes #2767
|
|
luci-mod-status: fix iptables jump on argon theme
|
|
As of now, channel analysis highlights the complete frequency spectrum of a base station (all channels used by the station, which might be more or fewer depending on channel bonding). This means in particular, that in the plot, a station at one main channel might look identical to another station at a different channel, because both might use the same bonded channel spectrum.
One such example is two 80 MHz stations on channels 100 and 108 respectively: both will be plotted from channel 100 up to 115, as both will use those those 80 MHz. This is not incorrect, but it makes it more difficult to see which station is really where, as they might as well switch back to 20 or 40 MHz at times, or for different clients, and where they are then is currently not visible in the plot.
This patch adds another trapez to the plot at the main 20 MHz channel of a station, with width 20 MHz, in case the station uses a wider general width. This is visible, because those polygons are partially transparent. It also moves the x-position of the label to the main channel of the station (which now is marked: this would have looked odd before).
This does not highlight the primary 40 MHz channel for 80 MHz channels and wider. It should be possible be compute this from the knowledge in luci of the primary 20 MHz channel, the center channel and the bandwidth, assuming ac logic, but I decided against adding it, to keep the plot less cluttered.
Signed-off-by: Frank Löffler <frank.loeffler@uni-jena.de>
|
|
Fixes: https://github.com/openwrt/openwrt/issues/14003
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
Use carrier state to distinguish connected/no link states and simply
print "Connected" if no speed indication is available.
Fixes: #6663
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
When attempting to resolve VLAN devices, protect against potential deep
recursion due to invalid bridge configs referencing themselves.
Fixes: #6648
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
Add an ID attribute to the dynamically generated lease status tables to
persist row ordering choice across reloads.
Fixes: #6640
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
Enable support for the 6GHz band now that the code supports it. For that it
just needs to be added to the "bands" object.
Signed-off-by: Andre Heider <a.heider@gmail.com>
|
|
This prevents adding entries to mismatching bands when a channel
number exists on more than one band.
Signed-off-by: Andre Heider <a.heider@gmail.com>
|
|
iwinfo already provides the band information with every channel, so just
use that instead.
Signed-off-by: Andre Heider <a.heider@gmail.com>
|
|
Signed-off-by: Liangbin Lian <jjm2473@gmail.com>
|
|
Try to use the new luci/getBuiltinEthernetPorts RPC call to enumerate known
ports and fall back to manual board.json parsing if the call is unavailable
yet. The fallback code will be dropped in a while when everything settled.
Ref: #6534, #6538
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|
|
|
|
Improve channel graph for 5GHz radio by using dotted lines to identify
the intermediate channel, full line to identify the different channel
band and bold line to identify the different section of the wifi
channels.
Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
|
|
Channel tag for 5GHz radios is wrong and is confusing for any user
that wants to better identify the used channel from the graph.
Add some additional logic to better position the channel tag.
Fixes: #6419
Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
|
|
Ref: https://github.com/openwrt/luci/commit/cba58fcafbe3a3f4f599354f7c123b546e045887#commitcomment-123043170
Fixes: 4e46624817 ("luci-mod-status: introduce ethernet port status view")
Signed-off-by: Jo-Philipp Wich <jo@mein.io>
|