What's new

[Official Release] AiMesh Firmware v3.0.0.4.384.10007 for All Supported Products

  • 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.
We are working on the througput issue now.

Not sure if this is by luck, I was fiddling with the beamforming settings, enabled MU-MIMO and enabled 802.11ac beamforming but disabled universal beamforming for 5Ghz.
Initially my download was somewhere 190mbps. But after the change my speed got doubled. I have attached the screenshot done on my iPhone 8+

As for wired, the performance is halved :(
 

Attachments

  • 0A0167B5-A634-4FDF-81E0-F801BC22FDFF.jpeg
    0A0167B5-A634-4FDF-81E0-F801BC22FDFF.jpeg
    22.9 KB · Views: 689
How should I conduct the “test” in order for it to be captured by the log?

Good examples of the lag:
1) Watching facebook video and roam from the main router to the node router. Even if I standing beside the node router, the video will appear to be loading and will take some time to resume

2) online mobile games. Similar to the above, when roaming from main to node, I will get kick out of the game server and have to launch the game again. This proves to me that the handshake isnt done properly

I would like to check that have any roaming event happened in your case...
 
Hmm so instead of behaving like a regular wired switch like it does in AP mode (assuming primary and secondary routers are connected via a physical network cable), AiMesh now forces the two to communicate exclusively over WiFi?

If you have an ethernet connection between router and node, node will use this one. And all other 4 ports will behalf like a switch.
But if your node is connected to router only via wireless, this will be the used. So the 4 ports in node will still be a switch but the uplink will be a wireless link.
 
Yes, you can. According some switch will blocked some kind of packet, could you try to configure the connection priority from "Auto" to "Ethernet" ?
Thanks for the answer. I have the switch set to Ethernet, so that is ok.
Well, than version 10007 seems missing the node once in a while. Yesterday I had to cycle the power for the node to get it in the mesh, today it went automatically.

Clarification: I switch both Asus AC68U and the Engenius off during the night to save on power consumption. Only the ISP-modem-router stays on 24/7 as it runs the phone.
 
If you have an ethernet connection between router and node, node will use this one. And all other 4 ports will behalf like a switch.
But if your node is connected to router only via wireless, this will be the used. So the 4 ports in node will still be a switch but the uplink will be a wireless link.

Excellent I was hoping for that answer! Thank you for clearing that up :)
 
I have a RT-AC1900p and an RT-AC68U, both running the latest AImesh firmware v3.0.0.4.384.10007. Both routers were factory reset before installation, and manually configured.

Everything is running great, except for one annoying bug.

I occasionally use the Asus Router android app, which is updated to the latest version. Every time I use this app, it changes the time zone to Guadalajara, Mexico (I am in the central time zone US), and it changes the month Daylight savings time ends from 11 (November) to 1 (January). I don't do anything in the app but look around (don't make any changes).

I then access the main router through a web browser and change everything back. When I run the android app again, the changes are made again.

I've tried this on two different android devices, and it happens on both. The app is running over the LAN only, not the WAN.

Does anyone have any idea what is causing this? Any idea how to fix it?

Sent from my LG-V940n using Tapatalk

Edit : I'm adding an excerpt from the system log below. Not much obvious to me, maybe it will help someone else. Note the time changes by 6 hours, then back after I manually change the timezone back.

