[Beta] Asuswrt-Merlin 380.60 Beta is now available

[bodean]

Flashed over Alpha 3, no factory default, so far running fine. Have yet to try/test out Adaptive QOS though.....that's my next step.

 

[sfx2000]

I had Alpha 3 installed of 380.60 so today I was excited to see there is a Beta 1, but upon trying to install it, I get this error:

Without making too much of an issue here - why?

Your device was probably working fine until you did the action that resulted in your query here...

Newer is not necessarily better, as you've discovered...

 

[busch09]

since 60 alpha1 im experiencing intermittent loss of internet. 1-3 times an hour all internet requests time out for 1-3 minutes. then it picks up again.

ac-68 installed a1-a3-b1 did factory reset after each.
comcast motorola modem

Jun 20 10:07:11 kernel: ctfpool: set tail direction
Jun 20 10:07:11 pppd[19124]: Plugin pppol2tp.so loaded.
Jun 20 10:07:11 pppd[19124]: pppd 2.4.7 started by admin, uid 0
Jun 20 10:07:11 pppd[19124]: Using interface ppp5
Jun 20 10:07:11 pppd[19124]: Connect: ppp5 <--> l2tp (46.165.197.1)
Jun 20 10:07:11 pppd[19124]: Overriding mtu 1500 to 1400
Jun 20 10:07:11 pppd[19124]: Overriding mru 1500 to mtu value 1400
Jun 20 10:07:14 pppd[19124]: Overriding mru 1500 to mtu value 1400
Jun 20 10:07:14 pppd[19124]: MS-CHAP authentication failed:
Jun 20 10:07:14 pppd[19124]: CHAP authentication failed
Jun 20 10:07:14 pppd[19124]: Overriding mtu 1500 to 1400
Jun 20 10:07:14 pppd[19124]: Overriding mru 1500 to mtu value 1400
Jun 20 10:07:15 pppd[19124]: Connection terminated.
Jun 20 10:07:15 pppd[19124]: Exit.
Jun 20 10:07:15 kernel: ctfpool: set head direction
Jun 20 10:07:32 kernel: ctfpool: set tail direction
Jun 20 10:07:32 pppd[19139]: Plugin pppol2tp.so loaded.
Jun 20 10:07:32 pppd[19139]: pppd 2.4.7 started by admin, uid 0
Jun 20 10:07:32 pppd[19139]: Using interface ppp5
Jun 20 10:07:32 pppd[19139]: Connect: ppp5 <--> l2tp (46.165.197.1)
Jun 20 10:07:32 pppd[19139]: Overriding mtu 1500 to 1400
Jun 20 10:07:32 pppd[19139]: Overriding mru 1500 to mtu value 1400
Jun 20 10:07:36 pppd[19139]: Overriding mru 1500 to mtu value 1400
Jun 20 10:07:36 pppd[19139]: MS-CHAP authentication failed:
Jun 20 10:07:36 pppd[19139]: CHAP authentication failed
Jun 20 10:07:36 pppd[19139]: Overriding mtu 1500 to 1400
Jun 20 10:07:36 pppd[19139]: Overriding mru 1500 to mtu value 1400
Jun 20 10:07:36 pppd[19139]: Connection terminated.
Jun 20 10:07:36 pppd[19139]: Exit.
Jun 20 10:07:36 kernel: ctfpool: set head direction
Jun 20 10:07:47 kernel: ctfpool: set tail direction
Jun 20 10:08:23 kernel: ctfpool: set head direction

 

[westmc]

I am seeing this in the log under beta 1. I did not get these errors with alphas 1, 2, or 3 or any previous release. This is on a RT-AC68P. Elements_HFS is actually ext4. It used to be HFS+ but I recently changed it last week.

