Recent content by fbreve

Thank you. Changing the guest network to position 2 fixed the issue. Position 2 doesn't have the "Sync to AiMesh Node" option, though. I guess I'll have to wait to use it. No big deal right now since no one is visiting due to the pandemic anyway.

I waited some minutes, probably not enough. I didn't read the known issue. I could reload the old settings to see if the messages disappear, but a clean update should be better anyway. I used to have these protocol messages when using IPv6 passthrough, but it is the first time I get them with...

A dirty upgrade didn't work for me on RT-AC86U, it wouldn't load the web interface after boot. So I did a hard reset and set everything again. Everything seems fine, except that I'm getting a bunch of these messages on the log all the time: Jan 31 23:10:04 kernel: protocol 0800 is buggy, dev...

Thanks. This is my Traffic Analyzer data: fbreve@RT-AC86U-4D48:/jffs/.sys/TrafficAnalyzer# ls -la drw-rw-rw- 2 fbreve root 0 Apr 18 03:19 . drwxrwxrwx 7 fbreve root 0 Apr 27 11:33 .. -rw-rw-rw- 1 fbreve root 31483904 Apr 27 12:52 TrafficAnalyzer.db...

NVRAM usage 66281 / 131072 bytes JFFS 47.34 / 48.00 MB JFFS seems almost full, but I didn't put anything there: fbreve@RT-AC86U-4D48:/jffs# ls -la drwxr-xr-x 12 fbreve root 0 Apr 28 11:16 . drwxr-xr-x 20 fbreve root 1840 Apr 26 01:14 .. drw------- 2 fbreve...

After the factory reset the settings now work and hold. Now the "Traffic Analyser - Statistics" tab which crashes the web interface and the router needs a reboot. WiFi with smart connect enabled was leaving a few devices without Internet access. Channels keep changing all the time, maybe it is...

Upgraded from 384.16 to 384.17 There are issues: - DHCP reservations and Port Forwarding are lost. Re-added them, they didn't work and after a reboot they are lost again. - WiFi settings, like channel selection, don't work without a reboot. I'll try the painful path of restoring factory...

Well, most devices have fixed dates for starting and ending DST according to the time zone. ASUS already implemented some flexibility by allowing us to input different start and end dates and even times. A checkbox to allow us to enable or disable DST would add extra flexibility and fix the...

Yest, this is the best workaround I found so far, though it throws a notice: "* Reminder: The System time zone is different from your locale setting." I can live with that, I just thought it worth mentioning this issue here in case there is a better solution.

And actually, it has to be wrong for a whole day. It still complains about overlap if the difference is only one hour.

That's what I did. But this is a workaround. Not a proper solution. I'm suggesting that the correct way to deal with this thing is implemented.

I can't. It says: "Specified time interval can not overlap."

I noticed that Daylight savings time (DST) is enabled or disabled accordingly to the selected time zone. However, this year we don't have DST in Brazil. But the Brasilia time zone still enables DST and it is impossible to disable. I believe there should be an option to enable/disable DST in...

No, I didn't. I don't have two ISPs anymore, so now RT-AC86U is my only router and I'm using the IPv6 native mode. But if I ever use the passthrough mode, the bug is still there.

I did a factory reset with the new firmware and started configuring stuff, starting with IPv6 passthrough. The bug kicks in whenever I enable TrendMicro stuff, like AiProtection or QoS. It was hard to diagnose because it doesn't come back to normal by just disabling TrendMicro stuff, it needs a...