What's new

Router crash, bottleneck or corrupted packets?

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

nord_musician

Occasional Visitor
Hello everybody.

This morning after the frst 12hrs of use with Merlin latest firmware, the router just went crazy, didn't give access to wired connections nor wireless connections. The SSID stopped appearing and when it did, it wouldn't connect and set the signal of the SSID very low or just dissapear at all. All clients were offline (the router and switch remained with it's respective lights on) and blinking (apparently) as usual

I remember I was streaming video on my phone while I was in the basement (router is upstairs) and the signal wasn't so great but it allowed full bandwidth from my ISP (30Mbps) much better than the modem;s Wifi signal provided by my ISP. Anyways, suddenly the signal was very low and disconnected. I tried to reconnect and nothing, went upstair and all clients didn't have a connection to the router anymore.

I had aiProtection on (Malcious Site Blocking and Vulnerabiility Protection). I don't know if this had anything to do since I didn't have Infected Device Protection and Blocking on.

I hope it does'nt happen again, people at the house was very mad at me for installing this new router and switch, which they just called anthenas :D

Thanks in advance for any inputs about this
 
Last edited:
You should start by telling us which router and which firmware you have.
Also, a description of your network configuration would be helpful.

Are you using any special characters in the SSID, don't do that.. ;)

Have you checked the routers log for any errors?
 
I'm using the Asus rt68u. My SSID has an underscore and a dot. Why is that bad a bad thing when Asus comes with a special character in its default SSID?
 
My Wifi just dropped. This is are the latest logs

Sep 19 20:27:45 miniupnpd[707]: remove port mapping 25475 TCP because it has expired
Sep 19 20:27:45 miniupnpd[707]: remove port mapping 25475 UDP because it has expired
Sep 19 21:03:05 dnsmasq-dhcp[1861]: DHCPDISCOVER(br0) 9c:e6:35:79:5c:97
Sep 19 21:03:05 dnsmasq-dhcp[1861]: DHCPOFFER(br0) 192.168.1.104 9c:e6:35:79:5c:97
Sep 19 21:03:05 dnsmasq-dhcp[1861]: DHCPREQUEST(br0) 192.168.1.104 9c:e6:35:79:5c:97
Sep 19 21:03:05 dnsmasq-dhcp[1861]: DHCPACK(br0) 192.168.1.104 9c:e6:35:79:5c:97
Sep 19 21:57:48 dnsmasq-dhcp[1861]: DHCPREQUEST(br0) 192.168.1.101 ac:fd:ce:80:95:d0
Sep 19 21:57:48 dnsmasq-dhcp[1861]: DHCPACK(br0) 192.168.1.101 ac:fd:ce:80:95:d0 Acer4830t
Sep 19 22:46:57 dnsmasq-dhcp[1861]: DHCPREQUEST(br0) 192.168.1.101 ac:fd:ce:80:95:d0
Sep 19 22:46:57 dnsmasq-dhcp[1861]: DHCPACK(br0) 192.168.1.101 ac:fd:ce:80:95:d0 Acer4830t


Seems normal to me, I think
 
I had no settings more than the default settings. I started the flashing the day 1 I got the router. I did a reset after the first incident tho.

I just had a problem with the connection, I didn't lose connection to the Wifi but I couldn't access any webite, I couldn't even ping the router or external ip addresses. I could check (through the Fing Android app) my clients were still connected to the router. I get errors like this on Chrome: DNS_PROBE_FINISHED_BAD_CONFIG

I think the router is getting restarted by itself or something like that. It seems to do things all over again like dicovering, offering, requesting and packing DHCP

This is my latest log. I excluded several dnsmasq-dhcp[1861]: DHCPREQUEST(br0), DHCPACK(br0) DHCPDISCOVER(br0) and DHCPOFFER(br0) to make things shorter.

Sep 19 00:48:44 miniupnpd[707]: upnp_event_recv: recv(): Connection reset by peer
Sep 19 18:27:46 miniupnpd[707]: upnp_event_recv: recv(): Connection reset by peer
Sep 19 19:08:15 rc_service: httpd 480:notify_rc restart_dnsmasq
Sep 19 19:08:15 dnsmasq[1184]: exiting on receipt of SIGTERM
Sep 19 19:08:15 dnsmasq[1861]: started, version 2.73rc9 cachesize 1500
Sep 19 19:08:15 dnsmasq[1861]: warning: interface ppp1* does not currently exist
Sep 19 19:08:15 dnsmasq[1861]: asynchronous logging enabled, queue limit is 5 messages
Sep 19 19:08:15 dnsmasq-dhcp[1861]: DHCP, IP range 192.168.1.2 -- 192.168.1.172, lease time 1d
Sep 19 19:08:15 dnsmasq[1861]: read /etc/hosts - 5 addresses
Sep 19 19:08:15 dnsmasq[1861]: read /etc/hosts.dnsmasq - 2 addresses
Sep 19 19:08:15 dnsmasq-dhcp[1861]: read /etc/ethers - 12 addresses
Sep 19 19:08:15 dnsmasq[1861]: using nameserver 75.75.76.76#53 for domain local
Sep 19 19:08:15 dnsmasq[1861]: using nameserver 75.75.76.76#53 for domain bad
Sep 19 19:08:15 dnsmasq[1861]: using nameserver 75.75.75.75#53 for domain local
Sep 19 19:08:15 dnsmasq[1861]: using nameserver 75.75.75.75#53 for domain bad
Sep 19 19:08:15 dnsmasq[1861]: using nameserver 75.75.75.75#53
Sep 19 19:08:15 dnsmasq[1861]: using nameserver 75.75.76.76#53
Sep 19 20:27:45 miniupnpd[707]: remove port mapping 25475 TCP because it has expired
Sep 19 20:27:45 miniupnpd[707]: remove port mapping 25475 UDP because it has expired
Sep 19 22:52:39 kernel: * Make sure sizeof(struct sw_struct)=160 is consistent
Sep 19 22:52:39 kernel: IDPfw: TrendMicro forward module ver-1.0.28
Sep 19 22:52:39 kernel: IDPfw: Apply module param dev_wan=eth0
Sep 19 22:52:39 kernel: IDPfw: Apply module param sess_num=30000
Sep 19 22:52:39 kernel: IDPfw: Init chrdev /dev/idpfw with major 191
Sep 19 22:52:39 kernel: IDPfw: IDPfw is ready
Sep 19 22:52:39 kernel: sizeof forward param = 160
Sep 19 22:52:50 kernel: mod epilog takes 0 jiffies
Sep 19 22:52:50 kernel: IDPfw: Exit IDPfw
Sep 19 22:52:50 kernel: Stop the IPS/AppID engine...
Sep 19 22:52:50 kernel: IDPfw: Exit chrdev /dev/idpfw with major 191
Sep 19 22:52:50 rc_service: bwdpi_check 501:notify_rc start_firewall
Sep 19 22:52:50 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Sep 19 23:13:04 kernel: * Make sure sizeof(struct sw_struct)=160 is consistent
Sep 19 23:13:04 kernel: IDPfw: TrendMicro forward module ver-1.0.28
Sep 19 23:13:04 kernel: IDPfw: Apply module param dev_wan=eth0
Sep 19 23:13:04 kernel: IDPfw: Apply module param sess_num=30000
Sep 19 23:13:04 kernel: IDPfw: Init chrdev /dev/idpfw with major 191
Sep 19 23:13:04 kernel: IDPfw: IDPfw is ready
Sep 19 23:13:04 kernel: sizeof forward param = 160
Sep 19 23:13:14 kernel: mod epilog takes 0 jiffies
Sep 19 23:13:14 kernel: IDPfw: Exit IDPfw
Sep 19 23:13:14 kernel: Stop the IPS/AppID engine...
Sep 19 23:13:15 kernel: IDPfw: Exit chrdev /dev/idpfw with major 191
Sep 19 23:13:15 rc_service: bwdpi_check 501:notify_rc start_firewall
Sep 19 23:13:15 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Sep 19 23:13:17 kernel: * Make sure sizeof(struct sw_struct)=160 is consistent
Sep 19 23:13:17 kernel: IDPfw: TrendMicro forward module ver-1.0.28
Sep 19 23:13:17 kernel: IDPfw: Apply module param dev_wan=eth0
Sep 19 23:13:17 kernel: IDPfw: Apply module param sess_num=30000
Sep 19 23:13:17 kernel: IDPfw: Init chrdev /dev/idpfw with major 191
Sep 19 23:13:17 kernel: IDPfw: IDPfw is ready
Sep 19 23:13:17 kernel: sizeof forward param = 160
Sep 19 23:13:28 kernel: mod epilog takes 0 jiffies
Sep 19 23:13:28 kernel: IDPfw: Exit IDPfw
Sep 19 23:13:28 kernel: Stop the IPS/AppID engine...
Sep 19 23:13:28 kernel: IDPfw: Exit chrdev /dev/idpfw with major 191
Sep 19 23:13:28 rc_service: bwdpi_check 501:notify_rc start_firewall
Sep 19 23:13:28 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Sep 19 23:19:42 miniupnpd[707]: upnp_event_process_notify: connect(192.168.1.101:2869): No route to host
Sep 19 23:19:52 miniupnpd[707]: upnp_event_recv: recv(): Connection reset by peer

I gotta ask, is there being a problem with the DHCP Server? When manual assignment is used, are those IP addresses permanent or the router still applies the lease time and therefore makes the DHCP Server do all over again? Maybe I should clone the MAC address of the modem?

Please, help :(
 
Last edited:
Hello everybody.

This morning after the frst 12hrs of use with Merlin latest firmware, the router just went crazy, didn't give access to wired connections nor wireless connections. The SSID stopped appearing and when it did, it wouldn't connect and set the signal of the SSID very low or just dissapear at all. All clients were offline (the router and switch remained with it's respective lights on) and blinking (apparently) as usual

I remember I was streaming video on my phone while I was in the basement (router is upstairs) and the signal wasn't so great but it allowed full bandwidth from my ISP (30Mbps) much better than the modem;s Wifi signal provided by my ISP. Anyways, suddenly the signal was very low and disconnected. I tried to reconnect and nothing, went upstair and all clients didn't have a connection to the router anymore.

I had aiProtection on (Malcious Site Blocking and Vulnerabiility Protection). I don't know if this had anything to do since I didn't have Infected Device Protection and Blocking on.

I hope it does'nt happen again, people at the house was very mad at me for installing this new router and switch, which they just called anthenas :D

Thanks in advance for any inputs about this

I am having similar problems although my SSID's are still broadcasting i cannot connect to them as if i were entering the incorrect password.

It started just after i added 2 additional wireless IP cameras to my home security system which are being recorded 24/7 to a NAS.

I suspect the my issue has to do with a flood of wireless activity.

So farm i havent done anything to troubleshoot but will do some digging and report back.
 
I just updated firmware to latest Merlin, wifi and wired connections stopped working after a couple of hours. I could see the ssid but when I try to connect it won't let me. Reverted back to Asus stock firmware and all is fine again. In my case I guess the Merlin firmware is doing something that disconnects all connections. Modem is working fine with all lights on and the same with the router.
Hope someone can shed light to this, could be a bug but then again not everyone is having the same issue.

Thanks.
 
It started just after i added 2 additional wireless IP cameras to my home security system which are being recorded 24/7 to a NAS.

I've been having similar issues with my AC87U and thinking about it, things got worse after I enabled 24/7 recording of my wifi cams to a NAS.

Honestly, this router has been nothing but a disappointment.

It looks like a frickin space ship with all those antennas and yet it gives worse wifi coverage than my old Apple time capsule.

It runs stupidly hot and although people insist that's normal or within 'max temp' spec, I don't think it's a good thing.

It's fussy / unreliable when using a DSL modem that's been put in bridge mode.

Even when it's working 'perfectly' it has to be rebooted every few days to solve slow wifi issues, clients unable to connect, unable to access admin panel or a myriad of other reasons.

As of the last week or two, it's been locking-up a few times a day. Requiring a hard reboot.

And lets talk about the reboot, why on earth does it take 10 times longer than my Mac or Windows computer to boot up? My mac boots to desktop in 8 seconds..

Blehhhh I know this offers nothing to the conversation but I'm so frustrated with this piece of junk, especially knowing the high premium I paid for it.
 
Last edited:
I had no settings more than the default settings. I started the flashing the day 1 I got the router. I did a reset after the first incident tho.

I just had a problem with the connection, I didn't lose connection to the Wifi but I couldn't access any webite, I couldn't even ping the router or external ip addresses. I could check (through the Fing Android app) my clients were still connected to the router. I get errors like this on Chrome: DNS_PROBE_FINISHED_BAD_CONFIG

I think the router is getting restarted by itself or something like that. It seems to do things all over again like dicovering, offering, requesting and packing DHCP

This is my latest log. I excluded several dnsmasq-dhcp[1861]: DHCPREQUEST(br0), DHCPACK(br0) DHCPDISCOVER(br0) and DHCPOFFER(br0) to make things shorter.

Sep 19 00:48:44 miniupnpd[707]: upnp_event_recv: recv(): Connection reset by peer
Sep 19 18:27:46 miniupnpd[707]: upnp_event_recv: recv(): Connection reset by peer
Sep 19 19:08:15 rc_service: httpd 480:notify_rc restart_dnsmasq
Sep 19 19:08:15 dnsmasq[1184]: exiting on receipt of SIGTERM
Sep 19 19:08:15 dnsmasq[1861]: started, version 2.73rc9 cachesize 1500
Sep 19 19:08:15 dnsmasq[1861]: warning: interface ppp1* does not currently exist
Sep 19 19:08:15 dnsmasq[1861]: asynchronous logging enabled, queue limit is 5 messages
Sep 19 19:08:15 dnsmasq-dhcp[1861]: DHCP, IP range 192.168.1.2 -- 192.168.1.172, lease time 1d
Sep 19 19:08:15 dnsmasq[1861]: read /etc/hosts - 5 addresses
Sep 19 19:08:15 dnsmasq[1861]: read /etc/hosts.dnsmasq - 2 addresses
Sep 19 19:08:15 dnsmasq-dhcp[1861]: read /etc/ethers - 12 addresses
Sep 19 19:08:15 dnsmasq[1861]: using nameserver 75.75.76.76#53 for domain local
Sep 19 19:08:15 dnsmasq[1861]: using nameserver 75.75.76.76#53 for domain bad
Sep 19 19:08:15 dnsmasq[1861]: using nameserver 75.75.75.75#53 for domain local
Sep 19 19:08:15 dnsmasq[1861]: using nameserver 75.75.75.75#53 for domain bad
Sep 19 19:08:15 dnsmasq[1861]: using nameserver 75.75.75.75#53
Sep 19 19:08:15 dnsmasq[1861]: using nameserver 75.75.76.76#53
Sep 19 20:27:45 miniupnpd[707]: remove port mapping 25475 TCP because it has expired
Sep 19 20:27:45 miniupnpd[707]: remove port mapping 25475 UDP because it has expired
Sep 19 22:52:39 kernel: * Make sure sizeof(struct sw_struct)=160 is consistent
Sep 19 22:52:39 kernel: IDPfw: TrendMicro forward module ver-1.0.28
Sep 19 22:52:39 kernel: IDPfw: Apply module param dev_wan=eth0
Sep 19 22:52:39 kernel: IDPfw: Apply module param sess_num=30000
Sep 19 22:52:39 kernel: IDPfw: Init chrdev /dev/idpfw with major 191
Sep 19 22:52:39 kernel: IDPfw: IDPfw is ready
Sep 19 22:52:39 kernel: sizeof forward param = 160
Sep 19 22:52:50 kernel: mod epilog takes 0 jiffies
Sep 19 22:52:50 kernel: IDPfw: Exit IDPfw
Sep 19 22:52:50 kernel: Stop the IPS/AppID engine...
Sep 19 22:52:50 kernel: IDPfw: Exit chrdev /dev/idpfw with major 191
Sep 19 22:52:50 rc_service: bwdpi_check 501:notify_rc start_firewall
Sep 19 22:52:50 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Sep 19 23:13:04 kernel: * Make sure sizeof(struct sw_struct)=160 is consistent
Sep 19 23:13:04 kernel: IDPfw: TrendMicro forward module ver-1.0.28
Sep 19 23:13:04 kernel: IDPfw: Apply module param dev_wan=eth0
Sep 19 23:13:04 kernel: IDPfw: Apply module param sess_num=30000
Sep 19 23:13:04 kernel: IDPfw: Init chrdev /dev/idpfw with major 191
Sep 19 23:13:04 kernel: IDPfw: IDPfw is ready
Sep 19 23:13:04 kernel: sizeof forward param = 160
Sep 19 23:13:14 kernel: mod epilog takes 0 jiffies
Sep 19 23:13:14 kernel: IDPfw: Exit IDPfw
Sep 19 23:13:14 kernel: Stop the IPS/AppID engine...
Sep 19 23:13:15 kernel: IDPfw: Exit chrdev /dev/idpfw with major 191
Sep 19 23:13:15 rc_service: bwdpi_check 501:notify_rc start_firewall
Sep 19 23:13:15 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Sep 19 23:13:17 kernel: * Make sure sizeof(struct sw_struct)=160 is consistent
Sep 19 23:13:17 kernel: IDPfw: TrendMicro forward module ver-1.0.28
Sep 19 23:13:17 kernel: IDPfw: Apply module param dev_wan=eth0
Sep 19 23:13:17 kernel: IDPfw: Apply module param sess_num=30000
Sep 19 23:13:17 kernel: IDPfw: Init chrdev /dev/idpfw with major 191
Sep 19 23:13:17 kernel: IDPfw: IDPfw is ready
Sep 19 23:13:17 kernel: sizeof forward param = 160
Sep 19 23:13:28 kernel: mod epilog takes 0 jiffies
Sep 19 23:13:28 kernel: IDPfw: Exit IDPfw
Sep 19 23:13:28 kernel: Stop the IPS/AppID engine...
Sep 19 23:13:28 kernel: IDPfw: Exit chrdev /dev/idpfw with major 191
Sep 19 23:13:28 rc_service: bwdpi_check 501:notify_rc start_firewall
Sep 19 23:13:28 start_nat_rules: apply the nat_rules(/tmp/nat_rules_eth0_eth0)!
Sep 19 23:19:42 miniupnpd[707]: upnp_event_process_notify: connect(192.168.1.101:2869): No route to host
Sep 19 23:19:52 miniupnpd[707]: upnp_event_recv: recv(): Connection reset by peer

I gotta ask, is there being a problem with the DHCP Server? When manual assignment is used, are those IP addresses permanent or the router still applies the lease time and therefore makes the DHCP Server do all over again? Maybe I should clone the MAC address of the modem?

Please, help :(
static lease dhcp still has a lease. That shouldnt be a problem.

You should still clean flash between stock and merlin and between release versions. "starting flash from day 1" doesn't negate the need to clean flash. Ive never had issues with my 68u. Some people do. If you do right away then persobally i'd exchange it.
 

Sign Up For SNBForums Daily Digest

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