Jun 19 17:00:31 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.__admin_var.txt"): not an adoublesx file
Jun 19 17:00:31 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.___var.txt"): not an adoublesx file
Jun 19 17:00:31 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.__folder_list.txt"): not an adoublesx file
Jun 19 17:00:32 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.__admin_var.txt"): not an adoublesx file
Jun 19 17:00:32 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.___var.txt"): not an adoublesx file
Jun 19 17:00:32 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.__folder_list.txt"): not an adoublesx file
Jun 19 17:00:47 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.__admin_var.txt"): not an adoublesx file
Jun 19 17:00:47 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.___var.txt"): not an adoublesx file
Jun 19 17:00:47 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.__folder_list.txt"): not an adoublesx file
Jun 19 17:01:15 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.__admin_var.txt"): not an adoublesx file
Jun 19 17:01:15 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.___var.txt"): not an adoublesx file
Jun 19 17:01:15 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.__folder_list.txt"): not an adoublesx file
Jun 19 17:01:15 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.__admin_var.txt"): not an adoublesx file
Jun 19 17:01:15 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.___var.txt"): not an adoublesx file
Jun 19 17:01:15 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.__folder_list.txt"): not an adoublesx file
Jun 19 17:01:21 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.__admin_var.txt"): not an adoublesx file
Jun 19 17:01:21 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.___var.txt"): not an adoublesx file
Jun 19 17:01:21 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.__folder_list.txt"): not an adoublesx file
Jun 19 17:01:31 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.__admin_var.txt"): not an adoublesx file
Jun 19 17:01:31 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.___var.txt"): not an adoublesx file
Jun 19 17:01:31 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.__folder_list.txt"): not an adoublesx file
Jun 19 17:01:42 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.__admin_var.txt"): not an adoublesx file
Jun 19 17:01:42 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.___var.txt"): not an adoublesx file
Jun 19 17:01:42 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.__folder_list.txt"): not an adoublesx file
Jun 19 17:02:31 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.__admin_var.txt"): not an adoublesx file
Jun 19 17:02:31 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.___var.txt"): not an adoublesx file
Jun 19 17:02:31 afpd[1350]: ad_valid_header_osx("/tmp/mnt/Elements_HFS/.__folder_list.txt"): not an adoublesx file
J

 

[Stern]

Works great on the AC87U, besides the manual assignment of IP-adresses doesn't apply before after a reboot. Thank you!

 

[RMerlin]

Without making too much of an issue here - why?

Your device was probably working fine until you did the action that resulted in your query here...

Newer is not necessarily better, as you've discovered...

Having people willing to run beta releases is actually very useful to me. Their feedback is necessary to my development process, so I very much appreciate people willing to do so.

Sent from my Nexus 9 using Tapatalk

 

[RMerlin]

since 60 alpha1 im experiencing intermittent loss of internet. 1-3 times an hour all internet requests time out for 1-3 minutes. then it picks up again.

ac-68 installed a1-a3-b1 did factory reset after each.
comcast motorola modem

Turn off the modem for about 10 mins to fully reset the connection with your ISP.

Sent from my Nexus 9 using Tapatalk

 

[pete y testing]

now here is a strange on only happened since i moved to the beta from the alpha , but here is the confusing issue the xbox one is plugged in but not on , as in the power light is not on , goes away when i turn on the xbox one

