Well it worked fine on dd-wrt and stock. Anyways, it this build seems stable and it's not like I'll be rebooting my router that often.
This 2017-09-10 build seems unstable to me.
During the two weeks or so that I was running that build of the firmware, my 5GHz network would drop out after a while (say 4-7 days). This hasn't occurred to me yet on previous builds of LEDE, so I'm not entirely sure what the cause would be. For all I know it could be my cat messing with my antennas or something... or the 5GHz dropping was also seemingly correlated somewhat with the receipt of my new iPhone, so maybe somehow the iPhone is killing my wireless haha.
Anyways, I've been running one of the nightly builds now to see if that improves stability. Has anyone else observed the same behavior as I did with the 5GHz network disappearing after a while?
I dont have any issues with 5ghz on this build (normal Lede stable before was unusable in higher channels). My device is running since weeks. Have you maybe "overtuned" it? Or maybe, your hardware is slowly giving up. I see that a lot of time happening at Freifunk.
By the way, you should provide any kind of logs if you want some help debuging this.
I've noticed my 5GHz has a poorer connection at the same distances on 2017-09-10.
However I did change some settings this build, but my wireless settings are all auto except 5GHz being on 80 MHz Width. I've had this setting since February and used to get full bars in a room and now getting only a few.
Ratios:
Signal | Noise
-54dBm -108dBm 5GHz
-54dBm -95dBm 2GHz
Not sure if this is a hardware issue though.
Anyone willing to share there Wireless Configurations for 2GHz and 5GHz?
Not sure what logs you would need to debug this BIGFAT. I just observed this happen again, on one of the nightly builds. This seems to be the log right around the time my 5GHz dropped out:
Sun Oct 1 15:29:29 2017 daemon.info hostapd: wlan0: STA 00:0f:00:31:79:df WPA: group key handshake completed (RSN)
Sun Oct 1 15:29:32 2017 daemon.notice hostapd: wlan0: AP-STA-DISCONNECTED 68:ef:43:32:1f:ca
Sun Oct 1 15:29:37 2017 kern.warn kernel: [67975.293749] ath10k_pci 0000:01:00.0: failed to delete peer 68:ef:43:32:1f:ca for vdev 0: -145
Sun Oct 1 15:29:37 2017 kern.warn kernel: [67975.302440] ath10k_pci 0000:01:00.0: found sta peer 68:ef:43:32:1f:ca (ptr 85984e00 id 171) entry on vdev 0 after it was supposedly removed
Sun Oct 1 15:29:37 2017 daemon.info hostapd: wlan0: STA 68:ef:43:32:1f:ca IEEE 802.11: deauthenticated due to local deauth request
Sun Oct 1 15:29:58 2017 daemon.info hostapd: wlan1: STA 84:d6:d0:0c:98:f0 IEEE 802.11: authenticated
Sun Oct 1 15:29:58 2017 daemon.info hostapd: wlan1: STA 84:d6:d0:0c:98:f0 IEEE 802.11: associated (aid 2)
Sun Oct 1 15:29:58 2017 daemon.notice hostapd: wlan1: AP-STA-CONNECTED 84:d6:d0:0c:98:f0
Sun Oct 1 15:29:58 2017 daemon.info hostapd: wlan1: STA 84:d6:d0:0c:98:f0 RADIUS: starting accounting session DD38DBC2C22CE488
Sun Oct 1 15:29:58 2017 daemon.info hostapd: wlan1: STA 84:d6:d0:0c:98:f0 WPA: pairwise key handshake completed (RSN)
Sun Oct 1 15:30:07 2017 kern.warn kernel: [68004.933580] ath10k_pci 0000:01:00.0: bss channel survey timed out
Sun Oct 1 15:30:10 2017 kern.warn kernel: [68007.941577] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
Sun Oct 1 15:30:37 2017 kern.warn kernel: [68034.933437] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
Sun Oct 1 15:30:40 2017 kern.warn kernel: [68037.941418] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
Sun Oct 1 15:30:54 2017 daemon.info hostapd: wlan1: STA 00:d0:2d:8a:9f:eb WPA: group key handshake completed (RSN)
Sun Oct 1 15:30:54 2017 daemon.info hostapd: wlan1: STA 84:d6:d0:0c:98:f0 WPA: group key handshake completed (RSN)
Sun Oct 1 15:31:07 2017 kern.warn kernel: [68064.933277] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
Sun Oct 1 15:31:10 2017 kern.warn kernel: [68067.941262] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
Sun Oct 1 15:31:37 2017 kern.warn kernel: [68094.933131] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
Sun Oct 1 15:31:40 2017 kern.warn kernel: [68097.945103] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
Sun Oct 1 15:32:07 2017 kern.warn kernel: [68124.932963] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
Sun Oct 1 15:32:10 2017 kern.warn kernel: [68127.940948] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
Sun Oct 1 15:32:37 2017 kern.warn kernel: [68154.932809] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
Sun Oct 1 15:32:40 2017 kern.warn kernel: [68157.940800] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
Sun Oct 1 15:33:07 2017 kern.warn kernel: [68184.932652] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
Sun Oct 1 15:33:10 2017 kern.warn kernel: [68187.940651] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
Sun Oct 1 15:33:37 2017 kern.warn kernel: [68214.932492] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
Sun Oct 1 15:33:40 2017 kern.warn kernel: [68217.940488] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
Sun Oct 1 15:34:07 2017 kern.warn kernel: [68244.932335] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
Sun Oct 1 15:34:10 2017 kern.warn kernel: [68247.944335] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
Sun Oct 1 15:34:37 2017 kern.warn kernel: [68274.932174] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info request
Sun Oct 1 15:34:40 2017 kern.warn kernel: [68277.940156] ath10k_pci 0000:01:00.0: failed to send pdev bss chan info requestHi,
I noticed the same with the last update i did (to latest stable), the 5 Ghz is weaker and even is disconnecting few times when just one floor away, before that not any issues.
Simple question i hope, what are the distribution feeds for LEDE Reboot SNAPSHOT r4807-bd24d53ea2 / LuCI Master (git-17.249.21998-0c99b64)?
Got here these
src/gz reboot_core http://downloads.lede-project.org/snapshots/targets/ar71xx/generic/packages
src/gz reboot_base http://downloads.lede-project.org/snapshots/packages/mips_24kc/base
src/gz reboot_luci http://downloads.lede-project.org/snapshots/packages/mips_24kc/luci
src/gz reboot_packages http://downloads.lede-project.org/snapshots/packages/mips_24kc/packages
src/gz reboot_routing http://downloads.lede-project.org/snapshots/packages/mips_24kc/routing
src/gz reboot_telephony http://downloads.lede-project.org/snapshots/packages/mips_24kc/telephony
Do these have 17.01.2 patches and changes inside?
I installed the Nightly Built 2nd OCT. I will like to know how to get DNSCrypt-proxy to force it to use Singapore or the US OpenDNS. I have cisco set, and before it used Singapore when I did a DNSLeaktest, now I see China OpenDNS showing up when I do the DNSleaktest.
Hi, can someone point me to the 2017-08-09 stable version of this firmware? ( for EU version v2. factory img)
I read in comments that the september version has some issues on 5 Ghz wifi that I would like to avoid.
I can't seem to find the older versions on github, am I not looking at the right places?
thanks
Here you go: https://github.com/infinitnet/lede-ar71xx-optimized-archer-c7-v2/tree/8be55e2f2d8085eb25d4bf43258b391c10654f44
thank you very much for your quick answer and kindness dear friend
Running into the same issue with the latest build. 5Ghz is unstable after 4 days. 2.4 is fine.
As using the mips_24kc package base, at the moment nearly all packages are displayed as ready for upgrade. Seems that the 17.01.2 from October results to updates against the 2017-08-09 release that is installed.
But somewhere was the suggestion to not upgrade all packages with opkg.
Example:
kmod-vxlan - 4.4.87-1 - 4.4.89-1
kmod-usb-storage - 4.4.87-1 - 4.4.89-1
kmod-sched-connmark - 4.4.87-1 - 4.4.89-1
luci-theme-material - git-17.249.21998-0c99b64-1 - git-17.267.26012-a2ea9fd-1
luci-app-statistics - git-17.249.21998-0c99b64-1 - git-17.267.26012-a2ea9fd-1
kmod-lib-textsearch - 4.4.87-1 - 4.4.89-1
tcpdump-mini - 4.9.1-1 - 4.9.2-1
kmod-l2tp - 4.4.87-1 - 4.4.89-1
Someone else with this effect?
I have tested the august release and got very inconsistent download speeds on 5 ghz with channel 149 (high power), VHT80 and PSK2-AES encryption; on my 500 Mbit line I got aprox 135 Mbps connection most of the time with peaks at 160 Mbps; it dropped even to 80-90 Mbps at sometime...I had only simple adblock activated; back to original firmware I had 220 Mbps constant speed tested with galaxy S8 phone (2x2 MIMO) using speedtest apk and interesting that I had the same speed with another C7 (3x3 MIMO) flashed with dd-wrt in client bridge mode; is there some older version that retains the wireless speed stability over time?
also wanted to ask something about this LEDE firmware, where is the reboot.sh script located? I want to make a script to reboot the router automatically at certain time during the night; dd-wrt has this implemented in the GUI and gargoyle (also based on openwrt) has it in usr/lib
Any chance this would work on Archer C7 v1.1? I don't care about 5GHz not working since I'm hooking it up to an AP.
@bob1 No it will not work because C7 v1.1 has only 8MB of flash. The v2 has 16MB of flash and this firmware image size is roughly 16MB.
It seems Mikrotik routers have been already patched, it's time to wait for the rest.
https://forum.mikrotik.com/viewtopic.php?f=21&t=126695
Update: Fixed for LEDE indeed.
https://git.lede-project.org/?p=source.git;a=commit;h=63c17142c865618977a540485eea7a9487a58029
I hope @r00t will implement the patch soon.
2 Likes
Hello! Is it compatible with Archer C5 1.20 ? All the available information point to a complete compatibility between this 2 versions. Have anyone tested it?
Tanks guys for the amazing work! 