What's new

Asuswrt-Merlin 378.55 is now available

  • 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!

Status
Not open for further replies.
Damn!! Then what does merlin do to the wifi part ?, is it stability ....

Nothing. The wireless code is closed-source, so what you get is the same you'd get out of Asus's original firmware. My focus is on other areas of the firmware.
 
Question... I know it's no issue to flash w/ normal web UI from stock to merlin... same w/ flashing from merlin to stock, I assume?
 
Anyone else ever had problems once you turn on Traffic Analyzer - Statistic ?

Seen it with other version also, as soon as Traffic Analyzer - Statistic is turned on some pages or websites "hang" or wont load..

same here (AC66U)
but I have this issues only on Google Chrome (Cache already cleared). Firefox is working!
 
How i can block ip class to acces to my router/network ? I want block some ip class becous from this class my ip is flooding when i run vpn server (pptp)
 
Question... I know it's no issue to flash w/ normal web UI from stock to merlin... same w/ flashing from merlin to stock, I assume?

Same, but I do not advise it. My firmware stores additional parameters on the DHCP static list (hostnames) and Wireless MAC black/whitelist (device description). Be prepared to at least reconfigure these two settings (and possibly others I might be forgetting).
 
after 14 days uptime my router (87u) again is crash.....can't acces from lan and wifi, no response to ping/ssh etc., i see ssid but can't acces. In log i see nothing interesting....last date i see is
Jul 28 16:44:54 kernel: TCP: Possible SYN flooding on port 1723. Sending cookies.
Jan 1 01:00:12 syslogd started: BusyBox v1.20.2
all logs betwen jul 28 to today is lost ???????????????
 
Last edited:
While I've had nothing but success with the .55 build on my Asus 68Us (3 of 'em), I can't say the same for my AC3200 at work, which is why I asked about reverting to stock firmware. Employees are complaining... It seems that something restarts a few times per day. I never lose wireless signal during this time, but here are the logs around that time today... Is there anything that looks odd here? Some bug? Something I can disable to make the router more stable?

