What's new

[Beta 382] Asuswrt-Merlin 382.2 Beta 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!

Status
Not open for further replies.
I noticed when AiProtection logged a lot of traffic in 2way IPS, it takes up around 200mb of memory, once u cleared the log in there memory usage is back to normal. Perhaps those that have AiProtection on and encountered slowdown, check that area and memory usage?

That could be the case for me as there had been a large download running for a while before I noticed the most recent slowdown.

I’ll turn off my nightly reboot and monitor as I also see very little memory available when this happens. I’ll also capture my before and after memory stats.


Sent from my iPhone using Tapatalk
 
New Frankenbuild uploaded to Test Builds, this time it's RT-AC3200 382.3 alpha 2. Please give this a good test run, as its success or failure will determine my plan regarding the next couple of firmware releases. This time it's a mixture of 19466 and 10007.
 
New Frankenbuild uploaded to Test Builds, this time it's RT-AC3200 382.3 alpha 2. Please give this a good test run, as its success or failure will determine my plan regarding the next couple of firmware releases. This time it's a mixture of 19466 and 10007.
As you saw the one for the RT-AC56U didn't work as expected. I doubt it was the precompiled components, probably something with the Trend Micro libraries. I could be wrong of course and the problem could be the reverse. Unfortunately I don't know how to debug this further, my findings are all in my previous post here which I assume you read.
 
I noticed when AiProtection logged a lot of traffic in 2way IPS, it takes up around 200mb of memory, once u cleared the log in there memory usage is back to normal. Perhaps those that have AiProtection on and encountered slowdown, check that area and memory usage?
Can you confirm which log you are clearing as I see that my 2-way IPS Event History survives a reboot which temporarily solves the issue for me?

I'm wondering if simply stopping and restarting AI Protection will be enough to cure it (until the next time).
 
Can someone tell me if it is by design that if I am using a PPPoE connection, setting "Respond ICMP Echo (ping) Request from WAN" @ Firewall to "no" does not work? I can ping my router without any problems.. And others too! Got lots of connection trys the last days..
 
In VPN - and OPEN VPN server i think there is a mistake in options.
See picture.

Are the options in Picture 1 and 2 changed in firmware by mistake?
If I choose number 1, I get the function that should be hosted in option 2.
https://ibb.co/fd08NR (se picture)

fd08NR
 
I never noticed it before and my 380.69 routers don't have it. There is a email.conf partially filled in in /etc/email/. What is it used for and is there a Webui settings page for it?
 
That's a different issue. The httpd crash isn't related to the web browser, and so far I have only ever experienced once, so I have no idea what is potentially causing it.
Hey I have a problem accessing my router ac3100 382.2_2 if I access using https feature whether logged in at home or not httpd crashes on the router. I am given access from the remote device. but after logging out and trying to log back in the routers https access is down. If I access by ssh and issue "services restart_httpd" I have instant access again.
 
Hey I have a problem accessing my router ac3100 382.2_2 if I access using https feature whether logged in at home or not httpd crashes on the router. I am given access from the remote device. but after logging out and trying to log back in the routers https access is down. If I access by ssh and issue "services restart_httpd" I have instant access again.
I'm able to do this by accessing my router from my cell network instead of my home network. But wow it shuts down httpd and leaves it down.
 
Can you confirm which log you are clearing as I see that my 2-way IPS Event History survives a reboot which temporarily solves the issue for me?

I'm wondering if simply stopping and restarting AI Protection will be enough to cure it (until the next time).
There's a trashcan icon just above the list of detected intrusion. Click that to clear.
 
New Frankenbuild uploaded to Test Builds, this time it's RT-AC3200 382.3 alpha 2. Please give this a good test run, as its success or failure will determine my plan regarding the next couple of firmware releases. This time it's a mixture of 19466 and 10007.
So far on RT-AC3200 I see a small visual misalignment on the system status overview but otherwise running fine for me.
 
I seem to be having issues with BT IPTV with beta 2. I have a fairly good download speed of 45-50Mbps.

If I watch one HD channel speed drops to 20-25Mbps and if I record it and switch to another IPTV channel it’s unwatchable (pixelated no sound etc) and the remaining bandwidth drops to around 2Mbps with ping in the many 100’s. The HD channels run around 7-7.5Mbps.

A router reboot corrects things for a few hours (so with above scenario the second HD channel is fine and am left with 30-35 Mbps) but then it deteriorates again.

Running RT-AC68U. Anyone else having issues with IPTV?

HB
 
