Posted: Sun Aug 18, 2019 12:21 Post subject: R6400v2 kongac unresponsive
I have R6400v2 with the latest v3.0-r40270M kongac, which is also my main router with PPPoE connection. I have 2 PC's on the network, and one of them is a mining RIG. The router has QOS enabled with "mining" at "maximum", just because I have around 100 vm's running each with it's own VPN connection in between those 2 PC's. Often the router gets "killed" = completely unresponsive (no WAN no LAN access, pinging gives no response). Sometimes it happends in a day, sometimes in a week. The router regains connection even without a reboot, only after I shut the mining RIG off. CAT.6 cable is going to the mining RIG, so I'm not considering interference. There are no wifi devices connected. I was planning to set up a new VLAN just for the RIG on another subnet in a few days when I get home, and see if it helps. Any idea to get to the bottom of this issue?
Joined: 18 Mar 2014 Posts: 12887 Location: Netherlands
Posted: Sun Aug 18, 2019 13:12 Post subject:
Enable syslog and if the routers stalls you can disconnect the rig and if the router becomes responsive again have a look at the syslog (can only be done without a reboot of course).
Keep an eye on the CPU temp (under status/router info)
Normal temperatures are around 70 C
Disable QoS and see if the problem is gone, recent builds have seen a lot of modfications on QoS.
Enable syslog and if the routers stalls you can disconnect the rig and if the router becomes responsive again have a look at the syslog (can only be done without a reboot of course).
Keep an eye on the CPU temp (under status/router info)
Normal temperatures are around 70 C
Disable QoS and see if the problem is gone, recent builds have seen a lot of modfications on QoS.
What is your WAN speed?
Do you have Shortcut Forwarding Engine (on setup page) enabled?
Shortcut Forwarding Engine is disabled. Should I leave it so? Wan speed is 12/3 Mbps, barely enough for the workload. I will disable QoS and enable syslog...
Keep sfe disabled it is hardly helping with these kind of WAN speeds
QOS might indeed be the source of the issue. Today I wasn't able to get the router and the RIG working at the same time, and decided to ask here for help. Whenever I turned the RIG on, the router was unresponsive in no time. I turned QOS off, and had no lockups of the router since. The problem now is, I need QOS on for everything on the network to work properly. Mining needs to have the highest priority, cause otherwise mining packets get delayed too much, up to 5000ms. Attached my QOS settings.
I hope so. QOS worked amazingly well in previous builds. For now I'll remove mining from QOS rules, even though packets are a few seconds delayed without it enabled.
I have an AC1450 which is the same hardware. I’m using Kong’s stable build and the router gets killed every so often in the same manner described in the OP. I posted about it here:
It seems, I solved my issue. I've isolated the mining RIG on a separate VLAN. With QOS enabled, the router was stable for 3 days now, without any lockups.
4th day... The VLAN I created lost internet, but since it's isolated my router didn't lockup. Internet was working fine on wifi and other LAN ports. QOS is definitely the culprit. I'm giving up until newer builds...
I didn't notice such behavior with QOS disabled. To flash latest version execute ddup --flash-latest command via SSH. Erase nvram and reset to factory defaults.
I didn't notice such behavior with QOS disabled. To flash latest version execute ddup --flash-latest command via SSH. Erase nvram and reset to factory defaults.
Yeah, good luck with that. <Kong>s build repo that ddup references is gone.