Jan 8 10:05:29 roamast: eth1: disconnect weak signal strength station [c0:ee:fb:42:a8:d7]
Jan 8 10:05:29 roamast: eth1: remove client [c0:ee:fb:42:a8:d7] from monitor list
Jan 8 10:10:36 roamast: eth1: add client [c0:ee:fb:42:a8:d7] to monitor list
Jan 8 16:13:41 syslogd started: BusyBox v1.17.4
Jan 8 16:13:41 kernel: klogd started: BusyBox v1.17.4 (2017-12-29 19:47:09 CST)
Jan 8 16:13:42 nat: apply nat rules (/tmp/nat_rules_eth0_eth0)
Jan 8 16:13:42 miniupnpd[10367]: version 1.9 started
Jan 8 16:13:43 miniupnpd[10367]: HTTP listening on port 54448
Jan 8 16:13:43 miniupnpd[10367]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 8 10:13:48 hour monitor: daemon is starting
Jan 8 10:17:24 syslogd started: BusyBox v1.17.4
Jan 8 10:17:24 kernel: klogd started: BusyBox v1.17.4 (2017-12-29 19:47:09 CST)
Jan 8 10:17:24 nat: apply nat rules (/tmp/nat_rules_eth0_eth0)
Jan 8 10:17:25 miniupnpd[10526]: version 1.9 started
Jan 8 10:17:25 miniupnpd[10526]: HTTP listening on port 43819
Jan 8 10:17:25 miniupnpd[10526]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 8 10:17:25 miniupnpd[10526]: shutting down MiniUPnPd
Jan 8 10:17:25 miniupnpd[10532]: version 1.9 started
 
Last edited:
I have a RT-AC1900p and an RT-AC68U, both running the latest AImesh firmware v3.0.0.4.384.10007. Both routers were factory reset before installation, and manually configured.

Everything is running great, except for one annoying bug.

I occasionally use the Asus Router android app, which is updated to the latest version. Every time I use this app, it changes the time zone to Guadalajara, Mexico (I am in the central time zone US), and it changes the month Daylight savings time ends from 11 (November) to 1 (January). I don't do anything in the app but look around (don't make any changes).

I then access the main router through a web browser and change everything back. When I run the android app again, the changes are made again.

I've tried this on two different android devices, and it happens on both. The app is running over the LAN only, not the WAN.

Does anyone have any idea what is causing this? Any idea how to fix it?

Sent from my LG-V940n using Tapatalk

Edit : I'm adding an excerpt from the system log below. Not much obvious to me, maybe it will help someone else. Note the time changes by 6 hours, then back after I manually change the timezone back.

Jan 8 10:05:29 roamast: eth1: disconnect weak signal strength station [c0:ee:fb:42:a8:d7]
Jan 8 10:05:29 roamast: eth1: remove client [c0:ee:fb:42:a8:d7] from monitor list
Jan 8 10:10:36 roamast: eth1: add client [c0:ee:fb:42:a8:d7] to monitor list
Jan 8 16:13:41 syslogd started: BusyBox v1.17.4
Jan 8 16:13:41 kernel: klogd started: BusyBox v1.17.4 (2017-12-29 19:47:09 CST)
Jan 8 16:13:42 nat: apply nat rules (/tmp/nat_rules_eth0_eth0)
Jan 8 16:13:42 miniupnpd[10367]: version 1.9 started
Jan 8 16:13:43 miniupnpd[10367]: HTTP listening on port 54448
Jan 8 16:13:43 miniupnpd[10367]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 8 10:13:48 hour monitor: daemon is starting
Jan 8 10:17:24 syslogd started: BusyBox v1.17.4
Jan 8 10:17:24 kernel: klogd started: BusyBox v1.17.4 (2017-12-29 19:47:09 CST)
Jan 8 10:17:24 nat: apply nat rules (/tmp/nat_rules_eth0_eth0)
Jan 8 10:17:25 miniupnpd[10526]: version 1.9 started
Jan 8 10:17:25 miniupnpd[10526]: HTTP listening on port 43819
Jan 8 10:17:25 miniupnpd[10526]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 8 10:17:25 miniupnpd[10526]: shutting down MiniUPnPd
Jan 8 10:17:25 miniupnpd[10532]: version 1.9 started

We known the timezone issue, it's under investigating now...
 
Hello all. Just quick question. Found out about the Aimesh upgrade from Asus and decided to give it a try. My home is a 3800 square foot 2 story home. I have Fiber to my house hub and have GB service from my ISP

