What's new

[Beta] Asuswrt-Merlin 384.18 Beta / 384.13_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!

Status
Not open for further replies.
Not necessarily. Does the channel in the GUI show '0' (zero) by any chance? What router is this, btw?

Remove power from the router and leave it unplugged for a minute or two. When powered back up, is the radio 'back'?
Unfortunately, I could not access the router GUI interface during the period of time where the 5ghz radio turned off. The router is a RT-AC86U with production year in 2017 (was bought at bestbuy canada). The 5ghz radio went back online after a manual reboot but I do not know if this issue will occur within the next 24 hours or so. I have disabled smart connect and used separate 2.4 (40mhz/channel 11) and 5ghz (80mhz and channel 161) ssids prior to the issue occurring.
 
If a simple reboot fixed this, I wouldn't be worried at this time, particularly if you hadn't rebooted at least twice (at about 15 minutes and about 1 hr and 15 minutes) after flashing it. :)
 
Unfortunately, I could not access the router GUI interface during the period of time where the 5ghz radio turned off. The router is a RT-AC86U with production year in 2017 (was bought at bestbuy canada). The 5ghz radio went back online after a manual reboot but I do not know if this issue will occur within the next 24 hours or so. I have disabled smart connect and used separate 2.4 (40mhz/channel 11) and 5ghz (80mhz and channel 161) ssids prior to the issue occurring.
I will refrain from using 40mhz on 2.4 ghz band, wide band on 2.4 ghz will create throughput issues.
 
Good catch. I'm talking about the AC88U

Can't reproduce. Open your browser console and look for any Javascript error.
 
Do you happen to have an errant nvram variable?
Code:
nvram get wl_bw_160

If I disable that checkbox and select 80 MHz bandwidth, that command returns 0. But the checkbox keeps appearing (unchecked).

6SE8Acy.png


If I enable the checkbox and select 160 MHz bandwidth, the command returns 1, the <select> box shows 160 MHz, but the checkbox remains unchecked.

C9kmvcE.png
 
Upgrading to 384.18 Beta - right royal battle. RT-AC86U

Utility remove usb Hdd
Stop all client opvn service
Clear all logs
Factory reset
Full power down restart
Dirty install Beta - Failed *
Factory reset
Rescue mode Beta install OK *
Reset all previous setting
Load opvn Clients
Utility Reboot
VPN Clients will not switch on - Fail *
(error msg - CA Key Invalid in Log, so issue in loading client data, checked keys are present)
Clear all logs
Factory reset
Re Load opvn Clients again
VPN Clients now switch on, but not connect - Fail *
(error msg - problem authorizing, so still issue in loading client data)
-
Fed up spent too much time on this going to revert back to 384.17,
one last full bash at installing Beta, before I give up.
-
Physically remove usb Hdd
Factory reset
Rescue mode Beta install OK *
Full power down restart
Dirty install Beta on top - OK *
Factory reset
Full power down restart
Reset all previous setting
Install usb Hdd with router settings
Load opvn Clients
Utility Reboot
Tested VPN Clients x5 all working fine - OK *
YES at last everything working yippy
-
Like I said a right royal Ta Tar, but I got there in the end, this router can be a finicky bugger when doing these upgrades.
I have noticed in the past with other upgrades as well, but in everyday use its fantastic, and I wouldn't swap it for another,
but upgrades that's my bug bear with it, humm, oh well time for a beer me thinks.

Thank you RMerlin (and fellow merlin support) your efforts as always
are very much appreciated. All the best - stay safe.
 
Last edited:
Anyone else running connmon? Would you please check your stats after upgrading to 384.18_b1? I just noticed this:

Picture says it all. 384.17 vs. 384.18_b1

RT-AC86U
No QOS
Only Change was to set Fixed Channels with SmartConnect
HW Acceleration is enabled
Load Average and memory utilization the same, processes stats, as seen in 'top', are normal.


upload_2020-6-23_8-57-33.png
 
Anyone else running connmon? Would you please check your stats after upgrading to 384.18_b1? I just noticed this:

Picture says it all. 384.17 vs. 384.18_b1

RT-AC86U
No QOS
Only Change was to set Fixed Channels with SmartConnect
HW Acceleration is enabled
Load Average and memory utilization the same, processes stats, as seen in 'top', are normal.


