What's new

[Release 382] Asuswrt-Merlin 382.1 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!

I keep getting these randomly showing in my logs:

Dec 5 16:30:16 kernel: pgd = ffffffc00b5f5000
Dec 5 16:30:16 kernel: [6c6c6554] *pgd=0000000000000000, *pud=0000000000000000
Dec 5 16:30:16 kernel: CPU: 0 PID: 19304 Comm: nt_center Tainted: P O 4.1.27 #2
Dec 5 16:30:16 kernel: Hardware name: Broadcom-v8A (DT)
Dec 5 16:30:16 kernel: task: ffffffc01346e100 ti: ffffffc01e0bc000 task.ti: ffffffc01e0bc000
Dec 5 16:30:16 kernel: PC is at 0xf6c24180
Dec 5 16:30:16 kernel: LR is at 0x0
Dec 5 16:30:16 kernel: pc : [<00000000f6c24180>] lr : [<0000000000000000>] pstate: 400b0010
Dec 5 16:30:16 kernel: sp : 00000000f61fc998
Dec 5 16:30:16 kernel: x12: 00000000f61fc9bc
Dec 5 16:30:16 kernel: x11: 00000000f5800010 x10: 00000000f5800040
Dec 5 16:30:16 kernel: x9 : 000000006c6c6548 x8 : 0000000000000090
Dec 5 16:30:16 kernel: x7 : 00000000f5822aa0 x6 : 00000000f59024e0
Dec 5 16:30:16 kernel: x5 : 00000000000003d8 x4 : 00000000f5902198
Dec 5 16:30:16 kernel: x3 : 00000000674e206f x2 : 0000000000000329
Dec 5 16:30:16 kernel: x1 : 0000000000000000 x0 : 0000000000000002

and

Dec 6 15:27:07 kernel: pgd = ffffffc014d3a000
Dec 6 15:27:07 kernel: [6c6c6554] *pgd=0000000000000000, *pud=0000000000000000
Dec 6 15:27:07 kernel: CPU: 0 PID: 836 Comm: mastiff Tainted: P O 4.1.27 #2
Dec 6 15:27:07 kernel: Hardware name: Broadcom-v8A (DT)
Dec 6 15:27:07 kernel: task: ffffffc01935c1c0 ti: ffffffc014d40000 task.ti: ffffffc014d40000
Dec 6 15:27:07 kernel: PC is at 0xf6e139d4
Dec 6 15:27:07 kernel: LR is at 0xf714a990
Dec 6 15:27:07 kernel: pc : [<00000000f6e139d4>] lr : [<00000000f714a990>] pstate: 400d0010
Dec 6 15:27:07 kernel: sp : 00000000ffa006d8
Dec 6 15:27:07 kernel: x12: 0000000000000100
Dec 6 15:27:07 kernel: x11: 00000000f6f14cbe x10: 000000006c6c6548
Dec 6 15:27:07 kernel: x9 : 0000000000000000 x8 : 0000000000133058
Dec 6 15:27:07 kernel: x7 : 00000000000000f0 x6 : 00000000f6ee07a8
Dec 6 15:27:07 kernel: x5 : 00000000000022f0 x4 : 0000000000130d68
Dec 6 15:27:07 kernel: x3 : 00000000674e206f x2 : 0000000000130d68
Dec 6 15:27:07 kernel: x1 : 0000000000000000 x0 : 00000000f6ee07a8
 
Last edited:
I keep getting this randomly showing in my logs:

Seems to be Asus's notification center crashing. That's all I can tell.
 
Hi guys, a problem that drives me crazy: RT-AC88U with Merlin 382.1.
I have one wired alarm Risco VuPoint cam and one WiFi alarm Risco VuPoint cam.
I do not open any TCP/UDP port and they are visible from the Risco Cloud app.

WiFi cam: http://192.168.0.86:64027 - TCP: 46577 - UDP: 63111
Wired cam: http://192.168.0.83:37080 - TCP: 37777 - UDP: 37778

After a few days they are no longer reachable.
Fatory reset router, restart from the beginning and cam ok (not open port and not UPnP).
Someone tells me that it may be the problem before I put the 380.x?
Thanks... ;)
 
Hi guys, a problem that drives me crazy: RT-AC88U with Merlin 382.1.
I have one wired alarm Risco VuPoint cam and one WiFi alarm Risco VuPoint cam.
I do not open any TCP/UDP port and they are visible from the Risco Cloud app.

WiFi cam: http://192.168.0.86:64027 - TCP: 46577 - UDP: 63111
Wired cam: http://192.168.0.83:37080 - TCP: 37777 - UDP: 37778

After a few days they are no longer reachable.
Fatory reset router, restart from the beginning and cam ok (not open port and not UPnP).
Someone tells me that it may be the problem before I put the 380.x?
Thanks... ;)
I had to roll back to 380.68_4 because I had the same problem with my IP cameras, plus bad wifi performance.
Same issue with the last official firm, so I'll wait for next release.

