ASUS Wireless Router RT-N66U – General Log: full of “protocol 0000 is buggy, dev eth0”
Posted by jpluimers on 2013/06/05
Not sure what happened, but my log appeared to be full of these messages:
Jun 5 12:46:56 kernel: protocol 0000 is buggy, dev eth0 Jun 5 12:47:02 kernel: printk: 61 messages suppressed. Jun 5 12:47:02 kernel: protocol 0000 is buggy, dev eth0 Jun 5 12:47:06 kernel: printk: 132 messages suppressed. Jun 5 12:47:06 kernel: protocol 0000 is buggy, dev eth0 Jun 5 12:47:11 kernel: printk: 544 messages suppressed. Jun 5 12:47:11 kernel: protocol 0000 is buggy, dev eth1 Jun 5 12:47:17 kernel: printk: 163 messages suppressed. Jun 5 12:47:17 kernel: protocol 0000 is buggy, dev eth0 Jun 5 12:47:21 kernel: printk: 115 messages suppressed. Jun 5 12:47:21 kernel: protocol 0000 is buggy, dev eth1 Jun 5 12:47:26 kernel: printk: 275 messages suppressed. Jun 5 12:47:26 kernel: protocol 0000 is buggy, dev eth0 Jun 5 12:47:31 kernel: printk: 644 messages suppressed. Jun 5 12:47:31 kernel: protocol 0000 is buggy, dev eth1 Jun 5 12:47:36 kernel: printk: 866 messages suppressed. Jun 5 12:47:36 kernel: protocol 0000 is buggy, dev eth1 Jun 5 12:47:41 kernel: printk: 750 messages suppressed. Jun 5 12:47:41 kernel: protocol 0000 is buggy, dev eth0 Jun 5 12:47:46 kernel: printk: 665 messages suppressed. Jun 5 12:47:46 kernel: protocol 0000 is buggy, dev eth1 Jun 5 12:47:51 kernel: printk: 766 messages suppressed. Jun 5 12:47:51 kernel: protocol 0000 is buggy, dev eth1 Jun 5 12:47:56 kernel: printk: 625 messages suppressed. Jun 5 12:47:56 kernel: protocol 0000 is buggy, dev eth1 Jun 5 12:48:01 kernel: printk: 782 messages suppressed. Jun 5 12:48:01 kernel: protocol 0000 is buggy, dev eth0
Note sure what caused it, but others have had it in the past as well.
Other symptoms:
- br0 network becoming slower and slower on download speed (but not on upload speed; in the end I had 0.5 megabit downstream and 5 megabit upstream)
- br0 ping times twice as high as normal (around 30 milliseconds on SpeedTest.net in stead of 15 milliseconds)
- WiFi (especially 2.4: eth1) becoming impossible to connect to from new connections
- packet drops
I thought they were caused because of me experimenting with a Fonera 2100A -> TomadoUSB experiment, especially since my FON access point was limited to 1 megabit.
But as soon as other users started to use the LAN, I got speed complaints about the slowness.
I’ve been running the ASUS RT-N66U in Firmware Version 3.0.0.4.260 with Operation Mode:Wireless router for quite a while now, but I also noticed that it had rebooted itself recently, as the was Uptime 0 days 20 hours when I started digging in the log.
The worst I got:
Ping (milliseconds) | Down (megabit) | Up (megabit) | WiFi connection to |
---|---|---|---|
31 | 0.4 | 0.9 | ASUS RT-N66U: 2.4 Ghz |
Time for a Reboot to see if it gets any better.
Later:
After a reboot the situation turned to normal:
Ping (milliseconds) | Down (megabit) | Up (megabit) | WiFi connection to |
---|---|---|---|
16 | 90 | 10 | ASUS RT-N66U: 2.4 Ghz |
17 | 9 | 8 | Fonera: MyPlace |
17 | 3 | 1 | Fonera: FON_AP |
15 | 2 | 0.6 | Wireless-N 3G Router |
15 | 1.5 | 0.7 | RT N66U TomatoUSB 2.4 Ghz |
–jeroen
François said
Hi Jeroen,
I also have this router and had just upgraded to the latest stable ASUS Firmware (3.0.0.4.270.), and after like 10 days, the 2.4GHz band was down the drain, while the 5.0GHz was still performing well.
I did a factory reset and installed the latest stable Merlin (http://www.lostrealm.ca/tower/) firmware (http://www.mediafire.com/download/c87a2qf920vi2cg/RT-N66U_3.0.0.4_270.26b.zip).
Now, it’s been 2 weeks of strong performance on both the 2.4GHz and 5.0GHz bands… All the PCs and gadgets connect without a hitch
And no more complaints from anyone… :-)
jpluimers said
Thanks. Will try that when this does not work:
One thing that changed recently is that my wife is using a different kind of VPN software to connect to her work. I will monitor that first.
–jeroen