I have a fairly long static DHCP list so I used the small "sort dhcp" utility to just save my static addresses.
JGrana what "sort dhcp" utility? I searched the forums for it couldn't find it. When I've been resetting, I've been using the nvram command to list my settings then saving to a text file. After Reset I use the nvram set command to put my custom_clientlist and dhcp list back. Would love a utility to make this easier!

Thanks
 
I seem to be having issues with BT IPTV with beta 2. I have a fairly good download speed of 45-50Mbps.

If I watch one HD channel speed drops to 20-25Mbps and if I record it and switch to another IPTV channel it’s unwatchable (pixelated no sound etc) and the remaining bandwidth drops to around 2Mbps with ping in the many 100’s. The HD channels run around 7-7.5Mbps.

A router reboot corrects things for a few hours (so with above scenario the second HD channel is fine and am left with 30-35 Mbps) but then it deteriorates again.

Running RT-AC68U. Anyone else having issues with IPTV?

HB

I didn’t have any problems with IPTV. How is the router set? and the IPTV option?
 
I was having random reboots with 380 in AC-3200. Memory was shown as 21%. I was about to rollback to asus stock firmware but saw this alpha. Still testing to see if it's not my hardware.

Memory is now at 24% but I noticed it's logging in debug mode. Let's see how it goes.

My cable is in LAN 2 but in the status page it shows LAN 3.
 
Does this have the same wifi driver as 382.1? I find that driver unstable as wifi is lost in less than 24 hours for my AC3100 requiring a power cycle every day. Rolling back to 380 is not an option either as that caused the router issues where I had a 50/50 chance of being able to load a web site even after factory default... upgrading back to 382.1 fixed the page loading issues.
 
As you saw the one for the RT-AC56U didn't work as expected. I doubt it was the precompiled components, probably something with the Trend Micro libraries. I could be wrong of course and the problem could be the reverse. Unfortunately I don't know how to debug this further, my findings are all in my previous post here which I assume you read.
Nah, is ok. Not gonna devote any more efforts on this since all that code is closed and outside of my control anyway.

Current tentative plan is to only release 382.2 for the RT-AC56U (since I have no newer GPL for that model), 382.3 for the RT-AC3200, and 384.4 for the AC68/88/3100/86. If the latest RT-AC3200 Frankenbuild is good enough, then I might skip that 382.3 release and merge it with the first 384 release.

The 382.2 AC68/88/3100/86 release will be scrapped due to the numerous issues, which should mostly be resolved in the first 384 release. Beta files will remain available for those who can live with those issues (like myself, my RT-AC88U works fine once I restart QOS after booting). I just need to finalize analyzing the 10007 code first.

Sent from my P027 using Tapatalk
 
Nah, is ok. Not gonna devote any more efforts on this since all that code is closed and outside of my control anyway.

Current tentative plan is to only release 382.2 for the RT-AC56U (since I have no newer GPL for that model), 382.3 for the RT-AC3200, and 384.4 for the AC68/88/3100/86. If the latest RT-AC3200 Frankenbuild is good enough, then I might skip that 382.3 release and merge it with the first 384 release.

The 382.2 AC68/88/3100/86 release will be scrapped due to the numerous issues, which should mostly be resolved in the first 384 release. Beta files will remain available for those who can live with those issues (like myself, my RT-AC88U works fine once I restart QOS after booting). I just need to finalize analyzing the 10007 code first.

Sent from my P027 using Tapatalk
In that case, the RT-AC56U build should have a big fat warning that it has broken PPPoE acceleration and it's not recommended for high speed connections that use it. Unless you have some idea how to fix it. It's the only thing that personally bugs me.
 
@RMerlin, I noticed in syslog that, even though not in use, the FTP_Server and iTunes daemon are being stopped on network restart:

Code:
Jan 15 08:33:17 RT-AC68U iTunes:  daemon is stopped
Jan 15 08:33:17 RT-AC68U FTP_Server:  daemon is stopped

Maybe this has always been this way, but I never noticed it before. Both are disabled in the WebUI. Are they still running in the background even when disabled? Is there a way to really disable them (if they're actually running in the background) to free up memory?

Edit: the same goes for upnp, also disabled, yet appears to be started:

Code:
Jan 15 08:38:15 RT-AC68U rc_service:  ntp 434:notify_rc restart_upnp
Jan 15 08:38:16 RT-AC68U rc_service:  udhcpc 391:notify_rc start_upnp
Jan 15 08:38:16 RT-AC68U rc_service:  waitting "stop_upnp" via udhcpc ...
Jan 15 08:38:17 RT-AC68U rc_service:  waitting "start_upnp" via udhcpc ...

Or might this be one of the issues with the 382 branch?
 
Last edited by a moderator:
Status
Not open for further replies.

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