What's new

ASUS RT-AC68U Firmware version 3.0.0.4.374.4561 is out

  • SNBForums Code of Conduct

    SNBForums is a community for everyone, no matter what their level of experience.

    Please be tolerant and patient of others, especially newcomers. We are all here to share and learn!

    The rules are simple: Be patient, be nice, be helpful or be gone!

It may be encrypted BUT ASUS could make something that can read the file since their routers can read the file. Just like an easier way to make sure I set everything back up correct. I do the same with screenshots but i'm starting to collect multi pages of shots. With something that could read them you could compare old .cfg to new..cfg and know you have everything set right.

As for restore settings from .cfg as per ASUS/Merlin you run into a chance of bringing a problem along. Its best to factory reset and setup from scratch after a firmware update which is a raging pain in the a$$.

When u are going to and from major version changes..yes...full rest often recommended....

Though...i only did so once when i first was messing with Merlin vs Stock firmware shortly after I purchased my router way back.. had no issues since then with dirty flashing.
 
The question is, how does one know if the update is a major version change?

someone will say it. or merlin will. basically its just when they redo a lot of backend stuff. Just check the thread when it gets released and someone will have said that it is a good idea because of what was updated in the FW.
 
I was kinda curious about reading the .cfg file too, but i think its in machine code or encrypted or something....but..their kinda is not much point in it....u can just import the file to restore ur settings.....

If it is a different model u are setting up...I just take screenshots of the routers settings and use that..

It's lightly encoded with a random seed.

Just do your own text-based export, with the following command:

Code:
nvram show

Or, if you have a USB disk mounted as sda1:

Code:
nvram show > /mnt/sda1/settings.txt
 
If some people have frequently reboots despite trying all settings, I don't understand why ASUS wouldn't want to try and capture those devices? I've been working myself for tech support for multiple years and when ever we have issue we can't reproduce we ask from customer if we could capture device.

It isn't so hard to deliver packages worldwide especially small like router, we've captured even desktop systems.

This would make sense especially now since this is flagship router.

Maybe Merlin should suggest this to ASUS?
 
I doubt Asus asking me to send them my router will make any difference.
I'm 100% convinced it is an environment condition triggering the reload: -65 or lower signal and significant traffic is triggering the reload. Reproducible in more than 80% of the cases in 5GHz and 100% in 2.4GHz.
So Asus having my router will make no difference! And I doubt they can show up at my place to see for themselves the conditions I have here.

Anyway, I have send them my conclusion and they are considering it.
 
I doubt Asus asking me to send them my router will make any difference.
I'm 100% convinced it is an environment condition triggering the reload: -65 or lower signal and significant traffic is triggering the reload. Reproducible in more than 80% of the cases in 5GHz and 100% in 2.4GHz.
So Asus having my router will make no difference! And I doubt they can show up at my place to see for themselves the conditions I have here.

Anyway, I have send them my conclusion and they are considering it.

Yes. Me as well. Weak signal, sudden heavy traffic and reboot. Usually with iPhone / iPad but I guess that is just because they have a weak signal in comparison to a laptop.
 
I doubt Asus asking me to send them my router will make any difference.
I'm 100% convinced it is an environment condition triggering the reload: -65 or lower signal and significant traffic is triggering the reload. Reproducible in more than 80% of the cases in 5GHz and 100% in 2.4GHz.
So Asus having my router will make no difference! And I doubt they can show up at my place to see for themselves the conditions I have here.

Anyway, I have send them my conclusion and they are considering it.

I tested this low signal theory with my S3 and my laptop...doesn't affect me on the AC56U....and the time friend was connected with iphone...he was in same room as router...or one room over...mad no difference then...router rebooted anyway..
 
WIFI auto-restarts : is this what you mean "reboot" ?

Hello,