Jun 20 17:16:34 dnsmasq-dhcp[524]: DHCPACK(br0) 192.168.1.201 b4:ae:2b:f4:48:d6 XboxOne
Jun 20 17:17:34 dnsmasq-dhcp[524]: DHCPREQUEST(br0) 192.168.1.201 b4:ae:2b:f4:48:d6
Jun 20 17:17:34 dnsmasq-dhcp[524]: DHCPACK(br0) 192.168.1.201 b4:ae:2b:f4:48:d6 XboxOne
Jun 20 17:18:34 dnsmasq-dhcp[524]: DHCPREQUEST(br0) 192.168.1.201 b4:ae:2b:f4:48:d6
Jun 20 17:18:34 dnsmasq-dhcp[524]: DHCPACK(br0) 192.168.1.201 b4:ae:2b:f4:48:d6 XboxOne
Jun 20 17:19:34 dnsmasq-dhcp[524]: DHCPREQUEST(br0) 192.168.1.201 b4:ae:2b:f4:48:d6
Jun 20 17:19:34 dnsmasq-dhcp[524]: DHCPACK(br0) 192.168.1.201 b4:ae:2b:f4:48:d6 XboxOne
Jun 20 17:20:34 dnsmasq-dhcp[524]: DHCPREQUEST(br0) 192.168.1.201 b4:ae:2b:f4:48:d6
Jun 20 17:20:34 dnsmasq-dhcp[524]: DHCPACK(br0) 192.168.1.201 b4:ae:2b:f4:48:d6 XboxOne
Jun 20 17:21:34 dnsmasq-dhcp[524]: DHCPREQUEST(br0) 192.168.1.201 b4:ae:2b:f4:48:d6
Jun 20 17:21:34 dnsmasq-dhcp[524]: DHCPACK(br0) 192.168.1.201 b4:ae:2b:f4:48:d6 XboxOne
Jun 20 17:22:34 dnsmasq-dhcp[524]: DHCPREQUEST(br0) 192.168.1.201 b4:ae:2b:f4:48:d6
Jun 20 17:22:34 dnsmasq-dhcp[524]: DHCPACK(br0) 192.168.1.201 b4:ae:2b:f4:48:d6 XboxOne
Jun 20 17:23:34 dnsmasq-dhcp[524]: DHCPREQUEST(br0) 192.168.1.201 b4:ae:2b:f4:48:d6
Jun 20 17:23:34 dnsmasq-dhcp[524]: DHCPACK(br0) 192.168.1.201 b4:ae:2b:f4:48:d6 XboxOne
Jun 20 17:24:35 dnsmasq-dhcp[524]: DHCPREQUEST(br0) 192.168.1.201 b4:ae:2b:f4:48:d6
Jun 20 17:24:35 dnsmasq-dhcp[524]: DHCPACK(br0) 192.168.1.201 b4:ae:2b:f4:48:d6 XboxOne
Jun 20 17:25:34 dnsmasq-dhcp[524]: DHCPREQUEST(br0) 192.168.1.201 b4:ae:2b:f4:48:d6
Jun 20 17:25:34 dnsmasq-dhcp[524]: DHCPACK(br0) 192.168.1.201 b4:ae:2b:f4:48:d6 XboxOne
Jun 20 17:26:34 dnsmasq-dhcp[524]: DHCPREQUEST(br0) 192.168.1.201 b4:ae:2b:f4:48:d6
Jun 20 17:26:34 dnsmasq-dhcp[524]: DHCPACK(br0) 192.168.1.201 b4:ae:2b:f4:48:d6 XboxOne

 

[MarkRH]

4ae821f build: Disable traffic monitoring at the switch level for the AC3200, AC87 and AC68 as people reported similar issues to the AC88/3100/5300, and that code being closed s

Noticed this in the alpha thread. Does this affect the Daily/24-Hour/Realtime Traffic Analyzer? I only use the Wired internet in normal router mode. Haven't flashed it yet.

 

[12darline]

