I appreciate this has been discussed many, many times before, I am aware of the prior posts, so to be clear this is not a request for fixing it.
RMerlin has repeatedly stated this Client List is closed source and he cannot fix it (I am running Merlin FW 3006.102.4_alpha2), hence posting in this forum and not Asus-Merlin. I believe it is also a generic issue and not just Wifi 5/6/7 related.
Pre-empting @Tech9 's response I have already sent the issue to ASUS Support with the same screenshots (I do not expect much to happen there), but was hoping to see if others were similarly affllicted with the same issues I am seeing i.e. with similar configurations of AIMesh Nodes, for example.
The two issues I am seeing are these:
RMerlin has repeatedly stated this Client List is closed source and he cannot fix it (I am running Merlin FW 3006.102.4_alpha2), hence posting in this forum and not Asus-Merlin. I believe it is also a generic issue and not just Wifi 5/6/7 related.
Pre-empting @Tech9 's response I have already sent the issue to ASUS Support with the same screenshots (I do not expect much to happen there), but was hoping to see if others were similarly affllicted with the same issues I am seeing i.e. with similar configurations of AIMesh Nodes, for example.
The two issues I am seeing are these:
- Referring to the client list accessible from 'Network Map', 'View List', I am seeing devices I have assigned to VLAN 53 'SmurfIoT' (Manually Assigned addresses e.g. 192.168.53.109) AND that have attached themselves to a mesh node, show up (incorrectly) in the client list of the Primary LAN (SmurfNET) which is my 192.168.9.x subnet. Conversely, VLAN Clients that latch on to the Primary Router Wi-Fi appear to list themselves correctly. I also see that any time a device on the IoT Subnet (VLAN 53) moves from being attached the Primary to the AIMesh Node, it moves from SmurfIoT to the incorrect SmurfNET list, hence it appears to be a Node or AIMesh related issue.
- A second issue with that list is that some (mainly wired) clients show up as DHCP, however these have ALSO been Manually Assigned a Static IP Address, so I consider this behaviour to also be incorrect. See example for AppleTV4KEth on 192.168.53.16 (note I have a separate entry for the Wireless MAC).
Attachments
Last edited: