How To Disable/Enable Energy Efficient Ethernet (EEE)?
-
@stephenw10 I had it on something external for a long time. Will switch it back and try again. Also, I disabled monitoring totally for a bit - also didn't help.
-
With monitoring disabled then did the PPPoE session fail entirely and then reconnect? That isn't what's shown in the above log.
-
@stephenw10 No - I currently do have a monitor in place. I was just commenting that in the past I had tried removing the monitor and I still experienced the same issue
-
Ok well we'd need to see what is logged in that situation then since without monitoring it would not throw a gateway alarm and that's what's causing the issues you're seeing now. Assuming there is no loss of link logged before that which is omitted from the logs you posted.
-
@stephenw10 there is a small sinppet here, happy to share anything else that can help
-
Those logs show the first thing logged is an alarm from the gateway monitoring. So clearly at that time it was running the gateway monitor.
From what we can see there the NIC did not lose link. The WAN just started dropping packets. Unless there were entries before that showing it did lose link?
So it could simply be that the WAN is lossy under load and the gateway monitoring values should be adjusted to match that so alarms are not triggered. Or just disabled.
-
@stephenw10 said in How To Disable/Enable Energy Efficient Ethernet (EEE)?:
the WAN is lossy under load
a. I didn't notice any load (CPU or mem)
b. what would cause both WAN's to drop at exactly the same time?!@stephenw10 said in How To Disable/Enable Energy Efficient Ethernet (EEE)?:
gateway monitoring values should be adjusted
I'm happy to try - what would you suggest?
-
The WANs share the same NIC? Using VLANs? Same ISP? Something upstream maybe?
Try setting packet loss at 50%. Anything hitting that is almost certainly broken.
-
@stephenw10 said in How To Disable/Enable Energy Efficient Ethernet (EEE)?:
Try setting packet loss at 50%. Anything hitting that is almost certainly broken.
I did, same intermittent dropouts
-
OK and still no link losses logged? Just gateway alarms?
What about the interface stats in Status > Interfaces? Does it show errors, dropped packets? How about in the output of
netstat -idirectly? -
MTU 1492 In/out packets 27805509/14754894 (27.99 GiB/6.21 GiB) In/out packets (pass) 27805509/14754894 (27.99 GiB/6.21 GiB) In/out packets (block) 5606/0 (222 KiB/0 B) In/out errors 0/0 Collisions 0netstat -i
Ierrs/Idrop/Oerrsare all0or- -
On the parent NIC? Both?
-
@stephenw10 here is a more detailed look:
-
No errors or drops on anything then. Which NICs are the PPPoE WANs using?
Could just be something upstream like a bad modem.
-
@stephenw10 icg1 & icg2. Yeah, it could be what are the chances they are both problematic and both drop at the same exact time?
-
Same ISP?
-
@stephenw10 different ISP, different modem make, and different tech (adsl vs fiber)
-
Hmm, very unlikely then. So neither NIC ever loses link. The PPPoE sessions do not get disconnected. The PPPoE connections simply stop passing traffic.
Do you see it logging missing LCP echos in the ppp log when this happens? It has to drop 5 before the ppp link is restarted and that doesn't appear to be happening but if the NICs stop passing traffic it would drop some LCP packets.
Do you have access to the modems on a private IP at all? You could assign the parent interfaces with those IPs as gateway and they would then be monitored separately to the PPP link.
-
@stephenw10 said in How To Disable/Enable Energy Efficient Ethernet (EEE)?:
Do you see it logging missing LCP echos in the ppp log when this happens
No. In 10 days of PPP logs, I only see a single "LCP: no reply to 1 echo request"
Do you have access to the modems on a private IP at all
no. One modem doesn't have a web interface afaik, and the other is being used in bridge mode (so the router doesnt do any tcp/ip stuff with it, as I understand)
-
@lazyt said in How To Disable/Enable Energy Efficient Ethernet (EEE)?:
No. In 10 days of PPP logs, I only see a single "LCP: no reply to 1 echo request"
Hmm, and the ppp sessions remain up on both WANs?
And I assume you saw multiple WAN alarms during that time?
