I think our issues might be related if they're both caused by a similar or the same bug in the driver. But I don't know the code to be able to tell.
Update:
The stock firmware has been running for over 3h without any issues whatsoever nor a single drop, I consider the router itself confirmed good.
This is an OpenWRT bug. I'm going to open a bug report related to the one above.
EDIT: Bug report opened. I'm done troubleshooting this issue unless someone else asks for more information. I'm sticking to the stock firmware until this bug is fixed or someone shows me I made a mistake somewhere and I can somehow fix it by myself.
As stated on OpenWRT webpage Snapshots are Development builds. These contain the latest technology, but may not work well, or at all.
So stay on stock firmware till a stable build is released for the D-Link DIR - 878.
1 Like
I also have problems with WAN on https://bugs.openwrt.org/index.php?do=details&task_id=3271, Archer C60 WAN disconnects and Udhcpc does not work correctly.
Thanks! The more people speak up, more likely it is it will get fixed.
I'll link your reports on my bug report.
Hey @Dynamo, is this fixed for most people on 21.02.0? I have just upgraded to 21.02.0 and I appear to be experiencing the issue.
I have a https://openwrt.org/toh/hwdata/elecom/elecom_wrc-2533gst2 and for the last year I was using the snapshot version that was linked to the wiki at 2020/06/27 09:05. I don't know which precise hash it was running and what code was included. About 2 months ago the wan down disconnects got progressively worse and worse I thought it might be the hardware failing or perhaps a bad cable to the router but I tried various things to no avail.
After reading the various linked pages from this one it seemed like perhaps the related code had been fixed and just afew weeks ago a 21.02.0 firmware was released for my device so I went to give it a go.
The wan down errors are much worse on this new version 21.02.0 as far as I can tell. Is there a work around patch that you have found to help with the issue? The only fixes I found were in code related to drivers other than MediaTek MT7621A.
Any info on the current status of this issue would be appreciated, are others still experiencing it? It makes OpenWRT pretty unusable for me unfortunately.
Hey @ev6ds !
I can confirm that this problem has been fixed for my device (the DIR-878) on 21.02. I'm still running the rc4 version as I still haven'd had time to upgrade to the final release.
WAN link uptime is about 4 days now, never ran into this issue again after installing 21.02.0-rc4.
I opted to simply wait until a version that had the issue fixed was available.
I'm baffled to hear it doesn't fix it for your device... I sincerely have no idea what's going on. If I can provide any other info that might help you, please let me know.
Maybe you could test rc4?
Godspeed,
Thanks so much for the fast reply Dynamo!
Just now I did a quick compare of the logs for the issue I was getting with the snapshot version from (2020-06-27) and the logs from the error I'm getting on 21.02.0 and they appear slightly different.
snapshot version from (2020-06-27)
Sat Sep 25 21:53:05 2021 daemon.info pppd[31865]: Plugin rp-pppoe.so loaded.
Sat Sep 25 21:53:05 2021 daemon.info pppd[31865]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.8
Sat Sep 25 21:53:05 2021 daemon.notice pppd[31865]: pppd 2.4.8 started by root, uid 0
Sat Sep 25 21:53:06 2021 kern.info kernel: [796777.181834] mt7530 mdio-bus:1f wan: Link is Down
Sat Sep 25 21:53:06 2021 daemon.notice netifd: Network device 'wan' link is down
Sat Sep 25 21:53:06 2021 daemon.notice netifd: Interface 'wan6' has link connectivity loss
Sat Sep 25 21:53:06 2021 daemon.notice netifd: Interface 'wan' has link connectivity loss
...
Sat Sep 25 21:53:15 2021 daemon.info pppd[32185]: Plugin rp-pppoe.so loaded.
Sat Sep 25 21:53:15 2021 daemon.info pppd[32185]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.8
Sat Sep 25 21:53:15 2021 daemon.notice pppd[32185]: pppd 2.4.8 started by root, uid 0
Sat Sep 25 21:53:20 2021 daemon.notice netifd: Network device 'wan' link is down
Sat Sep 25 21:53:20 2021 daemon.notice netifd: Interface 'wan6' has link connectivity loss
Sat Sep 25 21:53:20 2021 daemon.notice netifd: Interface 'wan' has link connectivity loss
Sat Sep 25 21:53:20 2021 kern.info kernel: [796790.493625] mt7530 mdio-bus:1f wan: Link is Down
21.02.0
Sun Sep 26 07:13:40 2021 daemon.info pppd[30717]: Plugin rp-pppoe.so loaded.
Sun Sep 26 07:13:40 2021 daemon.info pppd[30717]: RP-PPPoE plugin version 3.8p compiled against pppd 2.4.8
Sun Sep 26 07:13:40 2021 daemon.notice pppd[30717]: pppd 2.4.8 started by root, uid 0
Sun Sep 26 07:13:55 2021 daemon.warn pppd[30717]: Timeout waiting for PADO packets
Sun Sep 26 07:13:55 2021 daemon.err pppd[30717]: Unable to complete PPPoE Discovery
Sun Sep 26 07:13:55 2021 daemon.info pppd[30717]: Exit.
Sun Sep 26 07:13:55 2021 daemon.notice netifd: Interface 'wan' is now down
They do appear slightly different so perhaps the original issue I was having with the older snapshot version has been fixed. It was originally failing after 5 seconds with no error at all. Now it's failing after 15 seconds with a warning "Timeout waiting for PADO packets". Perhaps I just got unlucky with my service provider experiencing some outage precisely when I was testing it. I'll keep my eye on things and update here if I find the new cause when it happens again. It looks like the new issue is some kind of timeout by design rather than a random failure of the underlying firmware.
Just updating things appear to have stabilized and I haven't had the issue again. I'm guessing it was a provider issue that coincidentally happened right after updating.
2 Likes