Code:
Aug 18 13:49:41 rc_service: waitting "start_vpnserver1" via udhcpc ...
Aug 18 13:49:41 miniupnpd[753]: remove port mapping 13922 TCP because it has expired
Aug 18 13:49:41 miniupnpd[753]: remove port mapping 13922 UDP because it has expired
Aug 18 13:49:41 kernel: ADDRCONF(NETDEV_UP): tun21: link is not ready
Aug 18 13:49:41 kernel: device tun21 entered promiscuous mode
Aug 18 13:49:42 openvpn[814]: OpenVPN 2.3.7 arm-unknown-linux-gnu [SSL (OpenSSL)] [LZO] [EPOLL] [MH] [IPv6] built on Jul 16 2015
Aug 18 13:49:42 openvpn[814]: library versions: OpenSSL 1.0.2d 9 Jul 2015, LZO 2.08
Aug 18 13:49:42 openvpn[815]: Diffie-Hellman initialized with 2048 bit key
Aug 18 13:49:42 openvpn[815]: Socket Buffers: R=[122880->122880] S=[122880->122880]
Aug 18 13:49:42 openvpn[815]: TUN/TAP device tun21 opened
Aug 18 13:49:42 openvpn[815]: TUN/TAP TX queue length set to 100
Aug 18 13:49:42 openvpn[815]: do_ifconfig, tt->ipv6=0, tt->did_ifconfig_ipv6_setup=0
Aug 18 13:49:42 openvpn[815]: /usr/sbin/ip link set dev tun21 up mtu 1500
Aug 18 13:49:42 openvpn[815]: /usr/sbin/ip addr add dev tun21 10.8.0.1/24 broadcast 10.8.0.255
Aug 18 13:49:42 kernel: ADDRCONF(NETDEV_CHANGE): tun21: link becomes ready
Aug 18 13:49:42 openvpn[815]: UDPv4 link local (bound): [undef]
Aug 18 13:49:42 openvpn[815]: UDPv4 link remote: [undef]
Aug 18 13:49:42 openvpn[815]: MULTI: multi_init called, r=256 v=256
Aug 18 13:49:42 openvpn[815]: IFCONFIG POOL: base=10.8.0.2 size=252, ipv6=0
Aug 18 13:49:42 openvpn[815]: Initialization Sequence Completed
Aug 18 13:49:42 kernel: * Make sure sizeof(struct sw_struct)=160 is consistent
Aug 18 13:49:42 miniupnpd[753]: shutting down MiniUPnPd
Aug 18 13:49:42 miniupnpd[836]: HTTP listening on port 53406
Aug 18 13:49:42 miniupnpd[836]: Listening for NAT-PMP/PCP traffic on port 5351
Aug 18 13:49:43 kernel: IDPfw: TrendMicro forward module ver-1.0.28
Aug 18 13:49:43 kernel: IDPfw: Apply module param dev_wan=eth0
Aug 18 13:49:43 kernel: IDPfw: Apply module param sess_num=30000
Aug 18 13:49:43 kernel: IDPfw: Init chrdev /dev/idpfw with major 191
Aug 18 13:49:43 kernel: IDPfw: IDPfw is ready
Aug 18 13:49:43 kernel: sizeof forward param = 160
Aug 18 13:49:43 rc_service: ntp 754:notify_rc restart_diskmon
Aug 18 13:49:43 disk_monitor: Finish
Aug 18 13:49:43 disk monitor: be idle
Aug 18 13:49:44 dnsmasq-dhcp[524]: DHCPDISCOVER(br0) 34:36:3b:7e:9f:12
Aug 18 13:49:44 dnsmasq-dhcp[524]: DHCPOFFER(br0) 192.168.1.114 34:36:3b:7e:9f:12
Aug 18 13:49:44 dnsmasq-dhcp[524]: DHCPDISCOVER(br0) 192.168.1.220 00:80:92:aa:0b:00
Aug 18 13:49:44 dnsmasq-dhcp[524]: DHCPOFFER(br0) 192.168.1.220 00:80:92:aa:0b:00
Aug 18 13:49:44 rc_service: udhcpc 643:notify_rc start_firewall
Aug 18 13:49:44 dhcp client: bound 10.1.10.10 via 10.1.10.1 during 604800 seconds.
Aug 18 13:49:44 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Aug 18 13:49:47 dnsmasq-dhcp[524]: DHCPDISCOVER(br0) b8:e8:56:1a:b6:5e
Aug 18 13:49:47 dnsmasq-dhcp[524]: DHCPOFFER(br0) 192.168.1.77 b8:e8:56:1a:b6:5e
Aug 18 13:49:47 miniupnpd[836]: PCP MAP: added mapping UDP 53157->192.168.1.191:16402 'PCP MAP 7f1bf534032127af948e0a97'

AH! It just happened again...

