I've created images for 21.02.3 for WNR1000v2, WNR1000V2-VC, WNR612V2, and WNR2000v3. They include LuCi, IPv6, Relayd. They do not include opkg, PPP due to space limitations and I've tested these images on the 2000v3 and 1000v2-VC.
Download 21.02.3 Builds for WNR1000v2, WNR1000V2-VC, WNR612V2, and WNR2000v3
I highly recommend flashing from an existing installation of 19.07.10 via sysupgrade, do not keep settings, and see Post #1 for additional information if flashing for the first time. I also recommend flashing via command line instead of LuCi, as you will likely not have enough free available memory to flash via LuCi menu (unless you unplug WAN port, temporarily turn off Wifi radio, reboot router to free up memory before flashing.)
Note: I've manually migrated the WNR1000v2-VC to the Ath79 target to build for 21.02. When you flash this model from 19.07.10 in Luci, you will see an error message. Select the "Force Upgrade" box, make sure "Keep Settings" is unselected, and click continue - it will flash normally.
These images are mostly stable, but I've encountered a recurring wifi crash and device restart if you are copying a large number of files or create very heavy network transfer traffic between wireless clients if using device as a full router. If using the device as a properly configured dump access point these crashes do not occur.
Additionally, these crashes do not seem to occur when using the device as a full router if copying files over the network from wired to wireless clients, wired to wired clients, or typical internet browsing and streaming use among a variety of wireless and wired clients. I experienced stability for multiple weeks on a home network with 10 wifi devices, 2 wired devices, on a 300Mbps WAN connection - however, if I started copying many files between wireless clients the router would restart within a few minutes.
You can use iperf to conveniently test wifi client to wifi client network transfers and stability on your own network. Initiate an iperf connection between two wireless clients for at least 10 minutes and see what happens.
At this time my recommendation is to only operate these devices as a dumb access point if running 21.02.3.
It may also be reliable as a full router in a network environment with mostly wired clients and/or little to no wireless client to wireless client transfer traffic. If running as dumb access point, follow the instructions and disable unnecessary services (Ex. firewall, dnsmasq, odhpc, etc.) to conserve available memory. Free memory provides more stability, higher speeds, more wireless client capacity - the more free memory, the better...and every kB counts. Scheduling a periodic reboot via cron could increase stability over long periods although it is not necessary.
I'll continue to troubleshoot the cause of this wifi crash issue and appreciate users reporting their experience, network configurations, and specific situations when this may occur. (The same issue currently occurs on 22.03, master branch as well). The reality of the situation is that we're on the bleeding edge of incompatibility with the 5.4 kernel given the limited memory on these old Netgear devices.
The good news is that these Netgear devices can still be used successfully as reliable dump access points for the foreseeable future. I'll continue to debug the issue to hopefully enable use of these devices as a full router with the same solid stability we had on 19.07.