Glad you got it figured out. I've only seen this a couple of times, most recently before you on someone who 'converted' a TM1900 to AC68U. It can always be fixed with a factory reset. I've never been able to recreate it, so haven't been able to track down what was corrupted in nvram. If anyone ever sees it again, please save your nvram settings with 'nvram show' to a file so I might be able to see what's up.I've been seeing a strange-looking Tools page for at least several versions. The page takes a long time to load, and then it only partially appears. Note the missing data items. Any ideas?
This 15x-release is troubled.
For the first time since using John's fork on my AC56U I had to go back a release. I've tried 15E3 and 15E5, and with both, my Android devices (Galaxy Note 3, Moto X Play, Xperia Z Ultra) tended to drop connection sometimes during their standby. They are on 5 GHz, on 2.4 I have no permanently connected devices going into a standby (the Chromecast stick never does). Now back on 14E1, the connections are solid again.
Edit: no resets were made, Regulation Mode is off, regional limits are off with "#a/0", 5 GHz set to 200 mW.
Hmmm.....there was a change that removed an invalid topology parm for VPN servers running in TAP mode. Shouldn't have affected things, but????I'm noticing that in a version 14 i was able to connect to the vpn with both my laptop and my iphone using openvpn. This isnt the case anymore and its trying to assign an IP thats already assigned. see this in the logs:
MULTI: new connection by client 'client' will cause previous active sessions by this client to be dropped. Remember to use the --duplicate-cn option if you want multiple clients using the same certificate or username to concurrently connect
Interesting environment, and actually needs a bit more than just disabling the update failed messages (more things are becoming dependent on the router 'knowing' it has a valid date, for instance the new reboot scheduler). I'm working on an update/option that will disable the NTP updates entirely, but fake out the router that it has a valid date/time so you can then set the time manually...I have a small question, maybe somebody can help me out.
Using my RT-N66U in a student residence as a wireless acces point.
Students only gain internet access after logging into the university network,
so the access point itself isn't connected to the internet.
Everytime I do a firmware upgrade, I manually adjust the date through ssh with the "date -s ...." command since NTP needs a live internet connection.
With the last release the AP keeps flooding my logs. (probably John has been busy with the new NTP functions)
"Nov 24 14:11:12 ntp: NTP update failed after 5 attempts"
Is there a way to disable the NTP log messages? I know it doesn't sync, but no need to remind me every minute ;-)
Thanks a lot.
This is a known problem with the older drivers in the fork. I worked with another user in the past trying to add retries to the data collection in case it was a short transient to no avail. The RSSI values will come back at the drivers discretion Sorry.Flashed to 15e5, seems stable however I can no longer see RSSI values for 2.4Ghz. Only shows '??dbm' for connected devices.
Edit:My bad..it happens on 14e1 as well at times...doesn't affect anything though. Great release. Will post back on stability after a few days.
My ISP tops out at about 60Mbps so I can't test that end. But I did do a measure between a wireless AC client and wired PC which showed up correctly in the monitor (on both the wired and wireless 5GHz tabs) at my usual ~250Mbps.So it looks to me like whatever mechanism is used to obtain the traffic stats is getting corrupted (overflow?) somewhere between 106Mbps and 158Mbps. Although it is strange that it would also effect to smaller upload values.
Is this a known feature/bug? Does anybody know how the router obtains the traffic stats? Can anyone confirm what I am seeing or is it something unique to my setup?
Just curious. TIA
Yes, still using HE Tunnel and it works fine with my AC68 with HW acceleration. Sorry I missed it, but what router are you using? There have been some reports of problems on the MIPS based routers in the past with IPv6/HW acceleration.Thanks for coop! That was interesting and long way to go. Sometimes it worked, sometimes not, yet it bugged me that ping/traceroute6/wget were always fine to ipv6.test-ipv6.com page. Win10 was also highly suspicious in my list of candidates to rule out.
John, do you still have HE ipv6 tunnel setup? If yes, have you set HW acceleration disabled?
Hi John. Thanks for asking but I think it's a bit of a red herring actually.My ISP tops out at about 60Mbps so I can't test that end. But I did do a measure between a wireless AC client and wired PC which showed up correctly in the monitor (on both the wired and wireless 5GHz tabs) at my usual ~250Mbps.
One thing that's been a contributor to things like this in the past is NAT Acceleration.....are you running with it on or off?
Dear John, after installing your -fantastic- firmware on my N66U, I decided to install it on my brand new AC68U.
Everything is fine with exclusion of NTP.
After rebooting the router didn't synchronize the time automatically but I have to hit APPLY on the ADMINISTRATION->SYSTEM menu.
Otherwise it not synchronize and timestamp on the attached hard disk are completely wrong.
Thank you for your fantastic work!
P.S. Here below extract of my log file after hitting APPLY
Jan 2 02:51:56 syslogd started: BusyBox v1.20.2
Jan 2 02:51:56 kernel: klogd started: BusyBox v1.20.2 (2015-11-11 07:51:25 MST)
Jan 2 02:51:56 dropbear[4374]: Running in background
Jan 2 02:51:56 httpd: start httpd
Jan 2 02:51:56 start_nat_rules: apply the nat_rules (/tmp/nat_rules_ppp0_eth0)!
Nov 21 21:53:24 start_nat_rules: (/tmp/nat_rules_ppp0_eth0) success!
Nov 21 21:53:24 rc_service: ntp 4366:notify_rc restart_upnp
Nov 21 21:53:24 rc_service: waiting "restart_time;restart_upnp" via ..
nvram set ntp_log=1
nvram commit
I personally don't use AICloud Sync... Is anyone else using AICloud Sync successfully? I did see that in the newer code levels it's listed as AICloud 2.0, but I'm not sure what has changed.Ok, I can confirm that Aicloud Sync is broken in this fork.
I just tested a save/reset/restore and everything came back fine. Just to make sure, remember you cannot restore the settings from one code level to another with the built in Save/Upload settings.Also "config save" seems broken, because if I save my config, do a factory reset and insert the saved config a lot of parameters remain defaulted and not mine.
If the NTP update failed, there should be failure messages in the syslog (will put out a log entry for every 5 consecutive attempts that fail).
Also, the default is to not log successful NTP updates. You can change this and also log the successful updates by entering via telnet/ssh
Code:nvram set ntp_log=1 nvram commit
It's possible that there was a bad nvram entry that hitting apply corrected. Please post back if you continue to have a problem.
Actually, it's the opposite. Prior to V15, the ntp update code was bugged such that it never fired again after the router was booted and set the time.Hi John ..
First of all .. My condolences to you and your family.
I am running the RT-AC68U since 3 weeks without reboot - no problems so far.
Today I have seen that the router time has 7 seconds difference to the ntp servers time.
The ntpd daemon does not keep the time in sync anymore ?
Thanks for your help.
nvram set ntp_log=1
nvram commit
Dec 3 05:59:57 ntp: start NTP update
Dec 3 05:59:57 ntp: NTP update successful after 1 attempt(s)
Sorry for your loss. My condolences. Please take care of your family and yourself in this difficult time.First, my thanks to all the users who helped out each other during my absence over the last couple of weeks. It was a tough holiday for me, as my mother passed away unexpectedly. Things are still going to be a bit hectic for me, but I'll have a bit more time now to start easing back into things.
I'll be making a pass through recent posts over the next few days to catch up on the activity and seeing what, if anything, I may be able to add to the discussions.
Thanks again to everyone for their help.
Ah, forget that your AC68 is ARM. Yep cristobal07 and me happened to have RT-N16 and HE tunnel set up. He had a problem that IPv6 tests from the router such as ping, traceroute6, wget -6 ipv6.test-ipv6.com worked out moreless nicely, but failed miserably on any device behind the router (Win10, Win7, Android smartphone).Yes, still using HE Tunnel and it works fine with my AC68 with HW acceleration. Sorry I missed it, but what router are you using? There have been some reports of problems on the MIPS based routers in the past with IPv6/HW acceleration.
Just for an experiment, you might try unchecking the 'Enable IPv6 MTU Advertisement' checkbox near the bottom of the IPv6 setup page. For some unknown reason, this has helped native IPv6 to work on some ISPs....maybe it might help here as well.
This is a known problem with the older drivers in the fork. I worked with another user in the past trying to add retries to the data collection in case it was a short transient to no avail. The RSSI values will come back at the drivers discretion Sorry.
The QuickStart file included in the download describes how to set it up on a USB stick, which is the simplest way, especially for Windows users that may not be familiar with Linux. You could use a USB drive by adjusting the paths to point to the install directory on that drive. I'm always looking to improve the directions, so if you run into problems please follow up in the utility thread.....What is the best way to use your
NVRAM Save/Restore Utility
Should I have it on a USB Drive?
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!