I have been using an Asus 3100 as my main router, a rt66u 1st gen in my upstairs loft running in AP mode and a Linksys ac1200 with the HG antennas downstairs. All are on separate SSID's and my network works really well, but I like to dabble and always enjoy upgrading....

So, I just purchased 2 rt68u's from Amazon and was about to replace the 66u and Linksys with them and run my network using Aimesh. I see that the 86u actually has better specs and faster internals then even my 3100.

I was just wondering if the added cost($140-160) would be worth it if I opted to go with 2 of the 86u's instead of the 68u's I just bought. I'm thinking since my older 3100 is my main router and the 86u has faster internals, it might be better just to stick with the 68u's? I really don't want to swap out the 3100 and redo the whole network over right now tbh. Also, I pretty much set the routers to run stock, don't use merlin/QOS/VPN, etc. Anyway, thanks for any replies!
 
Last edited:
Just need clarification. I have a 3100 as my main router and my current 66u as my AP in my loft. My wan port is not used on the 66u of course, and I have a Ethernet cable running from the lan port into the lan port on my 3100

I'm confused when I read on Aimesh setup for setting up mesh APnodes with Ethernet back haul. I have 2 new 68u's to make my Aimesh network and one of them will be replacing the 66U in my loft. I have 2 computers that I want to connect to the new 68u via the lan ports.

Asus's website states that I need to connect the mesh node router WAN port though to the lan port of the main router? Not the lan port of the mesh node router? I thought a AP router's wan port was not used? i am sorry for the noob question. Maybe I am just confusing my self.

this is the link to the Asus diagram that is confusing me- https://www.asus.com/us/support/FAQ/1035140/
 
I have a question as to whether WPS can be disabled after establishing the mesh network. When you go to turn it off, it states "If you disable WPS, it will affect the AIMesh wifi connectivity. Are you sure to process?" WPS ON shows as a risk under the Router Security Assessment Scan.

I wouldd like to know the answer too.
 
Hi guys! Could I suggest for you to move all TM conversion issues to a different thread? That's a very specific issue and not officially supported by Asus and it is becoming too much noisy for the people with normal units to follow this thread.

I understand that you also want to get into the aimesh feature but you could have those discussions in a more dedicated thread imho.

(I'm actually trying to say this in a polite way but since I'm not a native English speaker i might have failed lol)
Done.
All you AiMesh/TM-AC1900 fans, please continue the conversation here: https://www.snbforums.com/threads/aimesh-on-the-t-mobile-tm-ac1900.43278/
 
Just need clarification. I have a 3100 as my main router and my current 66u as my AP in my loft. My wan port is not used on the 66u of course, and I have a Ethernet cable running from the lan port into the lan port on my 3100

I'm confused when I read on Aimesh setup for setting up mesh APnodes with Ethernet back haul. I have 2 new 68u's to make my Aimesh network and one of them will be replacing the 66U in my loft. I have 2 computers that I want to connect to the new 68u via the lan ports.

Asus's website states that I need to connect the mesh node router WAN port though to the lan port of the main router? Not the lan port of the mesh node router? I thought a AP router's wan port was not used? i am sorry for the noob question. Maybe I am just confusing my self.

this is the link to the Asus diagram that is confusing me- https://www.asus.com/us/support/FAQ/1035140/

The Ethernet cable gets plugged into the WAN port on the AP/node whether operating in traditional AP mode or mesh mode.
 
so I setup my first aimesh. One device is an RT-AC1900 the other is an RT-68U connected with a gigabit ethernet backhaul. The aimesh works great and I get a solid 112mbps. But after roughly 24 hours or so it seems like all wifi slows down. The fastest I can get standing next to my second aimesh router is 20-30mbps. This is with the connection saying 780mbps on my phone on 5ghz. Hard wired devices work fine at 112mbps. Anyone else experience this issue? If I reboot my secondary aimesh router (closest to me) it seems to work again. It almost seems like it stops using the ethernet backhaul at some point and starts going wireless mesh.