Asuswrt-Merlin 380.60 Beta 1 is now available for all ARM models only (Asus's latest GPL release is missing required components for the RT-N66U and RT-AC66U).

This is the first release that supports Asus's new header format, required by their firmware versions newer than 3.0.0.4.380_3000 or about. This also means that the same restriction will apply with 380.60: you will not be able to directly flash any older firmware (Asus or Merlin), nor any other third party firmware that does not use the new header format. For the time being it's still possible to flash such incompatible firmwares by using Firmware Recovery mode, but this could change in the future if Asus were to update the bootloader to implement the same firmware restrictions.

Here is the highlight of changes:

• Merged with Asus GPL 380_3479. This includes the new firmware validation code.
• A new option was added to Traditional QoS allowing the kernel to properly calculate packet overhead for users with DSL (or other ATM-based connections). Note that Traditional QoS is still broken with the newer models, and there are doubts as well as to whether it works properly with the RT-AC56U or RT-AC68U.
• OpenVPN was updated to 2.3.11.
• Fixes to IPv6 sometime requesting a bogus prefix length from the ISP.
• Various minor tweaks and fixes to Networkmap, minidlna, samba and wget SSL support. See the Changelog for complete details.

Things that are in need of particular testing:

• IPv6 connectivity, especially if you previously had trouble obtaining a delegated prefix from your ISP.
• DLNA stability (the broadcast announcement code was updated to the latest Asus code)
• By request, the Roaming Assistant will now accept values as high as -50. Please confirm that those values higher than -70 do work at all.

Please keep discussions on this specific firmware release. Any off-topic discussions will be either ignored or deleted. Also, always specify your router model when posting any feedback.


Downloads are here.
Changelog is here.

Install on RT-AC5300. Everything working fine, including IPv6.

Thank you very much...

 

[Stern]

Wrote that the static ip wasn't set before after a reboot, but that sadly isn't the case. Not even a reboot fixes it, and the manual assignment is messed up. Got my static IP routed to VPN client 1, but after a reboot now I assigned to client 2. Hope it possible to revert back to .58...

... Did a factory reset and configured it from start just now, and it seems to have fixed it.

Router: Asus AC87U

 

[bluepoint]

since 60 alpha1 im experiencing intermittent loss of internet. 1-3 times an hour all internet requests time out for 1-3 minutes. then it picks up again.

ac-68 installed a1-a3-b1 did factory reset after each.
comcast motorola modem

I've seen this solution in one of the threads here that have the same problem as you and might also work. Change the DHCP query in the WAN section from "Aggressive" to "Normal" then reboot.

 

[Goran]

Installed on RT-AC3200 and everything works till now.
Only one issue:
NAT Acceleration - can't be switched to Auto. Selecting Auto and Apply result again on Disable.
Tried several times, restarted router. (already done factory reset before and after flashing Beta 1)

Con someone check it?

 

[jack901]

up for 15 hours now on this beta and no issues tho I am using just the router no ipvi ,vpn or samba stuff but everything is fine. thank you for this.

 

[Blinkyz]

Thanks, I'll try that tomorrow when I go to the cafe.

Have you tried to unplug USB drive hooked on the router, reboot and flash?

 

[RMerlin]

Noticed this in the alpha thread. Does this affect the Daily/24-Hour/Realtime Traffic Analyzer? I only use the Wired internet in normal router mode. Haven't flashed it yet.

Yes. It will resolve some people getting abnormal values (typically the download and upload were nearly identical, and higher than they should be).

NAT Acceleration - can't be switched to Auto. Selecting Auto and Apply result again on Disable.
Tried several times, restarted router. (already done factory reset before and after flashing Beta 1)

Typically means you have an incompatible feature enabled. You can check the Tools -> Sysinfo page to see what forces CTF to be disabled.

 

[woodhouse]

Can I help in some way for RT-N66U / RT-AC66U in order to have them?

Asuswrt-Merlin 380.60 Beta 1 is now available for all ARM models only (Asus's latest GPL release is missing required components for the RT-N66U and RT-AC66U).

This is the first release that supports Asus's new header format, required by their firmware versions newer than 3.0.0.4.380_3000 or about. This also means that the same restriction will apply with 380.60: you will not be able to directly flash any older firmware (Asus or Merlin), nor any other third party firmware that does not use the new header format. For the time being it's still possible to flash such incompatible firmwares by using Firmware Recovery mode, but this could change in the future if Asus were to update the bootloader to implement the same firmware restrictions.

Here is the highlight of changes:

• Merged with Asus GPL 380_3479. This includes the new firmware validation code.
• A new option was added to Traditional QoS allowing the kernel to properly calculate packet overhead for users with DSL (or other ATM-based connections). Note that Traditional QoS is still broken with the newer models, and there are doubts as well as to whether it works properly with the RT-AC56U or RT-AC68U.
• OpenVPN was updated to 2.3.11.
• Fixes to IPv6 sometime requesting a bogus prefix length from the ISP.
• Various minor tweaks and fixes to Networkmap, minidlna, samba and wget SSL support. See the Changelog for complete details.

Things that are in need of particular testing:

• IPv6 connectivity, especially if you previously had trouble obtaining a delegated prefix from your ISP.
• DLNA stability (the broadcast announcement code was updated to the latest Asus code)
• By request, the Roaming Assistant will now accept values as high as -50. Please confirm that those values higher than -70 do work at all.

Please keep discussions on this specific firmware release. Any off-topic discussions will be either ignored or deleted. Also, always specify your router model when posting any feedback.


Downloads are here.
Changelog is here.

 

[Goran]

Typically means you have an incompatible feature enabled. You can check the Tools -> Sysinfo page to see what forces CTF to be disabled.

Thank you. I wrongly turn on IPTraffic.

Regarding QOS which option is recommended?
My ISP link is 50/10.
VPN client ON
With Adaptive and Automatic I get maximum speeds (30-40 down and 9.5 up) but bufferbloat is bad
With Adaptive and manual (set to 47/9) max speed I get is up to 8.5 down and 3.5 up.
Any setting that I'm missing?

 

[stambeccuccio]

Things that are in need of particular testing:

• By request, the Roaming Assistant will now accept values as high as -50. Please confirm that those values higher than -70 do work at all

It seems to work well (very good, exellent), even if I'm not at all satisfied with the way the Router manages an extender network.

Here are my settings:

 

[RMerlin]

Can I help in some way for RT-N66U / RT-AC66U in order to have them?

No, I must wait for Asus to provide me with those closed source files. Communications between us have been slow lately as they are currently swamped by work, but they are notified of the missing files.