Lot of members are having issues with 380-65_2 firmware with AC3200 and mentioned in the threadRT-AC3200 here and I see none of the issues you describe.
If a power reset doesn't help try a factory reset and start again.
Please tell us where you have found MU-Mimo settings in your AC3200 ?
I encountered a strange bug last night on 380.65 on my AC68u (TM-AC1900). My router stopped working and noticed the LED lights was rebooting. When all the lights were back on, I couldn't use my own IP addressing scheme of 10.x.x.x to access my router. All my settings was reverted back to factory defaults including the IP addresses changing to the default 192.168.1.x. I had to reconfigure all my settings just like turning on the router for the first time.
I have never encountered this problem before or seen my router reset on its own before I used 380.65. I was on 378.56_2.
I wanted to upload my log file but this forum isn't letting me. The date of log showed Aug 1 00:00:18. I would assume that's probably normal first time boot up process of the router before it picks up the NTP and provides the correct date and time.
I can't update to 380.65_2 at the moment. The 380.65 update change my CFE 2.1.2.6. I'll deal with the flashing the CFE later.
sound as though the NVRAM got corrupted. When you upgraded to 380.65 did you than reset to factory settings? It's a big jump going from 378.56_2 to 380.65.
I have 4 days of uptime on my RT-AC88U, had zero issue with a 2 hours video stream to my Chromecast last night, neither with my laptop's wifi that was used a few times throughout the past few days. No issue either with my Nexus 9, done a fair amount of web browsing on it last night...
Yes I did it twice, before and after the update. I did the "hold the WPS after powering on method" to reset the NVRAM.
Hey guys,
Merlin Firmware: 380.65_2
Do you know if the built-in TOR is a Client or Server?
Reboot any Western Digital cloud devices on your network.....Can anyone help me to fix this please!
View attachment 8776
fe80: IPv6 addresses are local and this looks to me like somewhere you use an IPv6 address where a hostname (for IPv4? ) is needed.Can anyone help me to fix this please!
View attachment 8776
Yes.
So far, with one notable exception, complains seem mostly related to the RT-AC3200. I'd want to point out that the RT-AC3200 builds are currently hacked together, as Asus failed to provide the closed source components for that model for quite some time. So all the recent AC3200 builds are using older components, with one manual patch I had to apply to make it work with newer GPL code (such as the 3831 code used by 380.64/65/65_2). I suspect that the fact that issues mostly show up with 380.65_2 might be a coincidence, and that this hack'n'patching involved might be the root cause.
Fortunately, GPL 7266 provides all the missing binary components for all models. Unfortunately, some people experience WAN stability issues with 7266, which is currently stopping me from pushing out a new stable release based on it. RT-AC3200 owners might still want to give the 380.66 alpha build a shot, especially as the WAN issue seem to only happen to a small number of people (in my case, it was perfectly stable for the 1-2 weeks that I ran 380.66 code, so once again that's something that I just can't troubleshoot).
Another known issue with 7266 is for people in countries that implement ErP (for example the EU region). Some people's devices end up being stuck in power saving mode. I don't know how widespread the issue is, I haven't seen anyone report the symptoms Asus mentionned to me surrounding that specific issue.
Reboot any Western Digital cloud devices on your network.....
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!