On vanilla this new setup is working with the 2 patches (vlan+sae). I do not want to use freeradius. I would rather keep my 4 SSID's. For NSS it seems it is not working atm. At least for me. Maybe someone else is trying to use this setup in future and we can find out more. ATM this is not so important to me. I can either keep my SSID's or simple use vanilla OpenWrt. But thanks for sharing your config.
This looks useful and pretty informative I guess.
@qosmio Do you think we can use something from this.
Hi boys,
This version include NSS offload for WiFi
After some time in the shadows and after several unpublished versions due to the change from upstream to APK, here comes the first version published with APK, MWAN3 and SQM (NSS)
I am redo the repos over the latest commit from OpenWRT.
Changelog (include upstream of OpenWRT):
- Updated NSS kernel and software to version 6.6.63.
- Added the latest changes developed by @qosmio for NSS.
- Removed completely the mbedTLS library in favor of OpenSSL.
- Added MAP and DS-LITE modules to support some Japanese operators.
- Modified the way of compiling by passing (-03 to -02) following @qosmio's recommendations.
- Added the following packages:
- SQM and the NSS module for SQM.
- Added MWAN3.
- Added curl and wget-ssl with OpenSSL library by default.
- Added SSL support for LUCI.
Notes:
- Compilation is performed with the following limits for ath11k (512M) and NSS (NSS_MEM_PROFILE_HIGH) and pbuf set to auto by default.
- The build is compiled with GCC 13.3.
- The default TCP congestion protocol is CUBIC.
- By default, the radio0 (IoT) is off (you can enable in LUCI) and the radio 1 (2.4 GHz) y 2 (5 GHz) is on.
- The default country code for the WiFi is USA to avoid problems with 160 MHZ because it does not work if it does not have a specified country code.
- I have posted on my Github all the workarounds used in this build: https://github.com/AgustinLorenzo/openwrt/issues/5 (english) and https://github.com/AgustinLorenzo/openwrt/issues/6 (spanish)
- Guide to upgrade to kernel 6.6 without losing your configuration: https://github.com/AgustinLorenzo/openwrt/issues/9 (english) and https://github.com/AgustinLorenzo/openwrt/issues/8 (spanish)
Sources:
- Normal build: https://github.com/AgustinLorenzo/openwrt/tree/main_nss
- Mesh build: https://github.com/AgustinLorenzo/openwrt/tree/main_nss_mesh
- NSS packages: https://github.com/AgustinLorenzo/nss-packages/commits/main_nss_wifi/
BUILDED (NORMAL): https://github.com/AgustinLorenzo/openwrt/releases/tag/ipq807x-nsswifi-2024-12-07-1713
BUILDED (MESH BUILD): https://github.com/AgustinLorenzo/openwrt/releases/tag/ipq807x-nsswifi-mesh-2024-12-07-1805
NOTE: Now I only compile the build for the following devices AX3600, AX6, AX9000, Dynalink DL-WRX36, Buffalo WXR-5950AX12, QNAP QHora-301W, Netgear RAX120v2, Arcadyan AW1000, Zyxel NBG7815, Linksys MX4200 (v1 and v2), Netgear SXR80, Netgear SXS80, Spectrum SAX1V1K and Netgear WAX218 if someone has used my versions with other devices (and it is supported), let me know and I will add it.
The bug you are talking about comes from the upstream, open an issue (https://github.com/openwrt/openwrt/issues) if the bug still exists in the latest released version.
Regards, Agustin
Hi @robimarko and @Ansuel
I am checking and this happens in the last compiled version, when it generates the web-ui-factory it takes the values of SXS80:
Can you check?
2024-12-07T16:12:01.3391425Z cat /home/runner/actions-runner/_work/openwrt/openwrt/build_dir/target-aarch64_cortex-a53_musl/linux-qualcommax_ipq807x/tmp/openwrt-qualcommax-ipq807x-netgear_rax120v2-squashfs-web-ui-factory.img.fakehdr >> /home/runner/actions-runner/_work/openwrt/openwrt/build_dir/target-aarch64_cortex-a53_musl/linux-qualcommax_ipq807x/tmp/openwrt-qualcommax-ipq807x-netgear_rax120v2-squashfs-web-ui-factory.img
2024-12-07T16:12:01.3436489Z /home/runner/actions-runner/_work/openwrt/openwrt/staging_dir/host/bin/mkdniimg -B SXS80 -v .r0 -H 29766265+0+512+1024+4x4+4x4+4x4 -r "" -i /home/runner/actions-runner/_work/openwrt/openwrt/build_dir/target-aarch64_cortex-a53_musl/linux-qualcommax_ipq807x/tmp/openwrt-qualcommax-ipq807x-netgear_rax120v2-squashfs-web-ui-factory.img -o /home/runner/actions-runner/_work/openwrt/openwrt/build_dir/target-aarch64_cortex-a53_musl/linux-qualcommax_ipq807x/tmp/openwrt-qualcommax-ipq807x-netgear_rax120v2-squashfs-web-ui-factory.img.new
Regards, Agustin
Please open an issue so it can be tracked.
@Tony.He
I remember seeing this before, so after looking those variables were not added to DEVICE_VARS and then simply the value from last recipe which is SXS80 is used.
This fixes the generated images:
How do you get such motd?
See the second link in the post.
@AgustinLorenzo
I haven't been able to get APK working in your last two builds, I usually install https-dns-proxy but updating the repo lists hangs. It gets further in the command line but takes forever.
Not sure you have similar to my issues with updating apk through luci, but I have added this to my config and I can install extra packages:
CONFIG_PACKAGE_apk-mbedtls=n
CONFIG_PACKAGE_apk-openssl=y
Hope that helps!
EDIT: just realised you are using a prebuilt image, and adding above would require rebuilding I think... @AgustinLorenzo maybe there is a chance of you looking into it please?
Hi @rbanksy and @linchpin81,
Maybe you caught OpenWRT compiling new versions or modifying repositories, just now I just installed MTR on my router without problems:
root@AX3600_MAD:~# apk update
fetch https://downloads.openwrt.org/snapshots/targets/qualcommax/ipq807x/packages/packages.adb
fetch https://downloads.openwrt.org/snapshots/packages/aarch64_cortex-a53/base/packages.adb
fetch https://downloads.openwrt.org/snapshots/packages/aarch64_cortex-a53/luci/packages.adb
fetch https://downloads.openwrt.org/snapshots/packages/aarch64_cortex-a53/packages/packages.adb
fetch https://downloads.openwrt.org/snapshots/packages/aarch64_cortex-a53/routing/packages.adb
fetch https://downloads.openwrt.org/snapshots/packages/aarch64_cortex-a53/telephony/packages.adb
fetch https://downloads.openwrt.org/snapshots/packages/aarch64_cortex-a53/video/packages.adb
[https://downloads.openwrt.org/snapshots/targets/qualcommax/ipq807x/packages/packages.adb]
[https://downloads.openwrt.org/snapshots/packages/aarch64_cortex-a53/base/packages.adb]
[https://downloads.openwrt.org/snapshots/packages/aarch64_cortex-a53/luci/packages.adb]
[https://downloads.openwrt.org/snapshots/packages/aarch64_cortex-a53/packages/packages.adb]
[https://downloads.openwrt.org/snapshots/packages/aarch64_cortex-a53/routing/packages.adb]
[https://downloads.openwrt.org/snapshots/packages/aarch64_cortex-a53/telephony/packages.adb]
[https://downloads.openwrt.org/snapshots/packages/aarch64_cortex-a53/video/packages.adb]
OK: 9956 distinct packages available
root@AX3600_MAD:~# apk add mtr
(1/1) Installing mtr-nojson (0.95-r3)
Executing mtr-nojson-0.95-r3.post-install
OK: 57 MiB in 306 packages
UPDATE (09-12-2024):
Hi @rbanksy
You can test it again in the latest version, maybe you were using IPv6 and it has been broken in the last three builds (2 not released + 1 released) it was related to mwan3.
Check the latest release, published in that post.
Regards, Agustin
Hi boys,
This version include NSS offload for WiFi
I am redo the repos over the latest commit from OpenWRT.
Changelog (include upstream of OpenWRT):
- Fixed the "web-ui-factory" images for RAX120v2, thanks @robimarko
- Fixed the SPAM that appeared in βdmesgβ regarding the CRON service, changing the logging from debug to normal.
- Fixed the problem that caused the IPv6 connectivity to stop working (produced by mwan3).
- Referring to the above we have proceeded to disable the startup of the default service: mwan3 and sqm, in case you want to use it you only have to activate the service from LUCI: System -> Startup (this will happen in the updates, just as it happens with the mesh11sd service in the mesh version.).
Notes:
- Compilation is performed with the following limits for ath11k (512M) and NSS (NSS_MEM_PROFILE_HIGH) and pbuf set to auto by default.
- The build is compiled with GCC 13.3.
- The default TCP congestion protocol is CUBIC.
- By default, the radio0 (IoT) is off (you can enable in LUCI) and the radio 1 (2.4 GHz) y 2 (5 GHz) is on.
- The default country code for the WiFi is USA to avoid problems with 160 MHZ because it does not work if it does not have a specified country code.
- I have posted on my Github all the workarounds used in this build: https://github.com/AgustinLorenzo/openwrt/issues/5 (english) and https://github.com/AgustinLorenzo/openwrt/issues/6 (spanish)
- Guide to upgrade to kernel 6.6 without losing your configuration: https://github.com/AgustinLorenzo/openwrt/issues/9 (english) and https://github.com/AgustinLorenzo/openwrt/issues/8 (spanish)
Sources:
- Normal build: https://github.com/AgustinLorenzo/openwrt/tree/main_nss
- Mesh build: https://github.com/AgustinLorenzo/openwrt/tree/main_nss_mesh
- NSS packages: https://github.com/AgustinLorenzo/nss-packages/commits/main_nss_wifi/
BUILDED (NORMAL): https://github.com/AgustinLorenzo/openwrt/releases/tag/ipq807x-nsswifi-2024-12-09-0128
BUILDED (MESH BUILD): https://github.com/AgustinLorenzo/openwrt/releases/tag/ipq807x-nsswifi-mesh-2024-12-09-0218
NOTE: Now I only compile the build for the following devices AX3600, AX6, AX9000, Dynalink DL-WRX36, Buffalo WXR-5950AX12, QNAP QHora-301W, Netgear RAX120v2, Arcadyan AW1000, Zyxel NBG7815, Linksys MX4200 (v1 and v2), Netgear SXR80, Netgear SXS80, Spectrum SAX1V1K and Netgear WAX218 if someone has used my versions with other devices (and it is supported), let me know and I will add it.
Thank you so much for your builds.
Just a head up, the links provided redirects to the previous build (2023-12-07 instead of 09 today)
Confirmed all good.
Agree with IPv6 being the cause.
Thanks, good work.
Have to reset my router once a week approximately...
It lose connection between local ip's
Unicast to Multicast is enabled. Better results but still encounter problems...
@qosmio,
STA/client mode is not working with any NSS images (tested with 24.10-nss, main-nss, and qualcommax-6.x-nss-mx4300-6.9) for Linksys MX4300. The phyX-sta0 interface can never acquire any DHCP IP address from the upstream AP.
No such problem with non-NSS OpenWrt images.
I experience that too unfortunately.
I really think of going back to stock firmware unfortunately...