Code:
Aug 18 15:15:46 WAN Connection: Ethernet link up.
Aug 18 15:15:46 rc_service: wanduck 511:notify_rc restart_wan_if 0
Aug 18 15:15:46 dnsmasq[524]: read /etc/hosts - 5 addresses
Aug 18 15:15:46 dnsmasq[524]: using nameserver 75.75.76.76#53 for domain local
Aug 18 15:15:46 dnsmasq[524]: using nameserver 75.75.75.75#53 for domain local
Aug 18 15:15:46 dnsmasq[524]: using nameserver 75.75.75.75#53
Aug 18 15:15:46 dnsmasq[524]: using nameserver 75.75.76.76#53
Aug 18 15:15:46 kernel: device eth0 left promiscuous mode
Aug 18 15:15:46 kernel: br0: port 1(vlan1) entering forwarding state
Aug 18 15:15:46 kernel: device eth0 entered promiscuous mode
Aug 18 15:15:46 kernel: br0: topology change detected, propagating
Aug 18 15:15:46 kernel: br0: port 1(vlan1) entering forwarding state
Aug 18 15:15:46 kernel: br0: port 1(vlan1) entering forwarding state
Aug 18 15:15:46 miniupnpd[836]: ioctl(s, SIOCGIFADDR, ...): Cannot assign requested address
Aug 18 15:15:46 miniupnpd[836]: Failed to get IP for interface eth0
Aug 18 15:15:46 miniupnpd[836]: SendNATPMPPublicAddressChangeNotification: cannot get public IP address, stopping
Aug 18 15:15:46 dnsmasq[524]: read /etc/hosts - 5 addresses
Aug 18 15:15:46 dnsmasq[524]: using nameserver 75.75.76.76#53 for domain local
Aug 18 15:15:46 dnsmasq[524]: using nameserver 75.75.75.75#53 for domain local
Aug 18 15:15:46 dnsmasq[524]: using nameserver 75.75.75.75#53
Aug 18 15:15:46 dnsmasq[524]: using nameserver 75.75.76.76#53
Aug 18 15:15:47 dnsmasq[524]: read /etc/hosts - 5 addresses
Aug 18 15:15:52 WAN Connection: ISP's DHCP did not function properly.
Aug 18 15:16:20 rc_service: udhcpc 1962:notify_rc start_firewall
Aug 18 15:16:20 dnsmasq[524]: read /etc/hosts - 5 addresses
Aug 18 15:16:20 dnsmasq[524]: using nameserver 10.1.10.1#53 for domain local
Aug 18 15:16:20 dnsmasq[524]: using nameserver 10.1.10.1#53
Aug 18 15:16:20 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Aug 18 15:16:20 wan: finish adding multi routes
Aug 18 15:16:20 rc_service: udhcpc 1962:notify_rc stop_upnp
Aug 18 15:16:20 rc_service: waitting "start_firewall" via udhcpc ...
Aug 18 15:16:21 miniupnpd[836]: shutting down MiniUPnPd
Aug 18 15:16:22 rc_service: udhcpc 1962:notify_rc start_upnp
Aug 18 15:16:22 miniupnpd[2000]: HTTP listening on port 53314
Aug 18 15:16:22 miniupnpd[2000]: Listening for NAT-PMP/PCP traffic on port 5351
Aug 18 15:16:22 WAN Connection: WAN was restored.
Aug 18 15:16:26 rc_service: udhcpc 1962:notify_rc start_firewall
Aug 18 15:16:26 dhcp client: bound 10.1.10.12 via 10.1.10.1 during 60 seconds.
Aug 18 15:16:26 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
 
Last edited:
I agree with some of the comments on this thread... the last few updates i've seen my signal strength drop dramatically and the 5 GHz signal drops constantly.
I'm hoping that Merlin has some sort of update soon.
 
AH! It just happened again...

Code:
Aug 18 15:15:46 WAN Connection: Ethernet link up.

That line indicates that the Ethernet link between your modem and your router went down. Check the cable between the modem and the router, and your modem itself, most common cause is the modem crashing or losing sync, and rebooting itself.
 
I agree with some of the comments on this thread... the last few updates i've seen my signal strength drop dramatically and the 5 GHz signal drops constantly.
I'm hoping that Merlin has some sort of update soon.

As I keep saying, wireless performance is tied to the closed source driver used by Asus in their firmware, and totally out of my control Go through the troubleshooting steps posted on the forums, a LOT of issues can be resolved through these steps. Just disabling beamforming alone will resolve the vast majority of issues with 5 GHz clients.
 
after 14 days uptime my router (87u) again is crash.....can't acces from lan and wifi, no response to ping/ssh etc., i see ssid but can't acces. In log i see nothing interesting....last date i see is
Jul 28 16:44:54 kernel: TCP: Possible SYN flooding on port 1723. Sending cookies.
Jan 1 01:00:12 syslogd started: BusyBox v1.20.2
all logs betwen jul 28 to today is lost ???????????????

Try disabling the PPTP VPN server and switch to the more secure OpenVPN. You'll see if your crashes are related to hackers flooding your router's PPTP server with failed connection attempts.
 
