What's new

[384.9_Alpha - builds] Testing all variants.

  • 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.
Code:
FIXED: Added missing TEE Netfilter target on the RT-AC86U

Thank you!
Running alpha1-g951fac98d well here.
 
Updated to alpha1-g951fac98d on both Ac86u and ac68u, both going well at the moment :)
 
i am facing the strange issue on ac3200. after updating to alpha the WebGUI is really slow and CPU usage is around 75 % on both cores. all trend micro stuff is enabled during an update.
when i do a factory reset and configure from scratch then all is back in normal ...

has someone seen this too?
 
i am facing the strange issue on ac3200. after updating to alpha the WebGUI is really slow and CPU usage is around 75 % on both cores. all trend micro stuff is enabled during an update.
when i do a factory reset and configure from scratch then all is back in normal ...

has someone seen this too?
I’ve not seen it on either of my 86u or 68u
 
Updated to RT-AX88U_384.9_alpha1-g96b57d331 and all looks great... Thank you...
 
Unable to access wireless log on my Ac68u in repeater mode, it worked fine on the lest alpha.
 
i am facing the strange issue on ac3200. after updating to alpha the WebGUI is really slow and CPU usage is around 75 % on both cores. all trend micro stuff is enabled during an update.
when i do a factory reset and configure from scratch then all is back in normal ...

has someone seen this too?

Not seen here , after any firmware flash I power cycle the router if there is anything odd.
 
I noticed the correction in Asus's code for QOS and OVPN traffic not being marked properly and going to upload instead of download stats, is no longer working. So the fix @RMerlin did a few versions ago is not working now. I do not have FreshJR running at this time. If I run the corrected code in FreshJR it gets shown in stats correctly.o_O
 
I noticed the correction in Asus's code for QOS and OVPN traffic not being marked properly and going to upload instead of download stats, is no longer working. So the fix @RMerlin did a few versions ago is not working now. I do not have FreshJR running at this time. If I run the corrected code in FreshJR it gets shown in stats correctly.o_O
I have FreshJR’s script running and it appears to be marking my traffic properly at the moment. I need to run a few more things to be certain but just checking quickly it does appear to be working ok.
 
I have FreshJR’s script running and it appears to be marking my traffic properly at the moment. I need to run a few more things to be certain but just checking quickly it does appear to be working ok.
Sorry I didn't make myself clear.:oops: The data is marked properly with FreshJR running but not marked properly without it running.;)
 
Sorry I didn't make myself clear.:oops: The data is marked properly with FreshJR running but not marked properly without it running.;)
I’ve not actually tried it without FrshJR’s script so I didn’t realise there was a difference :confused:
I might uninstall the script and have a quick look at how the traffic is marked now :)
 
I’ve not actually tried it without FrshJR’s script so I didn’t realise there was a difference :confused:
I might uninstall the script and have a quick look at how the traffic is marked now :)
Don't unistall just disable.
Code:
/jffs/scripts/FreshJR_QOS disable
/jffs/scripts/FreshJR_QOS enable
 
Ah thanks dude!
I’ll fire my laptop up shortly and give it a go :)
I just noticed that there was an update to Trends signatures. That may have something to do with it.
 
Getting this a lot on my log:

lOeIU7b.png
 
Getting this a lot on my log:

lOeIU7b.png

Check that you don't have misconfigured MTUs on your LAN (i.e. a mixture of Jumbo Frame clients and not Jumbo-Frame enabled switches).
 
Check that you don't have misconfigured MTUs on your LAN (i.e. a mixture of Jumbo Frame clients and not Jumbo-Frame enabled switches).

This started today after i changed ISPs and updated to the lasted alpha build, with the ISP that i was using before the GPON ONT was in bridge mode and i was doing the PPPoE authentication strait on my RT-AC86U! But on the new ISP, they use a Nokia ONT, model G-240W-A, and it seems that there is no way to put it on bridge mode(at least no on this version of firmware that mine is using), so the PPPoE authentication is being done on the Nokia ONT, from ONT a cable is going to the wan on my RT-AC86U and the wan connection type being used is "Automatic IP", the mtu on the wan is 1500 and i tried to go into LAN->Switch Control -> Jumbo Frame On and OFF the result is the same...

The devices on my network right now are:

My desktop
Two xiaomi phone(both using 5ghz)
one xiaomi ip camera(the camera is using 2.4ghz)

Im going to test it with the pppoe connection mode with the old ISP since their service is still running.
 
Status
Not open for further replies.

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