What's new

Is there a way to disable EEE (Energy-Efficient Ethernet) on the RT-AX88U?

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

Perhaps when you leave the AX88U WAN connected to the near MoCA adapter, then that link remains UP no matter what upstream segment you disconnect... UP but no WAN/Internet.

Using the Screenbeam MoCA 2.5 adapters with my ASUS routers has been plug and play here.

OE
Same here, I am using the ScreenBeam 2.5 with no issues, the only exception are those random micro-disconnects, it seems mostly at night, maybe when there is no traffic?
 
Same here, I am using the ScreenBeam 2.5 with no issues, the only exception are those random micro-disconnects, it seems mostly at night, maybe when there is no traffic?

I can't find anything in the documentation, but unplug the ethernet from the ISP device and see if the Asus WAN goes down. Some converters are smart enough to take down the remote ethernet when the local one is down. If so what you're seeing on the asus is likely just your ISP device going down, maybe for maintenance etc? Is it in the early morning hours?

Also make sure you've updated them to the latest firmware.
 
I can't find anything in the documentation, but unplug the ethernet from the ISP device and see if the Asus WAN goes down.

For reference...

For Screenbeam MoCA in my AiMesh backhaul...

router LAN <Ethernet1 - MoCA - Ethernet2> node WAN

... I must disconnect Ethernet2 at the node to cause failover to wireless backhaul. Other disconnects in the backhaul path (Ethernet1/MoCA) do not cause the wireless backhauls to turn ON.

OE
 
For reference...

For Screenbeam MoCA in my AiMesh backhaul...

router LAN <Ethernet1 - MoCA - Ethernet2> node WAN

... I must disconnect Ethernet2 at the node to cause failover to wireless backhaul. Other disconnects in the backhaul path (Ethernet1/MoCA) do not cause the wireless backhauls to turn ON.

OE

OK that confirms that, what if you disconnect the coax, do both ethernets go down?
 
OK that confirms that, what if you disconnect the coax, do both ethernets go down?

No, Ethernets stay connected/hot/UP... wired backhaul fails but wireless backhauls remain OFF. I had to break the Ethernet segment at the node end to simulate/force failover to wireless backhauls. This suggests AiMesh is simply determining Ethernet connectivity at the node end (?)

OE
 
Asus RT-AX88U <LAN1 - MoCA - LAN2> ISP Gateway - T-Mobile 5G Wireless WAN

When I did some tests yesterday, I simulated a LAN2 disconnect at the ISP gateway port, the LAN2 disconnect wasn't detected on the AX88U syslog, the LAN1 port of the MOCA (close to the AX88U) continued up and running.
 
Asus RT-AX88U <LAN1 - MoCA - LAN2> ISP Gateway - T-Mobile 5G Wireless WAN

When I did some tests yesterday, I simulated a LAN2 disconnect at the ISP gateway port, the LAN2 disconnect wasn't detected on the AX88U syslog, the LAN1 port of the MOCA (close to the AX88U) continued up and running.
That would make sense as it's only detecting that part of the link. Even if you fully disconnect the coax it'll still be detected as connected.
Disabling EEE won't change that. I think the best way around this is to detect WAN down by pinging an external target.
 
The usbmount script no longer works with stock firmware. Asus has removed it since their firmware didn't actively need it, and some malwares were using it to get launched at boot time.
I haven't used stock firmware in a long time, so their download master's dependency environment optware no longer requires the USB mount script? So is the nvram variable used to run the script after jffs is mounted still valid?
 
I haven't used stock firmware in a long time, so their download master's dependency environment optware no longer requires the USB mount script? So is the nvram variable used to run the script after jffs is mounted still valid?
I don`t know how Download Master installs itself. I haven`t looked at that in nearly 10 years.
 
I don`t know how Download Master installs itself. I haven`t looked at that in nearly 10 years.

Interesting that this comes up - IIRC this is basically transmission, and as a bittorrent client, this can run things off the rails on embedded hosts if the settings are too agressive..
 
Asus RT-AX88U <LAN1 - MoCA - LAN2> ISP Gateway - T-Mobile 5G Wireless WAN

When I did some tests yesterday, I simulated a LAN2 disconnect at the ISP gateway port, the LAN2 disconnect wasn't detected on the AX88U syslog, the LAN1 port of the MOCA (close to the AX88U) continued up and running.

OK that confirms the MOCA devices do not take down one port when they see the other port goes down. Some fiber to copper converters (most actually these days) do that but apparently not these MOCA adapters (or any MOCA adapter, not sure).

Have the brief disconnects on the Asus gone away since you disabled EEE? It really should not have any impact.

I'm wondering if with the dual WAN you had set up, if you are still doing ping or DNS tests from the Asus and when your ISP does maintenance it is detecting the outage and bouncing the WAN. If it is only happening overnight it seems unlikely to be coincidence, sounds like maintenance going on. You could try disabling all the WAN down tests both for dual wan and just regular WAN detection. Is it actually causing any issues? My FIOS does maintenance every now and then and unless I look in the log, I rarely notice.

You just have the single Asus WAN port at this point with the dual WAN disabled/not connected right?
 
No, Ethernets stay connected/hot/UP... wired backhaul fails but wireless backhauls remain OFF. I had to break the Ethernet segment at the node end to simulate/force failover to wireless backhauls. This suggests AiMesh is simply determining Ethernet connectivity at the node end (?)

OE

A slightly crude implementation but not a big deal typically, just need to rely on DNS or ping monitoring in the asus to detect WAN failure. May be totally normal for MOCA, my experience is with fiber/copper media converters and they changed those to "SMART" with 100M ones probably about 20 years ago, you unplug one side, the other goes down, and I've never seen a gig one that didn't have that feature.
 
I don`t know how Download Master installs itself. I haven`t looked at that in nearly 10 years.
That's okay, I'm not going to switch to the stock firmware to investigate it, that's because of your great work, thank you.
 
Interesting that this comes up - IIRC this is basically transmission, and as a bittorrent client, this can run things off the rails on embedded hosts if the settings are too agressive..
My personal opinion is that running a torrent client (and one that does not even receive regular security updates, to make things worse) is a really bad idea from both a security and performance point of view (torrents can be very resource intensive if sharing with a lot of peers).
 
That's okay, I'm not going to switch to the stock firmware to investigate it, that's because of your great work, thank you.
I suspect that Downloadmaster must have special dedicated support within the firmware to handle running it, considering it can be managed through the webui.
 
I suspect that Downloadmaster must have special dedicated support within the firmware to handle running it, considering it can be managed through the webui.
Maybe it no longer requires optware, the required dependencies and startup environment are integrated into the firmware, just like AiCloud.
 
The usbmount script no longer works with stock firmware. Asus has removed it since their firmware didn't actively need it, and some malwares were using it to get launched at boot time.
Is there any way to make `script_usbmount` come back? It's REALLY an important function.
 
Is there any way to make `script_usbmount` come back? It's REALLY an important function.
You can't "make it work", it was removed from the firmware code.
 

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