What's new

[Release] Asuswrt-Merlin 384.9 is now available

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

ah ok
well, statistic is OFF
adaptive QOS = OFF
AIprotection = ON for all, except for malicious site blokcing = OFF

so pretty much OFF is then still normal i receive DCD errors?

I have everything turned off. Traffic Analyzer, QoS, AiProtection, AiCloud... the less you turn on the less can go wrong :)
Not using USB storage either, long switched to dedicated WD NAS.

In a way I have a feeling that most of the advanced router options are only making things worse?
Should be way more simple with stability being the trade-off....
 
I have everything turned off. Traffic Analyzer, QoS, AiProtection, AiCloud... the less you turn on the less can go wrong :)
Not using USB storage either, long switched to dedicated WD NAS.

In a way I have a feeling that most of the advanced router options are only making things worse?
Should be way more simple with stability being the trade-off....
and still DCD errors?
 
and still DCD errors?

I don't think so?
My log looks like this, just iPhones connecting and disconnecting when we leave the house...
From now on I'll ignore the log as long as the clients are fine...

Mq6hXgKl8d2lH91KFVCx5l8rBg4AbZHxgHatwnSZn1mSrQdBMjHoCCK5pqaP4bd6mqTfQp9qkD4CyUHt6hEGWU5BOe79r00i28SpM9JNW46hV3pLk5WcDQrRxJTn8ymNU-v20S6nHl82s7HHj-hl-pG8CXDn0kUT4AGe_aCy7WDvAS4bIVHTmf-vnOv5X-IkXOQAkLMxGg3fIja1eYLP41GIIMSCvo4fl_HFlMLruvvZKNV1YPStaOW7PfUwvdlftEqZ7tRRyFc84Fs4bmKFeCEhWAjJSNh6zut06tshwV1svCZ1TOVDh3qnxYVtjKcHG6n6-qTx_yaWu7NxB68-6h7qA1wiIFvbe-vhv5nqEPs89rMTT88WuvEGIKfi_ElnODSR26pP_g5rQtEXj0-w_pbQoRuXsk-P9C5KOvhVoSlpbIZHocHW_L_1W2PjFG4IAGhfZGU15jcCzdlgaekG__QcoKiBs6Y_b3vL7yyGud86T_h2id_QccdtUOiTKPUICQWwjhQHnAVaJC8GYZz3obnjBd0o_lrqcp-vHzZ0tDKqvevT2XmyEyZ7jiKNLW2J82fHOTyZs6AH3OrIxUwTmGeZvGDKAxaYQonZ_cLIHmupm6Q13Js6R72r0Jo6-BHzzoqRgmzjGn8VqlaXSPFoiGVit-MZJaB6=w581-h529-no
 
Last edited:
RT-AC68U

"Internet status disconnected" every 5-10 minutes (or randomly) and internet is actually disconnected. Reverting to previous version solves the issue.

Same issue with RT-AC5300 where half my network devices aren't showing. I went back to the previous version which involved many factory restores before getting it to work.
 
Trying to figure this out, but what it dcd, and what do these crashes impact?

Dcd is a process used by the Trend Micro engine, and I have no idea what impact it has if this specific service crashes from time to time.
 
Sitting in the relaxation room at my nephew's offices these are some of the devices I can see happily connected to an Asus RT-AX88U running Merlin 384.9
Samsung Galaxy Tab S3
Huawei MediaPad M5 8.4
Samsung Galaxy Tab S4
Xiaomi Mi Pad
Amazon Fire HD
Amazon Fire 7
Samsung Galaxy Tab Active2
Lenovo Yoga Tab 3 Plus
iPads x4
Macbook Pros x2
iPhones x5
and x7 other Android phones

All working , no issues.

I had no problems with slow WiFi devices in the 3 alpha stages , nor the betas.
Nothing has changed that can cause what you describe , it is YOUR device that has an issue.

You really think that this firmware can just pick one random Samsung device to not work with?
Hear, hear!
 
Finally, the whole household has its equal share of bandwidth when I decided to enable QOS after some complaints at/after diner :) After all was set and alive I was opening the classification page for a sneak peek. The RT86U stalls and is unresponsive. Someone is downloading a torrent, yeb busted buddy ;) Someone is streaming Netflix and someone is streaming music. The list is just to long.. Is there a way to get the list consolidated? I don’t have to see every IP uploading a piece of the file. And those wireless devices that are coming and leaving in the log page. Can you make it turn it off, Its like im running a big company here with al the data flooding left and right :confused: Anyway, keep up the great work Eric, jus keep us safeo_O!
 

Attachments

  • Captured.gif
    Captured.gif
    194.4 KB · Views: 406
Dcd is a process used by the Trend Micro engine, and I have no idea what impact it has if this specific service crashes from time to time.

Turn it off? That's what I did. I mean its a router, I never had an issue with it being off, there is the ISP, there is the windows firewall....
 
Hey Guys...I know this is probably been beat to death....but I'm hoping someone might have an idea whats happening.?

I have been installing the Merlin firmware updates for a long time now, and haven't had an issue with them, until now. I have an ASUS RT-AC86U.