(figured it out)
you can force ethernet as higher priority instead of auto. You need to click on the aimesh router, more config, change "connection priority" from auto to ethernet
 
I have upgraded to this firm from 380.69 and still having problems...
382.xxxx branch (merlin & official) throughput was affected seriously, plus no access to WebGUI after 20-30min.
Now with 384.xxxx branch 5Ghz band drops randomly and after 20-30 minutes I loose WebGUI access (rebooting is the only workaround).

I had to rollback to RM 380.69 to solve it.

Sent from my SM-G935FD using Tapatalk
 
Wow! I thought I was going crazy or something! Yes, the same exact thing happens to me as well. I just thought it was the firmware itself but its the darn Asus Router android app! I never put 2 and 2 together.

I just watched it happen live. I logged into my router and checked my Administration/System tab and the time zone and DST settings were correct. I then opened my Asus Router android app and waited for it to connect to my router. Once the app connected, the admin web gui page logged me out immediately. I logged back into the router's gui and checked the time zone and dst settings and they were back to Guadalajara, Mexico!

I have a RT-AC1900p and an RT-AC68U, both running the latest AImesh firmware v3.0.0.4.384.10007. Both routers were factory reset before installation, and manually configured.

Everything is running great, except for one annoying bug.

I occasionally use the Asus Router android app, which is updated to the latest version. Every time I use this app, it changes the time zone to Guadalajara, Mexico (I am in the central time zone US), and it changes the month Daylight savings time ends from 11 (November) to 1 (January). I don't do anything in the app but look around (don't make any changes).

I then access the main router through a web browser and change everything back. When I run the android app again, the changes are made again.

I've tried this on two different android devices, and it happens on both. The app is running over the LAN only, not the WAN.

Does anyone have any idea what is causing this? Any idea how to fix it?

Sent from my LG-V940n using Tapatalk

Edit : I'm adding an excerpt from the system log below. Not much obvious to me, maybe it will help someone else. Note the time changes by 6 hours, then back after I manually change the timezone back.

Jan 8 10:05:29 roamast: eth1: disconnect weak signal strength station [c0:ee:fb:42:a8:d7]
Jan 8 10:05:29 roamast: eth1: remove client [c0:ee:fb:42:a8:d7] from monitor list
Jan 8 10:10:36 roamast: eth1: add client [c0:ee:fb:42:a8:d7] to monitor list
Jan 8 16:13:41 syslogd started: BusyBox v1.17.4
Jan 8 16:13:41 kernel: klogd started: BusyBox v1.17.4 (2017-12-29 19:47:09 CST)
Jan 8 16:13:42 nat: apply nat rules (/tmp/nat_rules_eth0_eth0)
Jan 8 16:13:42 miniupnpd[10367]: version 1.9 started
Jan 8 16:13:43 miniupnpd[10367]: HTTP listening on port 54448
Jan 8 16:13:43 miniupnpd[10367]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 8 10:13:48 hour monitor: daemon is starting
Jan 8 10:17:24 syslogd started: BusyBox v1.17.4
Jan 8 10:17:24 kernel: klogd started: BusyBox v1.17.4 (2017-12-29 19:47:09 CST)
Jan 8 10:17:24 nat: apply nat rules (/tmp/nat_rules_eth0_eth0)
Jan 8 10:17:25 miniupnpd[10526]: version 1.9 started
Jan 8 10:17:25 miniupnpd[10526]: HTTP listening on port 43819
Jan 8 10:17:25 miniupnpd[10526]: Listening for NAT-PMP/PCP traffic on port 5351
Jan 8 10:17:25 miniupnpd[10526]: shutting down MiniUPnPd
Jan 8 10:17:25 miniupnpd[10532]: version 1.9 started
 
Sorry if this post doesnt belong here. I have the GT-AC5300 router and was following the beta thread prior to it being closed. Do we use this thread going forward for this? Is there a separate forum for the GT-AC5300 beta? Thanks all.
 
Status
Not open for further replies.

Similar threads

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