maxbraketorque
Very Senior Member
Dirty Flash!
GT-AX11000Pro. So far so good.
...
Have you got the correct thread?
Dirty Flash!
GT-AX11000Pro. So far so good.
...
nvram set bwdpi_db_enable=1
nvram set wrs_app_enable=1
nvram set wrs_enable=1
nvram set wrs_protect_enable=1
nvram set TM_EULA=1
nvram commit
nvram set bwdpi_db_enable=0
nvram set wrs_app_enable=0
nvram set wrs_enable=0
nvram set wrs_protect_enable=0
nvram set TM_EULA=0
nvram commit
Have you got the correct thread?
No I don't lol. It was late, I was buzzed. Although I did dirty flash to my AC2900 and it's working fine, so there's that.Have you got the correct thread?
They don't call those Trash-80's for nothing.
I can't believe anyone would use that always failing piece of **** for a handle name.
I lost many a term paper and backups to that POS. It was a system wide problem that students had to endure.
Storage was an audio cassette recorder (on my 16K Model I I paid $999 for). What'd you expect ?I lost many a term paper and backups to that POS. It was a system wide problem that students had to endure.
Dec 8 22:45:08 syslog: wlceventd_proc_event(511): eth1: Disassoc 44:61:32:B6:2A:BF, status: 0, reason: Disassociated because sending station is leaving (or has left) BSS (8), rssi:0
Dec 8 22:46:15 kernel: dcd/1988: potentially unexpected fatal signal 11.
Dec 8 22:46:15 kernel: Pid: 1988, comm: dcd
Dec 8 22:46:15 kernel: CPU: 0 Tainted: P (2.6.36.4brcmarm #1)
Dec 8 22:46:15 kernel: PC is at 0x2ae11444
Dec 8 22:46:15 kernel: LR is at 0x1c310
Dec 8 22:46:15 kernel: pc : [<2ae11444>] lr : [<0001c310>] psr: 20000010
Dec 8 22:46:15 kernel: sp : 7eda5a00 ip : 000a26b4 fp : 7eda5b64
Dec 8 22:46:15 kernel: r10: 00086a00 r9 : 0000dafc r8 : 00000068
Dec 8 22:46:15 kernel: r7 : 00086a00 r6 : 00000000 r5 : 7eda5cb4 r4 : 00000000
Dec 8 22:46:15 kernel: r3 : 00000000 r2 : 00000000 r1 : 00086a00 r0 : 00000000
Dec 8 22:46:15 kernel: Flags: nzCv IRQs on FIQs on Mode USER_32 ISA ARM Segment user
Dec 8 22:46:15 kernel: Control: 10c53c7d Table: 53a2804a DAC: 00000015
When I go to use my Apple TV for the first time after it’s been in standby for a bit, (I don’t know how much downtime it takes for the prob to manifest exactly), the Apple TV is now all of a sudden getting assigned a random IP address. — But it has a reserved IP address on the router, which has never given me any issues.
I tried entering the correct ip address on the Apple TV device manually, but this does not resolve the issue. (The device is usually set to AUTO dhcp — the ip address is reserved on the router using the Apple tv’s MAC address.)
The problem is not resolved by rebooting the AppleTV, nor is it resolved by restarting various services (DNS/DHCP, VPN, Entware) using SC Merlin. It is however resolved by rebooting the router.
I have never experienced this issue before. It started sometime in the days following update to 386.12_4 (though I don’t *think* it was an immediate development but rather one that only closely followed the update. Maybe a coincidence?)
The Apple TV is connected to the router by Ethernet cable . I swapped the LAN jack that it plugs into — issue still came up. There have been no updates to TVos during this period.
It does not happen every time.
Any thoughts?
RT-AC86u
Thanks!!
I disabled the firewall to avoid those crashes for now.I keep getting these on my AC5300 with AIMesh on AX88U node:
Disabling your router's firewall is usually a bad idea unless you have another device blocking attacks from the internet.I disabled the firewall to avoid those crashes for now.
Disabling the firewall on the main router is usually a very, very bad idea for a whole host of reasons.I disabled the firewall to avoid those crashes for now.
I re-enabled traffic monitor [as I used it regularly before the dcd issue] - did NOT enable other trend micro things. rt_ac3100
What's the point of enabling the firewall if it constantly crashes? =)Disabling your router's firewall is usually a bad idea unless you have another device blocking attacks from the internet.
Would it be any difference if I swap?Guess I'll be the one to ask. Why are you not using the RT-AX88U as the primary router and the AC5300 as an AIMesh node
You should really give it a try.Would it be any difference if I swap?
heysoundude's reply pretty much nailed it. You really should swap around the routers and see if you even need the AC5300 as a node or access point. Some have indicated getting better WiFi coverage with AX series router(s) than the older AC series router(s). The AX88U supports WPA3 for those WiFi clients that support it. Potentially up to double the maximum Wifi speed for those WiFi clients that support it. And the AX88U may have other newer firmware features not found on the AC5300.Would it be any difference if I swap?
What's the point of enabling the firewall if it constantly crashes? =)
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!