So far all firmware updates have gone without a hitch, except for the 384.9 alpha's and this new 284.9...

If I go back to 284.2 these errors do not show up, but as soon as I install this latest set. It's back a again...... I have done a factory reset before Iv'e installed them, I have copied how these errors, from the log menu. Maybe any Ideas......:rolleyes:

kernal: dcd[8474]: unhadled level3 3 translation fault (11) at 0x000000000, esr 0x92000007
kernal: pgd - ffffffc011ea6000
kernal: [00000000] *pgd-000000000a5c2003, *pud=000000000a5c2003, "pmd=000000000a966003, *pte=0000000000000000
kernel: CPU: 1 PID: 8474 Comm: dcd Tainted: P O 4.1.27 #2
kernal: Hardware name: Broadcom-v8A (DT)
kernal: task: ffffffc0141a6b80 ti: ffffffc00a8fc000 task.ti: ffffffc00a8fc000
kernal: PC is at 0xf7213f44
kernal: LR is at 0x1dc74
kernal: pc : [<00000000f7213f44>] lr : [<000000000001dc74>] pstate: 600e0010
kernal: sp : 88888888ffb56bd8
kernal: x12 : 000000000009ff10
kernal: x11 : 00000000f64ff024 x10 : 00000000000a02b4
kernal: x9 : 00000000f64ffc60 x8 : 00000000000a076c
kernal: x7 : 00000000f64ffc98 x6 : 00000000000a0766
kernal: x5 : 0000000000000000 x4 : 00000000f64ffc44
kernal: x3 : 0000000000000000 x2 : 0000000000000000
kernal: x1 : 000000000007c674 x0 : 0000000000000000

---then later---

kernal: dcd[8472]: unhadled level3 3 translation fault (11) at 0x000000000, esr 0x92000007
kernal: pgd - ffffffc00b4fa000
kernel: [00000000] *pgd=00000000123d0003, *pud=00000000123d0003, *pmd=0000000012565003, *pte=0000000000000000
kernel: CPU: 1 PID: 4782 Comm: dcd Tainted: P O 4.1.27 #2
kernal: task: ffffffc01c085540 ti: ffffffc01e8a000 task.ti: ffffffc01e8fa000
kernal: PC is at 0xf71b3f44
kernal: LR is at 0x1dc74
kernel: sp : 00000000fff78468
kernel: x12: 000000000009ff10
kernel: x11: 00000000f64ff024 x10: 00000000000a02b4
kernel: x9 : 00000000f64ffc60 x8 : 00000000000a076c
Kernel: x7 : 00000000f64ffc98 x6 : 00000000000a0766
kernel: x5 : 0000000000000000 x4 : 00000000f64ffc44
kernel: x3 : 0000000000000000 x2 : 0000000000000000
kernel: x1 : 000000000007c674 x0 : 0000000000000000

---Then Later---

kernel: dcd[5461]: unhandled level 3 translation fault (11) at 0x00000000, esr 0x92000007
kernel: pgd = ffffffc012bbc000
kernel: [00000000] *pgd=0000000012042003, *pud=0000000012042003, *pmd=00000000121c4003, *pte=000000000000000
kernel: CPU: 1 PID: 5461 Comm: dcd Tainted: P O 4.1.27 #2
kernel: Hardware name: Broadcom-v8A (DT)
kernel: task: ffffffc01707f580 ti: ffffffc0114cc000 task.ti: ffffffc0114cc000
kernel: PC is at 0xf7590f44
kernel: LR is at 0x1dc74
kernel: pc : [<00000000f7590f44>] lr : [<000000000001dc74>] pstate: 600e0010
kernel: sp : 00000000ffd5d5b8
kernel: x12: 000000000009ff10
kernel: x11: 00000000f68ff024 x10: 00000000000a02b4
kernel: x9 : 00000000f68ffc60 x8 : 00000000000a076c
kernel: x7 : 00000000f68ffc98 x6 : 00000000000a0766
kernel: x5 : 0000000000000000 x4 : 00000000f68ffc44
kernel: x3 : 0000000000000000 x2 : 0000000000000000
kernel: x1 : 000000000007c674 x0 : 0000000000000000

Thanks in advance for any assistance......
 
