Recent content by vibroverbus

My Max doesn't run very hot at all so you may have bad info there, informally it seems to be just about the same as my Fiber, despite an older slower micro. Admittedly its fairly light traffic/loading but thats true of both sites "most of the time". I have IPS and Traffic Logging on, but no...

Mostly Tech9 has said it all but stumbled on this thread today so, few extra cents of thoughts: The one thing about the product line and ecosystem is that for any small site you usually have several config options that can all make sense depending on your needs and physical layout. I am...

AX68U update from 388.8_4. No issues. Only notable thing was the "Firmware Upgrade" button didn't work, neither from the admin page or from the 'shortcut' link from the top banner. Browser would just hang at "Firmware Downloading". Didn't investigate too far (didn't try different browser for...

Nice. Fixed my CLI situation instantly.

Nothing unusual - just some of the most 'usual' amtm add-ons. However because uiDivStats had the "opposite" type of problem (WebGUI page looks good but a bug with the CLI), @Martinski pointed out I probably have issues with Entware utility versions being picked up due to PATH issues and yep...

Yep that must be it. For sure am getting the Entware versions. PATH=/opt/bin:/opt/sbin:/bin:/usr/bin:/sbin:/usr/sbin:/home/adminuname:/mmc/sbin:/mmc/bin:/mmc/usr/sbin:/mmc/usr/bin:/opt/sbin:/opt/bin:/opt/usr/sbin:/opt/usr/bin /opt/bin/sed /opt/bin/ls /opt/bin/grep

Installing uiDivStats today made me look at Diversion this morning and my WebUI is a bit hinky. Intended Victim: RT-AX68U with Merlin 388.8.4 long time running Diversion and various amtm things fine. WebUI page: Does not show 'enabled', despite CLI showing everything fine No count numbers...

Tried installing 4.0.7 today with some hiccups. Intended Victim is RT-AX68U with Merlin 388.8.4, Entware, latest amtm and Diversion, handful of add-ons, etc. etc. Install seems to go perfectly well but then menu shows something is not correct. During install it says its setting up...

I had that initial thought Dave but no I checked that immediately. This is too widespread anyway (too many dumb old devices that could never do that, not just for instance iOS devices trying to disguise themselves), but yes I looked at the MAC addresses. But yeah thanks for suggestion...

RT-AX68U with Merlin 3004.388.8_4 All has been totally well but I only just noticed Custom Icons and Names seem completely broken? No ideal how long this has been as I don't look that often. This was working fine for long time. All I can find in a search is mentions of the Asus official...

FWIW I have AC66U-B1 as an AiMesh node. When I tried to update FW to this 51720 version repeatedly- it kept coming up as the old FW 1668. Checked via SSH even to confirm that sysinfo was reporting that properly and wasn't a web interface thing. After a hard power down reboot the FW version...

AX68U upgraded fine. My AiMesh node seems to be either refusing the OE Asus update or not reporting the update properly but that's a different story.

First of all thats a typo. Fixed it in the post. Needs an opening angle bracket. sta_binding_list=<AA:AA:AA:AA:AA:AA>1> Second, I have no idea if that will help you, for your symptom some clients - particularly older hardware - resist "steering" to nodes so it might be that - maybe the client...

Also interesting: My AIMesh network is now behaving demonstrably differently. Very odd. I get more clients reguarly roaming to my slave node than I've ever seen. I would generally say this is 'better' but it wasn't like I had trouble before I just saw most clients reluctant to associate on...

Interesting. Did you ever try the Asus mobile app? When my system was broken it wouldn't bind from the mobile app either (due to the sta_binding_list being all filled up I believe). In your case the mobile app should have actually worked.