View attachment 24245
To compare both of mine (different locations and ISP providers, cable VS dsl). The second picture didn't get "updated" to new beta1 until this morning. Power failure at that location and just got around to it.
upload_2020-6-23_9-27-58.png


upload_2020-6-23_9-28-9.png
 
I started getting this on beta1:

Code:
Jun 23 08:36:33 RT-AX88U-8158 kernel: Init chrdev /dev/idp with major 190
Jun 23 08:36:33 RT-AX88U-8158 kernel: tdts: tcp_conn_max = 8000
Jun 23 08:36:33 RT-AX88U-8158 kernel: tdts: tcp_conn_timeout = 300 sec
Jun 23 08:36:35 RT-AX88U-8158 kernel: SHN Release Version: 2.0.1 0679c74
Jun 23 08:36:35 RT-AX88U-8158 kernel: UDB Core Version: 0.2.18
Jun 23 08:36:35 RT-AX88U-8158 kernel: Init chrdev /dev/idpfw with major 191
Jun 23 08:36:35 RT-AX88U-8158 kernel: IDPfw: flush fc
Jun 23 08:36:35 RT-AX88U-8158 kernel: IDPfw: IDPfw is ready
Jun 23 08:36:35 RT-AX88U-8158 kernel: sizeof forward pkt param = 280
Jun 23 08:36:35 RT-AX88U-8158 BWDPI: fun bitmap = 3
Jun 23 08:36:46 RT-AX88U-8158 BWDPI: force to flush flowcache entries
Jun 23 08:36:46 RT-AX88U-8158 kernel: IDPfw: Exit IDPfw
Jun 23 08:36:46 RT-AX88U-8158 kernel: mod epilog takes 0 jiffies
Jun 23 08:36:46 RT-AX88U-8158 kernel: IDPfw: Exit IDPfw
Jun 23 08:36:47 RT-AX88U-8158 kernel: Exit chrdev /dev/idpfw with major 191
Jun 23 08:36:47 RT-AX88U-8158 kernel: Exit chrdev /dev/idp with major 190
Jun 23 08:36:47 RT-AX88U-8158 BWDPI: rollback fc
Jun 23 08:36:47 RT-AX88U-8158 nat: apply nat rules (/tmp/nat_rules_eth0_eth0)
Jun 23 08:36:47 RT-AX88U-8158 custom_script: Running /jffs/scripts/nat-start
Jun 23 08:36:47 RT-AX88U-8158 custom_script: Running /jffs/scripts/firewall-start (args: eth0)
Jun 23 08:37:29 RT-AX88U-8158 YazFi: Firewall restarted - sleeping 30s before running YazFi
Jun 23 08:37:59 RT-AX88U-8158 YazFi: YazFi v4.1.1 starting up
Jun 23 08:38:01 RT-AX88U-8158 YazFi: wl1.1 (SSID: cromonetPT) - VPN redirection enabled, sending all interface internet traffic over VPN Client 1
Jun 23 08:38:03 RT-AX88U-8158 YazFi: wl1.2 (SSID: cromonetUS) - VPN redirection enabled, sending all interface internet traffic over VPN Client 2
Jun 23 08:38:05 RT-AX88U-8158 YazFi: Forcing YazFi Guest WiFi clients to reauthenticate


i get a few during the day. lose connectivity for a few moments while firewall/YAzFi restarts

did a search but didn't find anything conclusive on source of event
 
Last edited:
I don't modify the dictionary files, unless it's to fix broken Javascript errors, sorry.

Found the #/www/NL.dict
line 2179 should be altered to
Netwerk Hulpprogramma's

Used the Edge Chromium browser F12 edit tekst option, to test and it worked perfect.

RT-AC87U_384.13_9 Netwerk Hulpprogramma.jpg


But when I want to edit the file on my RT-AC87U using vi I get read only system file.
Can you maybe tell me how I can get the file writable so I will be able to edit it.

(After all this will probably be the last Merlin firmware for the RT-AC87U.)
 
But when I want to edit the file on my RT-AC87U using vi I get read only system file.
Can you maybe tell me how I can get the file writable so I will be able to edit it.

You can't. Best you can do is copy it to /jffs/ , edit that copy, then bind mount it on top of the flash version, then restart httpd. From a services-start script:

Code:
#!/bin/sh
mount -o bind /jffs/NL.dict /www/NL.dict 
service restart_httpd
 
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