U cant turn up the wifi to get more range. Wifi is a 2ways communication, to get effect, u have to turn up on the devises aswell, to get more range power.


Sent from my iPhone using Tapatalk

You could investigate and see if there are alternative antennas as well.
 
Try disabling the PPTP VPN server and switch to the more secure OpenVPN. You'll see if your crashes are related to hackers flooding your router's PPTP server with failed connection attempts.
first crash i have Jul 28, and after this i disable vpn pernamently, yesterday crash was without vpn server. :(

btw. how i can block some ip class to access to my network/router ? i want prevent to flood my router when pptp vpn is enabled.
 
Last edited:
first crash i have Jul 28, and after this i disable vpn pernamently, yesterday crash was without vpn server. :(

Try disabling IPv6 and NAT acceleration, the main sources of router crashes. If it still fails, do a factory default reset and manually reconfigure your router.

btw. how i can block some ip class to access to my network/router ? i want prevent to flood my router when pptp vpn is enabled.

Search these forums, there various guides and tutorials on how to block IP blocks using ipset.
 
Try disabling IPv6 and NAT acceleration, the main sources of router crashes. If it still fails, do a factory default reset and manually reconfigure your router.

i do factory reset, and config manually all setings. I also diasable ipv6.


Search these forums, there various guides and tutorials on how to block IP blocks using ipset.

no gui options ?
 
I have been on 378.55 since the day it was released. Earlier, I used to keep my router running only during the time I was at home but for the past month I decided to keep it running 24x7. Correspondingly, I decided to install Transmission and Pyload on it so that I can download files when I am not at home using DDNS. I finally added few torrents to it in the past week (3 active at a time) and ever since then I have been having problems just about every day. After a few hours of usage, the LAN as well as WiFi gets disconnected and the router is unreachable through any interface. Only rebooting fixes everything only for the router to go back to this 'limp' mode a few hours later.

I will try to do a factory reset later this week and see whether the problem gets replicated, but presently the router is on the verge of being unusable.

Edit: Forgot to mention I have the AC68U.
 
RMerlin said:
Try disabling IPv6 and NAT acceleration, the main sources of router crashes. If it still fails, do a factory default reset and manually reconfigure your router.

Have also experienced some instability with the 378.55 firmware. TMO ac hotspot flashed to RT-AC68U. Crashed twice over the past week then I saw your post regarding NAT acceleration which I had enabled awhile back. Disabled NAT acceleration and the router did not reboot cleanly on it's own. Was responding to ping, but couldn't access the gui, and wifi was down. Quick reboot solved that, and now it seems fine, but I thought I would share.
 
As I keep saying..Just disabling beamforming alone will resolve the vast majority of issues with 5 GHz clients.
Thanks, RMerlin. One minute ago, after reading your post, went into the "Professional" page of the Wireless section for the RT-AC68u, selected the option display for the 5ghz wifi radio, and set the following to Disabled (that is to say, I disabled practically everything):
Roaming assistant
Enable IGMP Snooping
Preamble Type
AMPDU RTS
DTIM Interval
Beacon Interval
Enable TX Bursting
Enable WMM APSD
Optimize AMPDU aggregation
Optimize ack suppression
Airtime Fairness
802.11ac Beamforming
Universal Beamforming

And suddenly my
Edimax EW-7822UAC
USB 3.0 WiFi adapter finally connects immediately to the (not too distant) 5ghz WiFi signal from the RT-AC68u. For the last few weeks with version _55, have been using the crowded 2.4 ghz band to get any kind of usable connection. Hooray, now can set my USB adapter to connect with "802.11ac only", and indeed ONLY the 5 gigahertz networks show up on my desktop computer--and connection is immediate.

Surely there was no need to disable "everything" for 5ghz. But it's not worth the trouble for me to investigate further for now, because everything's fine even with all those settings off.
 
Status
Not open for further replies.

Latest threads

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!

Staff online

Top