Sent from my SM-G935FD using Tapatalk
 
Since updating to the 382.1_2 I get a LOT of frequent . like each second log entries ...
Any idea why / what they mean / what to do to stop them?
Did firmware and did not clear / reload settings. Or manually reboot router after.

Dec 6 17:33:04 kernel: dhd_flow_rings_delete_for_peer: ifindex 0
Dec 6 17:33:04 kernel: dhd_flow_rings_delete_for_peer: ifindex 0
Dec 6 17:33:05 kernel: CONSOLE: 032955.617 wl1: wlc_ampdu_resp_timeout: cleaning up resp tid 0 waiting forseq 0xf26 for 200 ms
Dec 6 17:33:05 kernel: dhd_flow_rings_delete_for_peer: ifindex 0
Dec 6 17:33:05 kernel: dhd_flow_rings_delete_for_peer: ifindex 0
Dec 6 17:33:05 kernel: CONSOLE: 032956.381 wl1: wlc_ampdu_resp_timeout: cleaning up resp tid 0 waiting forseq 0xf35 for 200 ms
Dec 6 17:33:06 kernel: dhd_flow_rings_delete_for_peer: ifindex 0
Dec 6 17:33:06 kernel: CONSOLE: 032956.961 wl1: wlc_ampdu_resp_timeout: cleaning up resp tid 0 waiting forseq 0xf37 for 200 ms
 
I'm sure I will not upgrade soon, the latest 380.68.4 version runs smoothly without any problem.
 
Hi all,

I just installed v382.1_2 on my RT-AC88U and I got a lot of strange problems including my reverse proxy on my NAS being totally broken. I was ready to revert to 380 but before I do that I decided to restart the router. Surprisingly after the restart everything worked perfectly so give it a shot if you have tried everything else.
 
I've come across a peculiar problem that I haven't seen before. I have an RT-AC86U that I installed 382.1.2 after running the router on the stock(updated to current) firmware for a few days. When running on the factory FW I didn't observe this problem but I'll concede that I have not reverted back(stock FW) to verify that claim.

I have an issue with streaming video from one client to another. I have video files, mkv, Blu-ray ISO's, etc and if I have the viewing device(Oppo BDP) plugged into the router itself(by way of a switch with other A/V devices)I get stuttering playback. The source client(video repository/storage/server device) is also plugged into the router itself. If I unplug the cable that feeds the switch that feeds the Oppo player(among other audio/video devices) and plug it into another switch that itself is plugged into the router, the playback runs smoothly without issue.

Granted, there is no real reason that I'm aware of to have both the source and the sink device both plugged into the router as it appears to work just fine with just the source device plugged into the router and the sink device plugged into a downstream switch, but I just thought it was unusual enough to mention.

These devices are a Windows 10(1709) PC and an Oppo 103D Blu-ray player.

I hope I was clear enough to understand! Thanks!
 
How old is the switch you are having trouble with?
 
How old is the switch you are having trouble with?
This is the switch that the BDP is plugged into and in turn, was plugged into the router and has the stuttering.
https://www.amazon.com/dp/B003X7TRWO/?tag=snbforums-20

It is somewhat dated being put into service Jan 2013. Might it not be compatible with the very 'fresh' RT-AC86U?

I do have another switch at the sink end I could plug the BDP(sink device) and see if that works, it's more recent, https://www.amazon.com/gp/product/B000N99BBC/?tag=snbforums-20. The image is wrong on that Amazon page, it's a box shape rather than the smooth rounded shape of the image there but it's the same model number.
 
I'm unable to verify if it is a gigabit switch. I see the new one is available in gigabit. The switch may have problems its not like it expensive I think 16.99 American. I would confirm that the switch or the port is configured for gigabit if not get a new switch. It may be a port as well move the cable around on the switch.
 
Does the router show a link state?
 
I'm unable to verify if it is a gigabit switch. I see the new one is available in gigabit. The switch may have problems its not like it expensive I think 16.99 American. I would confirm that the switch or the port is configured for gigabit if not get a new switch. It may be a port as well move the cable around on the switch.
Sorry, they're both gigabit s and the older one, the D-Link appears to be still current on their website.

I am going to try swapping the cable to the more recent TP-Link switch and see if that does the trick, but I'm still curious as to why everything worked fine with my RT-N66U and doesn't with the 86U, the only difference in the system being the router?
 
Sorry, they're both gigabit s and the older one, the D-Link appears to be still current on their website.

I am going to try swapping the cable to the more recent TP-Link switch and see if that does the trick, but I'm still curious as to why everything worked fine with my RT-N66U and doesn't with the 86U, the only difference in the system being the router?
Not sure if this helps but you can use any port as the uplink port. It's an automatic switch.
 
Yes, it shows a link. Everything looks normal except that it stutters during playback.

