slh
1070
That's one of the few devices with only 256 MB RAM (aside from the r7500 v1), which might cause its own set of issues.
quarky
1071
Try removing the NSS crypto core ( i.e. nss1 in dts). Probably will save some memory. The crypto cores are only used for IPSec. So if not using IPSec, it’s not actually used.
1 Like
Tyco89
1072
@ACwifidude @quarky ,
After about 2 weeks of stable run, my R7800 (21.02 branch) crashed badly and corrupted something - I couldn't get the 5G wifi working afterwards. I had to do a factory reset to get it working again.
That said I have rebuilt everything with the latest AcWifidude + factory reset and everything.
Now, the interesting part is that my upload is again limited to ~880M (line speed is 940 - used with previous images)
The question is, how can I confirm that the upload is fully NSS accelerated ?
quarky
1073
If the sirq load during a speedtest using ethernet is near zero, it is accelerated by the NSS core.
Tyco89
1074
Thanks @quarky, it is below 2%.
That said, I've seen something weird with this latest build - after doing an upgrade and a factory default,
my upload speed was reported <1MBps and eventually drop the connection.
Today even my zoom reported that my connection is poor.
After loading up my config files, I have not seen this with speed test.
This is new with the 21.x, it never happened with 19.x
Any suggestions where to look ?
Is the latest build (R7800-20210814-Stable2012NSS-sysupgrade) good for R7800? I see some conflicting info from the above posts that it is having some issues on EA8500. I have been on hibernation for a while as I was using a different router and now back again. 
Currently, I have this one - R7800-20210315-Stable2102NSS-r15881. Thank you @ACwifidude for supporting it for a long, long time.
quarky
1076
Does it happen only for WiFi, LAN or both? Probably need to isolate the problem.
At the moment, my R7800 is running my own 21.02 + NSS build in AP mode. Seems stable to me so far.
xeonpj
1077
hello friends, in case someone else wants to try. I had a device that used smb 1.0 to communicate. It seems that since I have stopped using that communication, and forced the nas to use smb 2.0 onwards, I have not suffered any more reboots. this together with not using torrent over UDP is creating a stability of 20 days with nss firmware, before it was unthinkable for me
1 Like
That post is the first report of an issue with 21.02. I’m interested if we find a culprit. R7800 is usually the most stable. I’ve got three running the master build with no issues.
The EA7500 v1 has had issues. I’m going to try to disable nss1 for that device per quarky’s recommendation to save on memory.
1 Like
Thank you. Are you running this one and it's stable: R7800-20210814-Stable2012NSS-sysupgrade?
I’m running R7800-20210814-MasterNSS-sysupgrade.bin on three R7800s. I’ve found both stable and master run well - I mostly run master on my home setup. 
-----------------------------------------------------
OpenWrt SNAPSHOT, r17337+18-ed9341dd78
-----------------------------------------------------
root@OpenWrt:~# uname -a
Linux OpenWrt 5.4.140 #0 SMP Sat Aug 14 20:38:27 2021 armv7l GNU/Linux
root@OpenWrt:~# uptime
08:05:33 up 9 days, 12:26, load average: 0.08, 0.02, 0.00
root@OpenWrt:~#
1 Like
Tyco89
1082
@quarky , The Zoom was over WiFi, the speedtest was over wired gigE.
Additionally, in the past few days, I've noticed my phone having issues with WiFi on the the 21.x image while listening to music.The app would report that there is no network. I would have to cycle the wifi to get going again.
I switched back to my 19.x stable image (45d of uptime) to eliminate HW being the issue.
So far no issue.
I thought I downloaded the R7800-20210814-MasterNSS-sysupgrade.bin but the download was incomplete. I forcefully did an upgrade and now the router is not booting up.
Any ideas how I can recover this? I should have looked at the file size when it prompted me for force upgrade but my bad, I didn't think of it an issue but now, it's not responding. File size was ONLY 125 KB. smh
I tried the failsafe mode and still not coming up http://wiki.villagetelco.org/OpenWrt_Failsafe_Mode_and_Flash_Recovery
The LED is blinking but telnet is not coming up. I set a static ip on my PC and this is the output:
IPv4 Address. . . . . . . . . . . : 192.168.1.3(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.255.0
Default Gateway . . . . . . . . . : 192.168.1.1
DNS Servers . . . . . . . . . . . : 192.168.1.1
telnet 192.168.1.1
Connecting To 192.168.1.1...Could not open connection to the host, on port 23: Connect failed
Any help guys? TIA.
Thank you and appreciate it. I have done several tftp flashes on ASUS routers before and it didn't even strike me that tftp will work in Netgear. That's what happens when you go in a panic mode. lol
Thanks again for the prompt response.
For DNS encryption, what do you guys use? DNSCrypt (crypt-proxy or crypt-proxy2) or Stubby or Unbound?
I have this power settings for 5GHz WLan
The Netgear firmware has up to 29 dBm (800 mW) on the same channel.
Why are the more powerful Tx missing?
Proxy 2 or easier : https-dns-proxy
1 Like
For the US that is the highest setting in OpenWrt for that frequency and channel width.
These are all your options:
root@OpenWrt:~# iw reg get
global
country US: DFS-FCC
(2400 - 2472 @ 40), (N/A, 30), (N/A)
(5150 - 5250 @ 80), (N/A, 23), (N/A), AUTO-BW
(5250 - 5350 @ 80), (N/A, 23), (0 ms), DFS, AUTO-BW
(5470 - 5730 @ 160), (N/A, 23), (0 ms), DFS
(5730 - 5850 @ 80), (N/A, 30), (N/A)
So in the US if you pick a higher channel for 5ghz (149 or higher) - you’ll have more options for higher power.
