Treadler
Very Senior Member
does that mean the only solution to my problem is?Code:nf_conntrack disable
Unsure, my issue was/is “protocol xxx is buggy”.
No issue here with conntrack.
does that mean the only solution to my problem is?Code:nf_conntrack disable
Anyone else having issues upgrading the RT-3100 model from RT-AC3100_386.1_alpha3-g874b3ed69d to RT-AC3100_386.1_alpha3-g88808c14f7? I use it as a node, first time when I updated it, it fell off the aimesh and my main router could not find it. Factory reset it and couldn't find it still or couldn't ping the router.
If I factory reset it and hook it up to my computer, I can get to the web interface that way. Ended up having to roll it back to version RT-AC3100_386.1_alpha3-g874b3ed69d.
does that mean the only solution to my problem is?Code:nf_conntrack disable
#disconnect wds interfaces
for item in $(ifconfig | awk 'BEGIN {FS=" "} /wds/ {print $1}')
do
logger "Disconnecting $item ..."
ifconfig $item down
done
@juched I have it is set to ethernet backhaul option.I remember having those messages on 384.14 or 15... cannot recall. It seems like it was due to a cirucluar loop. I was having high CPU usage as well.
I came up with this script and ran it at boot. Do you use wireless backhaul? Do you see any items starting with "wds" in your ifconfig command?
Code:#disconnect wds interfaces for item in $(ifconfig | awk 'BEGIN {FS=" "} /wds/ {print $1}') do logger "Disconnecting $item ..." ifconfig $item down done
What's flowcache? And is there a problem if I disable it?![]()
[Thread-1] [ 386.1_Alpha Build(s) ] Testing available build(s)
https://onedrive.live.com/?authkey=!AGY2taGX02nVmWA&id=CCE5625ED3599CE0!1427&cid=CCE5625ED3599CE0 NEW ALPHA BUILDS date (2020-11-03) Available build(s) RT-AC3100 RT-AC5300 RT-AC68U RT-AC86U RT-AC88U RT-AX56U RT-AX88U 386.1 (xx-xx-xxxx) Switched to the new 386 codebase. Models are going to...www.snbforums.com
What's flowcache? And is there a problem if I disable it?
| HW acceleration | Runner: Enabled - Flow Cache: Enabled |
|---|
Nov 24 10:33:17 kernel: CONSOLE: 189899.391 tx:prep:802.1x
Nov 24 10:33:18 kernel: CONSOLE: 189900.385 tx:prep:802.1x
Nov 24 10:33:19 kernel: CONSOLE: 189901.378 tx:prep:802.1x
Nov 24 10:33:20 wlceventd: wlceventd_proc_event(505): eth6: Auth D4:5D:64:94:6D:81, status: Successful (0)
Nov 24 10:33:20 wlceventd: wlceventd_proc_event(534): eth6: Assoc D4:5D:64:94:6D:81, status: Successful (0)
Nov 24 10:33:20 kernel: CONSOLE: 189902.372 tx:prep:802.1x
Nov 24 10:33:21 wlceventd: wlceventd_proc_event(469): eth7: Deauth_ind D4:5D:64:94:6D:84, status: 0, reason: Deauthenticated because sending station is leaving (or has left) IBSS or ESS (3)
Nov 24 10:33:21 wlceventd: wlceventd_proc_event(469): eth7: Deauth_ind D4:5D:64:94:6D:84, status: 0, reason: Class 3 frame received from nonassociated station (7)
Nov 24 10:33:21 kernel: CONSOLE: 189903.366 iov:SCB_DEAUTH
Nov 24 10:33:21 kernel: CONSOLE: 189903.366 wl1.0: wlc_ampdu_flush_scb_tid flushing 0 packets for d4:5d:64:94:6d:84 AID 15 tid 5
Nov 24 10:33:21 kernel: CONSOLE: 189903.369 iov:SCB_DEAUTH
Nov 24 10:33:21 kernel: CONSOLE: 189903.369 iov:SCB_DEAUTH
Nov 24 10:33:21 kernel: CONSOLE: 189903.370 iov:SCB_DEAUTH
Nov 24 10:33:21 kernel: CONSOLE: 189903.370 iov:SCB_DEAUTH
Nov 24 10:33:21 wlceventd: wlceventd_proc_event(469): eth7: Deauth_ind D4:5D:64:94:6D:84, status: 0, reason: Class 3 frame received from nonassociated station (7)
Nov 24 10:33:22 wlceventd: wlceventd_proc_event(469): eth7: Deauth_ind D4:5D:64:94:6D:84, status: 0, reason: Class 3 frame received from nonassociated station (7)
Nov 24 10:33:22 wlceventd: wlceventd_proc_event(469): eth7: Deauth_ind D4:5D:64:94:6D:84, status: 0, reason: Class 3 frame received from nonassociated station (7)
Nov 24 10:33:22 wlceventd: wlceventd_proc_event(469): eth7: Deauth_ind D4:5D:64:94:6D:84, status: 0, reason: Class 3 frame received from nonassociated station (7)
Nov 24 10:33:22 wlceventd: wlceventd_proc_event(469): eth7: Deauth_ind D4:5D:64:94:6D:84, status: 0, reason: Class 3 frame received from nonassociated station (7)
Nov 24 10:33:22 wlceventd: wlceventd_proc_event(469): eth7: Deauth_ind D4:5D:64:94:6D:84, status: 0, reason: Class 2 frame received from nonauthenticated station (6)
Nov 24 10:33:22 wlceventd: wlceventd_proc_event(469): eth7: Deauth_ind D4:5D:64:94:6D:84, status: 0, reason: Class 2 frame received from nonauthenticated station (6)
Nov 24 10:33:24 wlceventd: wlceventd_proc_event(469): eth6: Deauth_ind D4:5D:64:94:6D:81, status: 0, reason: Deauthenticated because sending station is leaving (or has left) IBSS or ESS (3)
Nov 24 10:33:28 wlceventd: wlceventd_proc_event(505): eth7: Auth D4:5D:64:94:6D:84, status: Successful (0)
Nov 24 10:33:28 wlceventd: wlceventd_proc_event(534): eth7: Assoc D4:5D:64:94:6D:84, status: Successful (0)
Nov 24 10:33:28 kernel: CONSOLE: 189910.412 wlc_ap_authresp: status 0
Nov 24 10:33:28 kernel: CONSOLE: 189910.413 wl1: turn sta MFP setting on with sha1
Nov 24 10:33:28 kernel: CONSOLE: 189910.413 wlc_ap_process_assocreq_done status 0
Nov 24 10:33:28 kernel: CONSOLE: 189910.416 iov:SCB_DEAUTH
Nov 24 10:33:28 kernel: CONSOLE: 189910.417 tx:prep:802.1x
Nov 24 10:33:29 kernel: CONSOLE: 189911.410 tx:prep:802.1x
Nov 24 10:33:29 wlceventd: wlceventd_proc_event(505): eth6: Auth D4:5D:64:94:6D:81, status: Successful (0)
Nov 24 10:33:29 wlceventd: wlceventd_proc_event(534): eth6: Assoc D4:5D:64:94:6D:81, status: Successful (0)
Dude, Don't Poke The Bear!I can't wait to see Merlin 386 beta with finalised revision of AX88U binaries... I guess a couple of weeks at least...
Merlin is doing things pretty quick, it is asus that drags the wheels across the finish line. So merlin can only go as quick as asus at this point.I can't wait to see Merlin 386 beta with finalised revision of AX88U binaries... I guess a couple of weeks at least...
I had cake installed and had no issues with it. Yes, you can now tell your devices, which note to connect to under Aimesh and you will see a bind icon. That will bind it to that particular node. So far it's working well.So, I'm looking into taking a jump to this alpha on my AX88U. Before I do, can anyone confirm is cake works on the alpha fw and it seems PIA is fully working as well. I see here folks are doing dirty upgrade with the new fws without any isssues.
Also, question with the new aimesh 2.0, in the past i had multiple gaming devices that would automatically connect to the nodes (over WIFI) and would cause alot of lag when connected to them. Is it now possible to force the gaming device to only connect the main router and not the node? I thought I read somewhere this is now possible where you can pick where your device connects too. Any info is greatly appreciated.
Just to clarify, can you bind the client device to the main router if you dont want them to connect the node as well? Thanks again!I had cake installed and had no issues with it. Yes, you can now tell your devices, which note to connect to under Aimesh and you will see a bind icon. That will bind it to that particular node. So far it's working well.
Haven't had any major issues with it. Only issue two issues I am facing currently are with the RT-3100 router. 1 it doesn't look like it's connected under nodes, even though it is. 2. I tried updating to the newest firmware and had to roll it back due to it dropping off the aimesh nodes and not seeing it.
You can. You can bind them either to the node or the main router.Just to clarify, can you bind the client device to the main router if you dont want them to connect the node as well? Thanks again!
I got some strange issues with alpha 3 and 40996. I usually stream TuneIn/Spotify on my Google Home speakers, but with beta 3 it only works 10-60 minutes before it all suddenly stops playing with no reason. No such issues at all with Alpha 2. Can't see anything blocked or errors in the systemlog, SkyNet or NextDNS when it happens. Also one time when I was in the GUI, I suddenly got thrown out to the login page when I was active.
I found that the CPU working more active in alpha 3 and I tried to catch some snapshots of processes using the "top" command, if that can be a clue:
Dirty upgrades from 384.19, so maybe time for a factory reset?!
- 28.7% avahi-daemon: running [RT-AC86U.local]
- 22.5% httpd -i br0
- 12.2% cfg_server
- 14.8% watchdog
Alpha 2:
View attachment 27845
Alpha 3:
View attachment 27846
I have this. BRAND NEW AC86U only has ONE version on it before. CPU going crazy, and memory down to around 26MB!
My graph is much crazier than yours though, its all over the place and the animated progress bars are changing all the time, up and down...
Don't have any addins installed. I had just moved my older AC86U onto my parents address so wondering if an upgrade there would be the same as this would be the "unclean" router as nto factory reset for a couple of merlin versions now.
Went back to previous alpha3 and was fine again straight after.
I got some strange issues with alpha 3 and 40996. I usually stream TuneIn/Spotify on my Google Home speakers, but with beta 3 it only works 10-60 minutes before it all suddenly stops playing with no reason. No such issues at all with Alpha 2. Can't see anything blocked or errors in the systemlog, SkyNet or NextDNS when it happens. Also one time when I was in the GUI, I suddenly got thrown out to the login page when I was active.
I found that the CPU working more active in alpha 3 and I tried to catch some snapshots of processes using the "top" command, if that can be a clue:
Dirty upgrades from 384.19, so maybe time for a factory reset?!
- 28.7% avahi-daemon: running [RT-AC86U.local]
- 22.5% httpd -i br0
- 12.2% cfg_server
- 14.8% watchdog
Alpha 2:
View attachment 27845
Alpha 3:
View attachment 27846
www.snbforums.com
We use essential cookies to make this site work, and optional cookies to enhance your experience.