I plugged the BDP into the TP-Link switch(which is plugged directly into the router and video playback works just fine.

And then I tried it again back the original way(D-Link switch/stuttering) and now it's working fine!

I am rather certain that the cables were plugged in nice and click-tight so I have no idea what was going on, but it appears the problem has 'evaporated'. For now anyhow. :)

Thanks!
 
Yes, it shows a link. Everything looks normal except that it stutters during playback.

I plugged the BDP into the TP-Link switch(which is plugged directly into the router and video playback works just fine.

And then I tried it again back the original way(D-Link switch/stuttering) and now it's working fine!

I am rather certain that the cables were plugged in nice and click-tight so I have no idea what was going on, but it appears the problem has 'evaporated'. For now anyhow. :)

Thanks!
Any positive resolution is a good one.
Cheers
 
I came to the same conclusion shortly after my reply. I realized that policy rules was one of the reasons why I switched from stock to your Merlin firmware!

In the meantime I’ve switch back to 382.1_2 today and used a work around by adding my VPN rules and priority using scripts placed in /jffs. So far it seems to be working fine.

Thanks!

hello, could u send me what priority did u add into those scripts? can u post it please?

a i have single WAN and had issues with VPN and nonVPN client after set POLICY in VPN UI
Also please post how did u check the priority on the page before

thanks! :)
 
hello, could u send me what priority did u add into those scripts? can u post it please?

a i have single WAN and had issues with VPN and nonVPN client after set POLICY in VPN UI
Also please post how did u check the priority on the page before

thanks! :)


Sure, you can use command "ip rule" to list priority after you ssh into your router. You should see something similar to my prior post https://www.snbforums.com/threads/r...-1-is-now-available.42127/page-18#post-362211

If your ovpnc* rule is listed at the bottom then you'll have a problem since the rules above it will take priority.

I created 3 scripts in total and placed them in /jffs/scripts folder:

1) "openvpn_event"
Created by @john9527 found in this post: https://www.snbforums.com/threads/f...lts-releases-v28e8.18914/page-238#post-294825

2) "vpnclient1-route-up"
Code:
#!/bin/sh
ip rule del prio 90 2> /dev/null > /dev/null

ip rule add from 192.168.1.55 lookup ovpnc1 prio 90

ip route flush cache

3) "vpnclient1-down"
Code:
#!/bin/sh
ip rule del prio 90 2> /dev/null > /dev/null

ip route flush cache

You should replace the 192.* IP with whatever IP you want in your own network to be routed through VPN. I set my priority for the VPN rule to 90 since I want it to match first and the rules assigned by the firmware starts from 100 for 382.1_2.

I also removed the client from the rule list in the "VPN Client" GUI since the scripts will add the rules.

Name the up and down scripts and ovpnc* value according to the client # assigned for VPN setup in "VPN Client" GUI. i.e. vpnclient1*/ovpnc1, vpnclient2*/ovpnc2, etc.

Also, if you want the clients to be blocked if the VPN tunnel goes down, just remove or rename the "vpnclient*-down" scripts.
 
Last edited:
First, I want to say "thanks" for putting in the effort to maintain this alternate firmware for the ASUS routers! What actually brought me here is that I found, somewhat to my shock and dismay, that the ASUS firmware doesn't support SNMP (despite their website that states that it supports SNMP as a management protocol). I was pleased to see that 382.1_2 includes SNMP support (and hopefully this is one of those features that ASUS will uptake when it realizes that any legitimate router should support SNMP). I also like that there is support in the UI for uploading an SSL certificate. Again, not sure why so many router manufacturers fail to understand that a self-signed cert that expires in a few years doesn't cut it as a security mechanism.

In terms of 382.1_2 running on a RT-AC88U the only odd thing that I've noticed so far is that my SSH sessions to the router seem to break every so often. I'm using the Bitvise SSH client on Windows 10, and it is able to re-establish the connections, but I don't know why the connections are breaking. It may be something about Bitvise as I've not see my SSH sessions break when coming from a CentOS 7 box using the standard SSH client.

I do have a question as well. My reason for getting the RT-AC88U was to experiment with setting up IPv6 on my home network. While I was able to coerce the system into a working state, I was again somewhat disappointed with the lack of configuration options for the IPv6 Router Advertisements sent out by the router (which are the heart and soul of configuring an IPv6 subnet, so lack of options constrains what one can do with one's network much more so than with IPv4). Under the hood, it uses dnsmasq which is not quite as flexible as radvd, but would support a much wider range of deployment scenarios than what the current UI allows one to use. One can brute-force it by handcrafting the dnsmasq.conf file under /jffs/configs, but that solution is brittle because it conflicts with what one does in the UI. I am interested in extending the UI to support a wider range of configuration options for the RA messages and pushing them into Merlin (with the hope that ASUS might uptake those as well). What would I need to do in order to submit those changes for inclusion into future versions of Merlin?
 

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!

Members online

Top