Thanks in advance for any assistance......
Read the changelog plz, post #1 , this is a DCD crash
*dcd process crashing on RT-AC86U (bug in Trend Micro's code, outside of my control).
https://www.snbforums.com/threads/r...4-9-is-now-available.54843/page-9#post-463937
  • dcd process crashing on RT-AC86U (bug in Trend Micro's code, outside of my control).
  • IPv6s on Tracked Connections have their last two bytes set to 00 (bug in Trend Micro's code truncating the last two bytes).
  • No IPS events logged (bug in Asus's code, IPS should work, just fails to log hits)
  • Networkmap listing may be unreliable. (Bug in Asus's code)
Users failing to read changelogs will probably complain about the above issues. (Outside of my control). ;)( my favorite issue )

Solution: wait Asus for a fix in the next GPL and ignore them ,or downgrade to 384.8_2
 
Last edited:
Asuswrt-Merlin 384.9 is now available for all supported models. The focus of this release was merging newer GPLs, and implementing the new connection tracking report.

The highlights:
  • Merged with GPL 384_5329 (RT-AX88U) and GPL 384_45149 (other models). Binary blobs for the RT-AC87U and RT-AC3200 were provided by Asus to allow supporting these two models in this release.
  • Display a list of connections tracked by the Trend Micro DPI engine, along with the classification info. The table can be sorted by clicking on the field headers. The list was added to the "QoS Stats" page, which has been renamed "Classification".
  • Enhancements to the Wireless Log page (report number of spatial streams as well as the PHY type used by clients). Which info is available will vary between router models.
  • Updated built-in components: wget (1.20), nano (3.2), curl (7.62.0), Chart.js (2.7.3), dnsmasq (2.80-32-g28cfe36).
  • Enhancements to DNSFilter: now properly blocks clients using DoT or IPv6 to bypass it.
  • Various fixes and improvements to OpenVPN (resetting a client to default no longer wipes out policy rules or description, fixed DNS strict mode that wasn't working)
  • A number of other fixes and tweaks can be found in the detailed changelog

Please review the changelog for more details.

There is a number of known issues in this release that cannot be fixed at this time:

  • dcd process crashing on RT-AC86U (bug in Trend Micro's code, outside of my control).
  • IPv6s on Tracked Connections have their last two bytes set to 00 (bug in Trend Micro's code truncating the last two bytes).
  • No IPS events logged (bug in Asus's code, IPS should work, just fails to log hits)
  • Networkmap listing may be unreliable. (Bug in Asus's code)
  • Users failing to read changelogs will probably complain about the above issues. (Outside of my control).


Downloads are here.
Changelog is here.
 
Merlin can predict the future too it seems. Any chance I can get the powerball numbers? ;)
Code:
*Users failing to read changelogs will probably complain about the above issues. (Outside of my control)
 
Finally, the whole household has its equal share of bandwidth when I decided to enable QOS after some complaints at/after diner :) After all was set and alive I was opening the classification page for a sneak peek. The RT86U stalls and is unresponsive. Someone is downloading a torrent, yeb busted buddy ;) Someone is streaming Netflix and someone is streaming music. The list is just to long.. Is there a way to get the list consolidated? I don’t have to see every IP uploading a piece of the file. And those wireless devices that are coming and leaving in the log page. Can you make it turn it off, Its like im running a big company here with al the data flooding left and right :confused: Anyway, keep up the great work Eric, jus keep us safeo_O!
I like the feature as well and used it to help troubleshoot some items. I can see where some complain about it stalling but I wonder if we could limit the connections shown name or amount may help?
 
Read the changelog plz, post #1 , this is a DCD crash
*dcd process crashing on RT-AC86U (bug in Trend Micro's code, outside of my control).
https://www.snbforums.com/threads/r...4-9-is-now-available.54843/page-9#post-463937
  • dcd process crashing on RT-AC86U (bug in Trend Micro's code, outside of my control).
  • IPv6s on Tracked Connections have their last two bytes set to 00 (bug in Trend Micro's code truncating the last two bytes).
  • No IPS events logged (bug in Asus's code, IPS should work, just fails to log hits)
  • Networkmap listing may be unreliable. (Bug in Asus's code)
Users failing to read changelogs will probably complain about the above issues. (Outside of my control). ;)( my favorite issue )

Solution: wait Asus for a fix in the next GPL and ignore them ,or downgrade to 384.8_2

Thank You and I apologize..... I just thought it might have been something else, sense it was only this version, it seem to be having the issue....
 
Had the same issue with RT-AC68U after loading 384.9. Reboot seems to have fixed it.

I started seeing lots of these from Alexa-enabled smart plugs when I upgraded to 384.9. To get rid of them I had to set a fixed channel on my 2.4G Wifi and then unplug the devices and then plug them back in.
 
The list is just to long.. Is there a way to get the list consolidated?

No. You will have to avoid that page if you have that many entries.

The best I can do is completely disable that list whenever the list goes beyond a certain length. Beyond that, there's absolutely nothing I can do if someone's network has hundreds of tracked connections at once (something that apparently never came up through a whole month of test builds).

And those wireless devices that are coming and leaving in the log page. Can you make it turn it off,

No.
 
Did something change with DHCP on the AC88U?

My Sony Android TV running (Oreo) is wired and after 24 hours it complains that it no longer has an Internet connection. It doesn’t appear to be renewing the IP address lease and when I try to force it, it still won’t get an IP address until I reboot the TV after which it gets an IP address which lasts until it expires.

It was working fine on 384.8_2 (and prior) releases.
 
Did something change with DHCP on the AC88U?

My Sony Android TV running (Oreo) is wired and after 24 hours it complains that it no longer has an Internet connection. It doesn’t appear to be renewing the IP address lease and when I try to force it, it still won’t get an IP address until I reboot the TV after which it gets an IP address which lasts until it expires.

It was working fine on 384.8_2 (and prior) releases.

dnsmasq was updated, but I'm not aware of any particular DHCP-related change. I haven't studied the changes its author did however.

Check the system log for any error message.
 

Latest threads

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top