New here and trying to understand why, since I upgraded my RT-AC68U to the latest firmware 3.0.0.4.374_4561 I have my WIFI connection drop down and startup again within 15 seconds or so a few times during a 24 hours period (didn't count but feels like 6-8 times). All went fine before...

Asus Customer support asked me to reset (which I did + reconfigured as I was before), to no avail.

Anyone have an idea ?

Thanks - NickJ
 
Hello,

New here and trying to understand why, since I upgraded my RT-AC68U to the latest firmware 3.0.0.4.374_4561 I have my WIFI connection drop down and startup again within 15 seconds or so a few times during a 24 hours period (didn't count but feels like 6-8 times). All went fine before...

Asus Customer support asked me to reset (which I did + reconfigured as I was before), to no avail.

Anyone have an idea ?

Thanks - NickJ


probably is your router rebooting..check the System log page in the setup web page to see the uptime right after u notice the dropout...if is only a min or 2 or less uptime...then router rebooted.

If your router is rebooting...only thing u can do is downgrade the firmware( or flash the correct Merlin build) and wait for a fix.
 
When u are going to and from major version changes..yes...full rest often recommended....

Though...i only did so once when i first was messing with Merlin vs Stock firmware shortly after I purchased my router way back.. had no issues since then with dirty flashing.

Could be why some are having reboot issues and some are not. I will admit I hadn't redone the factory reset since the last time it was mentioned on here to do it.
 
Could be why some are having reboot issues and some are not. I will admit I hadn't redone the factory reset since the last time it was mentioned on here to do it.

doubt it...many folks did full reset and still have issues....or dirty flash older firmware over the newer and then have no reboot issues.
 
I am running the AC68u as an access point and have experienced random reboots every 3 to 5 days since installing the 4561 firmware. The reboots were occurring in the middle of the night with no real client activity at the time.

It could be coincidence, but I turned off the AC68u FTP Service ("FTP Server: daemon is stoped") and I have now been up for 8 days without a reboot.

As a test, perhaps those with frequent reboots could disable the FTP daemon and see if it has a direct correlation.


System Time
Uptime 8 days 0 hours 0 minutes 26 seconds
 
I am running the AC68u as an access point and have experienced random reboots every 3 to 5 days since installing the 4561 firmware. The reboots were occurring in the middle of the night with no real client activity at the time.

It could be coincidence, but I turned off the AC68u FTP Service ("FTP Server: daemon is stoped") and I have now been up for 8 days without a reboot.

As a test, perhaps those with frequent reboots could disable the FTP daemon and see if it has a direct correlation.


System Time
Uptime 8 days 0 hours 0 minutes 26 seconds

I had the AC68U reboot problem with firmware 4561 as well, and I had the FTP service off. It would reboot 1-2 times per day. I too noticed it would often happen in the middle of the night (~3-4am). I've since reverted my firmware to Merlin's 40-alpha4 and have been up for 1.5 days without a reboot.
 
Hello, I am a new user because I have problems with the RT-AC68U, several days ago I have this super router that is not so great because I suffer the same restarts, since the last update of firmware reboot every 3 or 4 hours, restart is fast but you disconnect for a few seconds and in games online is a hassle, I hope asus to solve the problem fast not?.
I am waiting...
Sorry for my English is not very good.
 
Well, for the first time ever I had a crash and something was written to the logs instead of it just outright dying. Not sure if this is of any help, and I should probably submit it to Asus but here it is. Note this is running 3.0.0.4.374_2050 because I got sick of reboots every 3 or 4 hours on the latest. This seems to hold steady for 10 days, then not so much again (few times each day) then levels out.

Mar 17 12:23:48 kernel: WARNING: at net/core/dev.c:1298 skb_gso_segment()
Mar 17 12:23:48 kernel: Call Trace:
Mar 17 12:23:48 kernel: [<8001202c>] dump_stack+0x8/0x34
Mar 17 12:23:48 kernel: [<801a6834>] skb_gso_segment+0x17c/0x218
Mar 17 12:23:48 kernel: [<801a6a54>] dev_hard_start_xmit+0x184/0x37c
Mar 17 12:23:48 kernel: [<802870e8>] __qdisc_run+0x58/0x1c8
Mar 17 12:23:48 kernel: [<80287080>] dev_queue_xmit+0x3c4/0x3d4
Mar 17 12:23:48 kernel: [<c005820c>] _ctf_forward+0x3b8/0xb0c [ctf]
Mar 17 12:23:48 kernel: [<c0079704>] et_sendup+0x318/0x374 [et]
Mar 17 12:23:48 kernel: [<c0079c20>] et_dpc+0x4c0/0xff4 [et]
Mar 17 12:23:48 kernel: [<80031a74>] tasklet_action+0x70/0xec
Mar 17 12:23:48 kernel: [<800313dc>] __do_softirq+0x7c/0x110
Mar 17 12:23:48 kernel: [<800314d8>] do_softirq+0x68/0x70
Mar 17 12:23:48 kernel: [<8028460c>] plat_irq_dispatch+0x20c/0x224
Mar 17 12:23:48 kernel: [<8000b690>] ret_from_irq+0x0/0x4
Mar 17 12:23:48 kernel: [<8000d7f4>] cpu_idle+0x18/0x58
Mar 17 12:23:48 kernel: [<8030bbb0>] start_kernel+0x2d8/0x33c
Mar 17 12:24:12 kernel: WARNING: at net/core/dev.c:1298 skb_gso_segment()
Mar 17 12:24:12 kernel: Call Trace:
Mar 17 12:24:12 kernel: [<8001202c>] dump_stack+0x8/0x34
Mar 17 12:24:12 kernel: [<801a6834>] skb_gso_segment+0x17c/0x218
Mar 17 12:24:12 kernel: [<801a6a54>] dev_hard_start_xmit+0x184/0x37c
Mar 17 12:24:12 kernel: [<802870e8>] __qdisc_run+0x58/0x1c8
Mar 17 12:24:12 kernel: [<80287080>] dev_queue_xmit+0x3c4/0x3d4
Mar 17 12:24:12 kernel: [<c005820c>] _ctf_forward+0x3b8/0xb0c [ctf]
Mar 17 12:24:12 kernel: [<c0079704>] et_sendup+0x318/0x374 [et]
Mar 17 12:24:12 kernel: [<c0079c20>] et_dpc+0x4c0/0xff4 [et]
Mar 17 12:24:12 kernel: [<80031a74>] tasklet_action+0x70/0xec
Mar 17 12:24:12 kernel: [<800313dc>] __do_softirq+0x7c/0x110
Mar 17 12:24:12 kernel: [<800314d8>] do_softirq+0x68/0x70
Mar 17 12:24:12 kernel: [<8028460c>] plat_irq_dispatch+0x20c/0x224
Mar 17 12:24:12 kernel: [<8000b690>] ret_from_irq+0x0/0x4
Mar 17 12:24:12 kernel: [<8000d7f8>] cpu_idle+0x1c/0x58
Mar 17 12:24:12 kernel: [<8030bbb0>] start_kernel+0x2d8/0x33c
 
Well, for the first time ever I had a crash and something was written to the logs instead of it just outright dying. Not sure if this is of any help, and I should probably submit it to Asus but here it is. Note this is running 3.0.0.4.374_2050 because I got sick of reboots every 3 or 4 hours on the latest. This seems to hold steady for 10 days, then not so much again (few times each day) then levels out.

Since there was no 374_2050 release for the RT-AC68U, I assume you are talking about a different router. In which case this probably won't help - the driver is completely different (6.30 vs 6.37).
 
Well after thinking carefully about it I decided to let Asus have go to the competition, I have chosen the Netgear R7000, sorry for asus, but I think that the development of their devices is not taking seriously and this is to the detriment of users like us, thank you all for the wonderful information that has given me this forum you are phenomenal!
 
Well after thinking carefully about it I decided to let Asus have go to the competition, I have chosen the Netgear R7000, sorry for asus, but I think that the development of their devices is not taking seriously and this is to the detriment of users like us, thank you all for the wonderful information that has given me this forum you are phenomenal!

If you check the Netgear forums you will see there new flagship router R7000 has just as many issues right now as the 68U. Good luck with it.
 
I came from Netgear, shocking support. few and far between on firmwares that didn't fix many issues.
 

Support SNBForums w/ Amazon

If you'd like to support SNBForums, just use this link and buy anything on Amazon. Thanks!

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top