Test feedback: v6.2.0 on Zyxel WSM20

[Emilio-62]

@bluewavenet ,
so I have built a second test setup using two Zyxel WSM20 devices.
The portal node is running in bridge mode ( mesh11sd.setup.portal_detect='4' ) with one of its LAN ports connected to the upstream ISP router (AVM FRITZ!Box) that has IPv6 support disabled.

Spoiler
There is no significant difference to my original GL.iNet GL-B2200 / Asus Lyra MAP-AC2200 setup.

Portal

root@meshnode-0bd0:~# ping6 -c4 "$(mesh11sd get_portal_ula)"
PING fd46:cfe5:34c5:ddd6::1 (fd46:cfe5:34c5:ddd6::1): 56 data bytes
64 bytes from fd46:cfe5:34c5:ddd6::1: seq=0 ttl=64 time=0.669 ms
64 bytes from fd46:cfe5:34c5:ddd6::1: seq=1 ttl=64 time=0.476 ms
64 bytes from fd46:cfe5:34c5:ddd6::1: seq=2 ttl=64 time=0.564 ms
64 bytes from fd46:cfe5:34c5:ddd6::1: seq=3 ttl=64 time=0.487 ms

--- fd46:cfe5:34c5:ddd6::1 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 0.476/0.549/0.669 ms
root@meshnode-0bd0:~#

root@meshnode-0bd0:~# ip -6 addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1000
    inet6 ::1/128 scope host proto kernel_lo
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1504 state UP qlen 1000
    inet6 fe80::5683:3aff:fe77:bd0/64 scope link proto kernel_ll
       valid_lft forever preferred_lft forever
8: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
    inet6 fd46:cfe5:34c5:ddd6::1/64 scope global noprefixroute
       valid_lft forever preferred_lft forever
    inet6 fe80::5683:3aff:fe77:bd0/64 scope link proto kernel_ll
       valid_lft forever preferred_lft forever
root@meshnode-0bd0:~#

root@meshnode-0bd0:~# ip -6 route
unreachable fd46:cfe5:34c5::/48 dev lo proto static metric 2147483647 pref medium
fe80::/64 dev eth0 proto kernel metric 256 pref medium
fe80::/64 dev br-lan proto kernel metric 256 pref medium
root@meshnode-0bd0:~#

Peer

root@meshnode-0bd4:~# ping6 -c4 "$(mesh11sd get_portal_ula)"
PING fd46:cfe5:34c5:ddd6::1 (fd46:cfe5:34c5:ddd6::1): 56 data bytes

--- fd46:cfe5:34c5:ddd6::1 ping statistics ---
4 packets transmitted, 0 packets received, 100% packet loss
root@meshnode-0bd4:~#

root@meshnode-0bd4:~# ip -6 addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN qlen 1000
    inet6 ::1/128 scope host proto kernel_lo
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1504 state UP qlen 1000
    inet6 fe80::5683:3aff:fe77:bd4/64 scope link proto kernel_ll
       valid_lft forever preferred_lft forever
14: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP qlen 1000
    inet6 fd46:cfe5:34c5:ddd6:5683:3aff:fe77:bd4/64 scope global
       valid_lft forever preferred_lft forever
    inet6 fde5:bc9e:6220::1/64 scope global noprefixroute
       valid_lft forever preferred_lft forever
    inet6 fe80::5683:3aff:fe77:bd4/64 scope link proto kernel_ll
       valid_lft forever preferred_lft forever
root@meshnode-0bd4:~#

root@meshnode-0bd4:~# ip -6 route
fd46:cfe5:34c5:ddd6::/64 dev br-lan proto kernel metric 256 pref medium
fd46:cfe5:34c5:ddd6::/64 dev br-lan proto static metric 512 onlink pref medium
fde5:bc9e:6220::/64 dev br-lan proto kernel metric 256 expires 6639sec pref medium
fde5:bc9e:6220::/64 dev br-lan proto static metric 1024 pref medium
unreachable fde5:bc9e:6220::/48 dev lo proto static metric 2147483647 pref medium
fe80::/64 dev eth0 proto kernel metric 256 pref medium
fe80::/64 dev br-lan proto kernel metric 256 pref medium
root@meshnode-0bd4:~#

Log snippet from portal

root@meshnode-0bd0:~# mesh11sd read_log -f
Tue Feb 24 14:25:36 CET 2026 daemon.debug mesh11sd[3001]: [844] MBP - checking vtunnel
Tue Feb 24 14:25:37 CET 2026 daemon.info mesh11sd[3001]: [845] Path to [ 00:b0:52:00:00:01 ], stable, [ 0 ] hop(s) via [ 00:00:00:00:00:00 ], HWMP Sequence Lifetime [ 2333 ] ms
Tue Feb 24 14:25:37 CET 2026 daemon.info mesh11sd[3001]: [846] Path to [ 4a:2e:ce:64:55:13 ], stable, [ 0 ] hop(s) via [ 00:00:00:00:00:00 ], HWMP Sequence Lifetime [ 2333 ] ms
Tue Feb 24 14:25:37 CET 2026 daemon.info mesh11sd[3001]: [847] Path to [ 56:83:3a:78:0b:d4 ], stable, [ 1 ] hop(s) via [ 56:83:3a:78:0b:d4 ], HWMP Sequence Lifetime [ 1750 ] ms
Tue Feb 24 14:25:37 CET 2026 daemon.debug mesh11sd[3001]: [848] apmond sending chunked data
Tue Feb 24 14:25:40 CET 2026 daemon.debug mesh11sd[3001]: [849] apmond - send_ap_data - chunkstatus [ spider ], chunksize [ 0 ], return code [ 0 ]
Tue Feb 24 14:25:40 CET 2026 daemon.debug mesh11sd[3001]: [850] Checking mesh_hwmp_rootmode
Tue Feb 24 14:25:40 CET 2026 daemon.debug mesh11sd[3001]: [851] ula_base [ fd46:cfe5:34c5 ]
Tue Feb 24 14:25:40 CET 2026 daemon.info mesh11sd[3001]: [852] Portal [ MBP@54:83:3a:77:0b:d0 ]
Tue Feb 24 14:25:40 CET 2026 daemon.info mesh11sd[3001]: [853] Checkinterval [10]
Tue Feb 24 14:25:52 CET 2026 daemon.info mesh11sd[3001]: [854] Phantom meshnode detected [00:b0:52:00:00:01] - deleting
Tue Feb 24 14:25:52 CET 2026 daemon.info mesh11sd[3001]: [855] Phantom meshnode detected [4a:2e:ce:64:55:13] - deleting
Tue Feb 24 14:25:52 CET 2026 daemon.debug mesh11sd[3001]: [856] Checking portal status
Tue Feb 24 14:25:52 CET 2026 daemon.debug mesh11sd[3001]: [857] In get_portal_state. firstloop=0...
Tue Feb 24 14:25:52 CET 2026 daemon.debug mesh11sd[3001]: [858] Node has an upstream ipv4 gateway
Tue Feb 24 14:25:52 CET 2026 daemon.debug mesh11sd[3001]: [859] default_gw=default via 192.168.1.1 dev br-lan proto static src 192.168.1.156 ....
Tue Feb 24 14:25:52 CET 2026 daemon.debug mesh11sd[3001]: [860] Checking MBP (Mesh Bridge Portal) status
Tue Feb 24 14:25:52 CET 2026 daemon.debug mesh11sd[3001]: [861] vxlan_status [ 1 ]
Tue Feb 24 14:25:52 CET 2026 daemon.debug mesh11sd[3001]: [862] MBP - checking vtunnel
Tue Feb 24 14:25:53 CET 2026 daemon.info mesh11sd[3001]: [863] Path to [ 00:b0:52:00:00:01 ], stable, [ 0 ] hop(s) via [ 00:00:00:00:00:00 ], HWMP Sequence Lifetime [ 1750 ] ms
Tue Feb 24 14:25:53 CET 2026 daemon.info mesh11sd[3001]: [864] Path to [ 56:83:3a:78:0b:d4 ], stable, [ 1 ] hop(s) via [ 56:83:3a:78:0b:d4 ], HWMP Sequence Lifetime [ 2000 ] ms
Tue Feb 24 14:25:54 CET 2026 daemon.debug mesh11sd[3001]: [865] Checking mesh_hwmp_rootmode
Tue Feb 24 14:25:54 CET 2026 daemon.debug mesh11sd[3001]: [866] ula_base [ fd46:cfe5:34c5 ]
Tue Feb 24 14:25:54 CET 2026 daemon.info mesh11sd[3001]: [867] Portal [ MBP@54:83:3a:77:0b:d0 ]
Tue Feb 24 14:25:54 CET 2026 daemon.info mesh11sd[3001]: [868] Checkinterval [10]
Tue Feb 24 14:26:05 CET 2026 daemon.info mesh11sd[3001]: [869] Phantom meshnode detected [4a:2e:ce:64:55:13] - deleting
Tue Feb 24 14:26:05 CET 2026 daemon.info mesh11sd[3001]: [870] Phantom meshnode detected [00:b0:52:00:00:01] - deleting
Tue Feb 24 14:26:05 CET 2026 daemon.debug mesh11sd[3001]: [871] Checking portal status
Tue Feb 24 14:26:05 CET 2026 daemon.debug mesh11sd[3001]: [872] In get_portal_state. firstloop=0...
Tue Feb 24 14:26:06 CET 2026 daemon.debug mesh11sd[3001]: [873] Node has an upstream ipv4 gateway
Tue Feb 24 14:26:06 CET 2026 daemon.debug mesh11sd[3001]: [874] default_gw=default via 192.168.1.1 dev br-lan proto static src 192.168.1.156 ....
Tue Feb 24 14:26:06 CET 2026 daemon.debug mesh11sd[3001]: [875] Checking MBP (Mesh Bridge Portal) status
Tue Feb 24 14:26:06 CET 2026 daemon.debug mesh11sd[3001]: [876] vxlan_status [ 1 ]
Tue Feb 24 14:26:06 CET 2026 daemon.debug mesh11sd[3001]: [877] MBP - checking vtunnel
Tue Feb 24 14:26:07 CET 2026 daemon.info mesh11sd[3001]: [878] Path to [ 00:b0:52:00:00:01 ], stable, [ 0 ] hop(s) via [ 00:00:00:00:00:00 ], HWMP Sequence Lifetime [ 2000 ] ms
Tue Feb 24 14:26:07 CET 2026 daemon.info mesh11sd[3001]: [879] Path to [ 56:83:3a:78:0b:d4 ], stable, [ 1 ] hop(s) via [ 56:83:3a:78:0b:d4 ], HWMP Sequence Lifetime [ 2000 ] ms
Tue Feb 24 14:26:07 CET 2026 daemon.debug mesh11sd[3001]: [880] Checking mesh_hwmp_rootmode
Tue Feb 24 14:26:07 CET 2026 daemon.debug mesh11sd[3001]: [881] ula_base [ fd46:cfe5:34c5 ]
Tue Feb 24 14:26:08 CET 2026 daemon.info mesh11sd[3001]: [882] Portal [ MBP@54:83:3a:77:0b:d0 ]
Tue Feb 24 14:26:08 CET 2026 daemon.info mesh11sd[3001]: [883] Checkinterval [10]

[bluewavenet]

@Emilio-62
ipv6 routes on one of my peers:

root@meshnode-2a52:/# ip -6 route
2a0d:3344:1d9:3c08::/64 dev br-lan proto kernel metric 256 expires 243sec pref medium
fd39:2821:bf83:8::/64 dev br-lan proto kernel metric 256 expires 5392sec pref medium
fd46:cfe5:34c5:ddd6::/64 dev br-lan proto kernel metric 256 expires 5392sec pref medium
fd46:cfe5:34c5:ddd6::/64 dev br-lan proto static metric 512 onlink pref medium
fd87:f9c0:d089::/64 dev br-lan proto static metric 1024 pref medium
unreachable fd87:f9c0:d089::/48 dev lo proto static metric 2147483647 pref medium
fe80::/64 dev br-lan proto kernel metric 256 pref medium
fe80::/64 dev br-tun69 proto kernel metric 256 pref medium
default via fe80::7624:9fff:feb0:7406 dev br-lan proto ra metric 1024 expires 242sec mtu 1500 hoplimit 64 pref medium
default via fe80::9683:c4ff:fe2c:c524 dev br-lan proto ra metric 1024 expires 1792sec hoplimit 64 pref medium
root@meshnode-2a52:/# 

Compare with the ipv6 routes on one of yours:

root@meshnode-0bd4:~# ip -6 route
fd46:cfe5:34c5:ddd6::/64 dev br-lan proto kernel metric 256 pref medium
fd46:cfe5:34c5:ddd6::/64 dev br-lan proto static metric 512 onlink pref medium
fde5:bc9e:6220::/64 dev br-lan proto kernel metric 256 expires 6639sec pref medium
fde5:bc9e:6220::/64 dev br-lan proto static metric 1024 pref medium
unreachable fde5:bc9e:6220::/48 dev lo proto static metric 2147483647 pref medium
fe80::/64 dev eth0 proto kernel metric 256 pref medium
fe80::/64 dev br-lan proto kernel metric 256 pref medium
root@meshnode-0bd4:~#

Do you see the difference?

This:
fe80::/64 dev eth0 proto kernel metric 256 pref medium

What is eth0? It is first in the link-local routes, so will be used before anything else.
Mine does not have a raw interface, instead has br-lan first - which is correct.

I am running vxlan, you are not - is that the problem?

Is this a bug in mesh11sd, or is it a bug in DSA for these devices?

No, I think the problem is that you have a raw ethernet showing up somehow.... that kind of points to DSA..

Show me these again:

ip -6 addr

uci show network

I'll look at the mesh11sd code.

[Emilio-62]

Output of ip -6 addr pls. see above

Portal

root@meshnode-0bd0:~# uci show network
network.loopback=interface
network.loopback.device='lo'
network.loopback.proto='static'
network.loopback.ipaddr='127.0.0.1'
network.loopback.netmask='255.0.0.0'
network.globals=globals
network.globals.ula_prefix='fd46:cfe5:34c5::/48'
network.globals.packet_steering='1'
network.@device[0]=device
network.@device[0].name='br-lan'
network.@device[0].type='bridge'
network.@device[0].ports='lan1' 'lan2' 'lan3'
network.lan=interface
network.lan.device='br-lan'
network.lan.proto='dhcp'
network.lan.ipaddr='192.168.111.1'
network.lan.netmask='255.255.255.0'
network.lan.ip6assign='64'
network.lan.ip6hint='ddd6'
network.lan.ip6privacy='0'
network.wan=interface
network.wan.device='wan'
network.wan.proto='dhcp'
network.wan6=interface
network.wan6.device='wan'
network.wan6.proto='dhcpv6'
network.wan6.reqprefix='auto'
network.wan6.reqaddress='try'
root@meshnode-0bd0:~#

Peer

root@meshnode-0bd4:~# uci show network
network.loopback=interface
network.loopback.device='lo'
network.loopback.proto='static'
network.loopback.ipaddr='127.0.0.1'
network.loopback.netmask='255.0.0.0'
network.globals=globals
network.globals.ula_prefix='fde5:bc9e:6220::/48'
network.globals.packet_steering='1'
network.@device[0]=device
network.@device[0].name='br-lan'
network.@device[0].type='bridge'
network.@device[0].ports='lan1' 'lan2' 'lan3'
network.lan=interface
network.lan.device='br-lan'
network.lan.proto='dhcp'
network.lan.ipaddr='192.168.111.1'
network.lan.netmask='255.255.255.0'
network.lan.ip6assign='64'
network.lan.ip6privacy='0'
network.wan=interface
network.wan.device='wan'
network.wan.proto='dhcp'
network.wan6=interface
network.wan6.device='wan'
network.wan6.proto='dhcpv6'
network.wan6.reqprefix='auto'
network.wan6.reqaddress='try'
root@meshnode-0bd4:~#

[bluewavenet]

@Emilio-62
On both portal and peer, show:
ip link

The issue is that you have a broken link-local route.
The question is why is it broken? I am asking for these outputs to try and answer this.

Looking at the mesh11sd code, the problem does not seem to be there, at least as far as I can see so far.....

[Emilio-62]

Portal

root@meshnode-0bd0:~# ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1504 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 54:83:3a:77:0b:d0 brd ff:ff:ff:ff:ff:ff
3: wan: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DEFAULT group default qlen 1000
    link/ether 54:83:3a:77:0b:d3 brd ff:ff:ff:ff:ff:ff
4: lan3@eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue master br-lan state LOWERLAYERDOWN mode DEFAULT group default qlen 1000
    link/ether 54:83:3a:77:0b:d0 brd ff:ff:ff:ff:ff:ff
5: lan2@eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue master br-lan state LOWERLAYERDOWN mode DEFAULT group default qlen 1000
    link/ether 54:83:3a:77:0b:d0 brd ff:ff:ff:ff:ff:ff
6: lan1@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP mode DEFAULT group default qlen 1000
    link/ether 54:83:3a:77:0b:d0 brd ff:ff:ff:ff:ff:ff
8: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether 54:83:3a:77:0b:d0 brd ff:ff:ff:ff:ff:ff
14: phy1-ap1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP mode DEFAULT group default qlen 1000
    link/ether 56:83:3a:7b:0b:d0 brd ff:ff:ff:ff:ff:ff permaddr 54:83:3a:77:0b:d2
15: phy0-ap0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP mode DEFAULT group default qlen 1000
    link/ether 56:83:3a:7a:0b:d0 brd ff:ff:ff:ff:ff:ff permaddr 54:83:3a:77:0b:d1
17: m-11s-0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP mode DORMANT group default qlen 1000
    link/ether 56:83:3a:78:0b:d0 brd ff:ff:ff:ff:ff:ff
root@meshnode-0bd0:~#

Peer

root@meshnode-0bd4:~# ip link
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1504 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 54:83:3a:77:0b:d4 brd ff:ff:ff:ff:ff:ff
3: wan: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN mode DEFAULT group default qlen 1000
    link/ether 54:83:3a:77:0b:d7 brd ff:ff:ff:ff:ff:ff
4: lan3@eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue master br-lan state LOWERLAYERDOWN mode DEFAULT group default qlen 1000
    link/ether 54:83:3a:77:0b:d4 brd ff:ff:ff:ff:ff:ff
5: lan2@eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue master br-lan state LOWERLAYERDOWN mode DEFAULT group default qlen 1000
    link/ether 54:83:3a:77:0b:d4 brd ff:ff:ff:ff:ff:ff
6: lan1@eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue master br-lan state LOWERLAYERDOWN mode DEFAULT group default qlen 1000
    link/ether 54:83:3a:77:0b:d4 brd ff:ff:ff:ff:ff:ff
14: br-lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT group default qlen 1000
    link/ether 54:83:3a:77:0b:d4 brd ff:ff:ff:ff:ff:ff
15: phy1-ap1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP mode DEFAULT group default qlen 1000
    link/ether 56:83:3a:7b:0b:d4 brd ff:ff:ff:ff:ff:ff permaddr 54:83:3a:77:0b:d6
16: phy0-ap0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP mode DEFAULT group default qlen 1000
    link/ether 56:83:3a:7a:0b:d4 brd ff:ff:ff:ff:ff:ff permaddr 54:83:3a:77:0b:d5
17: m-11s-0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP mode DORMANT group default qlen 1000
    link/ether 56:83:3a:78:0b:d4 brd ff:ff:ff:ff:ff:ff
root@meshnode-0bd4:~#

[bluewavenet]

@Emilio-62
A test:
First, on a peer, try the ping test again, just to check it is still not working...
ping6 -c4 "$(mesh11sd get_portal_ula)"

Now on the portal, do:
ip -6 route del fe80::/64 dev eth0 proto kernel metric 256 pref medium

Then, back on the peer:
ip -6 route del fe80::/64 dev eth0 proto kernel metric 256 pref medium

Now, still on the peer, re-run the ping test:
ping6 -c4 "$(mesh11sd get_portal_ula)"

Does the ping work now?

[Emilio-62]

Nope, no change:

root@meshnode-0bd4:~# ping6 -c4 "$(mesh11sd get_portal_ula)"
PING fd46:cfe5:34c5:ddd6::1 (fd46:cfe5:34c5:ddd6::1): 56 data bytes

--- fd46:cfe5:34c5:ddd6::1 ping statistics ---
4 packets transmitted, 0 packets received, 100% packet loss
root@meshnode-0bd4:~# ip -6 route del fe80::/64 dev eth0 proto kernel metric 256 pref medium
root@meshnode-0bd4:~#
root@meshnode-0bd4:~# ping6 -c4 "$(mesh11sd get_portal_ula)"
PING fd46:cfe5:34c5:ddd6::1 (fd46:cfe5:34c5:ddd6::1): 56 data bytes

--- fd46:cfe5:34c5:ddd6::1 ping statistics ---
4 packets transmitted, 0 packets received, 100% packet loss
root@meshnode-0bd4:~#

[Emilio-62]

I have performed one more test:
Routed network instead of bridge mode ( mesh11sd.setup.portal_detect='1' and portal connected to ISP router via its WAN port)
Ping is working fine in both directions. Here from the peer:

root@meshnode-0bd4:~# ping6 -c4 "$(mesh11sd get_portal_ula)"
PING fd46:cfe5:34c5:ddd6::1 (fd46:cfe5:34c5:ddd6::1): 56 data bytes
64 bytes from fd46:cfe5:34c5:ddd6::1: seq=0 ttl=64 time=2.718 ms
64 bytes from fd46:cfe5:34c5:ddd6::1: seq=1 ttl=64 time=3.901 ms
64 bytes from fd46:cfe5:34c5:ddd6::1: seq=2 ttl=64 time=1.906 ms
64 bytes from fd46:cfe5:34c5:ddd6::1: seq=3 ttl=64 time=8.620 ms

--- fd46:cfe5:34c5:ddd6::1 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 1.906/4.286/8.620 ms
root@meshnode-0bd4:~#

So what does that tell us?

[bluewavenet]

@Emilio-62

So what does that tell us?

It tells us that for whatever reason, ipv6 routing is broken on your backhaul when your portal is MBP.

My test setup is essentially the same as yours in MBP mode.

Mine works and has:

• Upstream ipv6
• vxlan
• no weird raw ethernet interfaces - looks as expected with DSA
• no routes associated with the raw ethernet

Yours does not work and has:

• Upstream ipv6 disabled on ISP router
• vxlan disabled, but does not cause a problem if you run in MBR mode ie full ipv6 support on the backhaul.
• has a weird eth0 interface - not expected with DSA
• has weird route associated with eth0

Problem is most likely due to one or a combination of:

• potentially something wrong with DSA on your devices (all basically the same hardware?)
• missing full ipv6 support as it is disabled on your ISP router

I don't think it is anything to do with vxlan as MBR works for you without it.

I can put an intermediate router between my MBP and my ISP router and see if I can duplicate the problem...
Off to do it now...

[bluewavenet]

@Emilio-62
OK done - but it still works fine with ipv6 completely disabled upstream.

These WSM20s are similar to the GL and Asus devices but have an AX wireless chipset?

I think this makes it very likely an issue with DSA on your devices...

I will disable vxlan, to make it like yours, but I don't think it is that...

[bluewavenet]

@Emilio-62
I set vtun_enable to 0 and rebooted.

It still works.

I also checked on one of my test nodes, a gl-mt1300. This has an mt7621 SoC, the same as the WSM20, so you would expect a similar DSA setup.

It DOES show eth0 in the ip link and ip add and ip -6 route outputs - Yet it still works.

So I am as close to your setup as I can get.
The only significant difference I can see is that you are on OpenWrt 24.10.5 (I think you said that somewhere) and most of mine is on a recent master/snapshot with a couple on 25.12.0-rc5.

Rewinding all the conclusions I have jumped to - perhaps it is 24.10.5 that has this issue????

Can you perhaps try 25.12.0-rc5 on the WSM20s?

[bluewavenet]

@Emilio-62
You seem to get a lot of these:

Tue Feb 24 14:25:52 CET 2026 daemon.info mesh11sd[3001]: [854] Phantom meshnode detected [00:b0:52:00:00:01] - deleting
Tue Feb 24 14:25:52 CET 2026 daemon.info mesh11sd[3001]: [855] Phantom meshnode detected [4a:2e:ce:64:55:13] - deletin

Phantom meshnodes can occur on a node when another node restarts its mesh interface (or reboots). The restarting/rebooting node, if the restart happens just as it is sending its HWMP updates resulting in a corrupted update that can propagate through the backhaul. Mesh11sd immediately detects this and deletes from the HWMP mac-routing tables.
After a few minutes of a node rebooting, all phantoms will be expunged.

Here is an example from the log of a bad mac-routing table entry that is about to be removed:

Tue Feb 24 14:25:53 CET 2026 daemon.info mesh11sd[3001]: [863] Path to [ 00:b0:52:00:00:01 ], stable, [ 0 ] hop(s) via [ 00:00:00:00:00:00 ], HWMP Sequence Lifetime [ 1750 ] ms

But maybe you took this log snapshot shortly after you had manually restarted a node?

If it happens continually, there is something wrong somewhere - possibly a node having trouble for some reason and the portal detect watchdog is kicking in. This is something we could look into in more detail if there are continuing phantoms showing up.

[bluewavenet]

@Emilio-62
Now I have flashed an old gl-mt300n-v2 with 24.10.5

In the firmware selector, the added packages are:
wpad-mbedtls luci-ssl luci-app-commands ip-full kmod-nft-bridge vxlan mesh11sd

The uci-defaults set to:

uci set mesh11sd.setup.debuglevel='3'
uci set mesh11sd.setup.auto_config='1'
uci set mesh11sd.setup.portal_detect='1'
uci commit mesh11sd

Results are as follows:

BusyBox v1.36.1 (2026-02-08 23:36:27 UTC) built-in shell (ash)

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------
 OpenWrt 24.10.5, r29087-d9c5716d1d
 -----------------------------------------------------
=== WARNING! =====================================
There is no root password defined on this device!
Use the "passwd" command to set up a new password
in order to prevent unauthorized SSH logins.
--------------------------------------------------
root@meshnode-f9d1:~# ping6 -c4 "$(mesh11sd get_portal_ula)"
PING fd46:cfe5:34c5:ddd6::1 (fd46:cfe5:34c5:ddd6::1): 56 data bytes
64 bytes from fd46:cfe5:34c5:ddd6::1: seq=0 ttl=64 time=2.345 ms
64 bytes from fd46:cfe5:34c5:ddd6::1: seq=1 ttl=64 time=6.897 ms
64 bytes from fd46:cfe5:34c5:ddd6::1: seq=2 ttl=64 time=4.153 ms
64 bytes from fd46:cfe5:34c5:ddd6::1: seq=3 ttl=64 time=10.751 ms

--- fd46:cfe5:34c5:ddd6::1 ping statistics ---
4 packets transmitted, 4 packets received, 0% packet loss
round-trip min/avg/max = 2.345/6.036/10.751 ms
root@meshnode-f9d1:~# 
root@meshnode-f9d1:~# mesh11sd wifi_chipset_detect
{
  "System@94:83:c4:2e:f9:d1": {
    "Distribution": "OpenWrt",
    "Release": "24.10.5",
    "Revision": "r29087-d9c5716d1d",
    "Target": "ramips/mt76x8",
    "Architecture": "mipsel_24kc",
    "Description": "OpenWrt 24.10.5 r29087-d9c5716d1d",
    "Device": "GL-MT300N-V2",
    "phy": {
      "phy0": {
        "Chipset": "MediaTek MT7628AN (integrated 2.4 GHz)",
        "Bands": [
          "2.4GHz"
        ],
        "Standards": [
          "802.11n"
        ],
        "MeshPoint": "802.11s",
        "Wi-FiGeneration": "Wi-Fi 4",
        "MIMO": "2x2",
        "MaxChannelWidth": "40 MHz",
        "ChannelWidthCap": false,
        "Antennas": "2x2",
        "TheoreticalMaxMbps": "300",
        "TXQS": true,
        "AIRTIME_FAIRNESS": true,
        "AQL_Extended": true,
        "AQL_Runtime": true,
        "Driver": "mt76_wmac"
      }
    }
  }
}
root@meshnode-f9d1:~# 

It is all working as it should.
Note: This list of added packages above.
How does this compare with your build?

But this test is with full ipv6 upstream.

I will re-insert the intermediate router with ipv6 disabled and re-test.....

[Emilio-62]

@bluewavenet
all through this morning I have been running a stability and speed test with 4 test devices (2 x WSM20, 2 x MAP-AC2200) in routed mode with one of the Zyxels acting as portal ( mesh11sd.setup.portal_detect='1' and connected to the ISP router via its WAN port)
=> rock solid - no stability issues, no peer reboots, stationary client stays connected to specific peer node for hours, transfer speed within the expected range.

mesh11sd connect

root@meshnode-0bd0:~# mesh11sd connect
===========================================================================
 Connect a remote terminal session on a remote meshnode
    Usage: mesh11sd connect [remote_meshnode_macaddress]

 Building node list * * * * * *

 If the node you are looking for is not in the list - re-run this command.
====================================================================================================================
 The following meshnodes are available for remote connection:
fe-5c-f7-8d-32-54 [ ipaddress: fe80::fc5c:f7ff:fe8d:3254] [ web_ui: https://[fd46:cfe5:34c5:ddd6:fc5c:f7ff:fe8d:3254] ]
54-83-3a-77-0b-d4 [ ipaddress: fe80::5683:3aff:fe77:bd4] [ web_ui: https://[fd46:cfe5:34c5:ddd6:5683:3aff:fe77:0bd4] ]
be-50-50-c7-eb-59 [ ipaddress: fe80::bc50:50ff:fec7:eb59] [ web_ui: https://[fd46:cfe5:34c5:ddd6:bc50:50ff:fec7:eb59] ]
====================================================================================================================

root@meshnode-0bd0:~#

mesh11sd show_ap_data all

root@meshnode-0bd0:~# mesh11sd show_ap_data all
{
  "System@54:83:3a:77:0b:d3": {
    "Distribution": "OpenWrt",
    "Release": "24.10.5",
    "Revision": "r29087-d9c5716d1d",
    "Target": "ramips/mt7621",
    "Architecture": "mipsel_24kc",
    "Description": "OpenWrt 24.10.5 r29087-d9c5716d1d",
    "Device": "Zyxel WSM20",
    "phy": {
      "phy0": {
        "Chipset": "MediaTek MT7915E (Wi-Fi 6)",
        "Bands": [
          "2.4GHz"
        ],
        "Standards": [
          "802.11ax",
          "802.11n"
        ],
        "MeshPoint": "802.11s",
        "Wi-FiGeneration": "Wi-Fi 6",
        "MIMO": "2x2",
        "MaxChannelWidth": "40 MHz",
        "ChannelWidthCap": false,
        "Antennas": "2x2",
        "TheoreticalMaxMbps": "600",
        "TXQS": true,
        "AIRTIME_FAIRNESS": true,
        "AQL_Extended": true,
        "AQL_Runtime": true,
        "Driver": "mt7915e"
      },
      "phy1": {
        "Chipset": "MediaTek MT7915E (Wi-Fi 6)",
        "Bands": [
          "5GHz"
        ],
        "Standards": [
          "802.11ac",
          "802.11ax",
          "802.11n"
        ],
        "MeshPoint": "802.11s",
        "Wi-FiGeneration": "Wi-Fi 6",
        "MIMO": "2x2",
        "MaxChannelWidth": "160 MHz",
        "ChannelWidthCap": false,
        "Antennas": "2x2",
        "TheoreticalMaxMbps": "2400",
        "TXQS": true,
        "AIRTIME_FAIRNESS": true,
        "AQL_Extended": true,
        "AQL_Runtime": true,
        "Driver": "mt7915e"
      }
    },
    "node_status": {
      "mesh11sd_version": "6.2.0",
      "mesh11sd_checksum": "dd87296c3c19e8444efcf5784af3cf44f5f1d385f9383e98dd64f561b36f626a",
      "node_type": "MRP",
      "factory_mac": "54:83:3a:77:0b:d3",
      "mesh_bridge_mac": "54:83:3a:77:0b:d0",
      "uptime_seconds": 9048,
      "load_average_1min": "1.85",
      "load_average_5min": "1.73",
      "load_average_15min": "1.35",
      "free_ram_kb": 151308,
      "free_flash_kb": 18824,
      "cpu_temperature_c": "not available",
      "cpu_frequency_mhz": "none scaling"
    },
    "clients@54:83:3a:77:0b:d0": {
      "Kellerfunk-5g-0bd0@phy1-ap1": {
        "a4:6b:b6:24:19:a9": {
          "rx_bytes": "102660",
          "tx_bytes": "225868",
          "tx_retries": "104",
          "signal_avg": "-59_[-61,_-64]_dBm",
          "tx_bitrate": "680.6_MBit/s_80MHz_HE-MCS_7_HE-NSS_2_HE-GI_1_HE-DCM_0",
          "rx_bitrate": "195.0_MBit/s_VHT-MCS_4_80MHz_short_GI_VHT-NSS_1",
          "avg_ack_signal": "-54_dBm",
          "connected_time": "806_seconds",
          "timestamp": "1772020668413_ms",
          "date_time":"Wed_Feb_25_12:57:48_CET_2026"
        }
      }
    }
  },
  "System@54:83:3a:77:0b:d7": {
    "Distribution": "OpenWrt",
    "Release": "24.10.5",
    "Revision": "r29087-d9c5716d1d",
    "Target": "ramips/mt7621",
    "Architecture": "mipsel_24kc",
    "Description": "OpenWrt 24.10.5 r29087-d9c5716d1d",
    "Device": "Zyxel WSM20",
    "phy": {
      "phy0": {
        "Chipset": "MediaTek MT7915E (Wi-Fi 6)",
        "Bands": [
          "2.4GHz"
        ],
        "Standards": [
          "802.11ax",
          "802.11n"
        ],
        "MeshPoint": "802.11s",
        "Wi-FiGeneration": "Wi-Fi 6",
        "MIMO": "2x2",
        "MaxChannelWidth": "40 MHz",
        "ChannelWidthCap": false,
        "Antennas": "2x2",
        "TheoreticalMaxMbps": "600",
        "TXQS": true,
        "AIRTIME_FAIRNESS": true,
        "AQL_Extended": true,
        "AQL_Runtime": true,
        "Driver": "mt7915e"
      },
      "phy1": {
        "Chipset": "MediaTek MT7915E (Wi-Fi 6)",
        "Bands": [
          "5GHz"
        ],
        "Standards": [
          "802.11ac",
          "802.11ax",
          "802.11n"
        ],
        "MeshPoint": "802.11s",
        "Wi-FiGeneration": "Wi-Fi 6",
        "MIMO": "2x2",
        "MaxChannelWidth": "160 MHz",
        "ChannelWidthCap": false,
        "Antennas": "2x2",
        "TheoreticalMaxMbps": "2400",
        "TXQS": true,
        "AIRTIME_FAIRNESS": true,
        "AQL_Extended": true,
        "AQL_Runtime": true,
        "Driver": "mt7915e"
      }
    },
    "node_status": {
      "mesh11sd_version": "6.2.0",
      "mesh11sd_checksum": "dd87296c3c19e8444efcf5784af3cf44f5f1d385f9383e98dd64f561b36f626a",
      "node_type": "MPE",
      "factory_mac": "54:83:3a:77:0b:d7",
      "mesh_bridge_mac": "54:83:3a:77:0b:d4",
      "uptime_seconds": 9074,
      "load_average_1min": "0.63",
      "load_average_5min": "0.48",
      "load_average_15min": "0.43",
      "free_ram_kb": 155108,
      "free_flash_kb": 18820,
      "cpu_temperature_c": "not available",
      "cpu_frequency_mhz": "none scaling"
    },
    "clients@54:83:3a:77:0b:d4": {
      "Kellerfunk-5g-0bd4@phy1-ap1": {
        "52:79:62:00:dc:ee": {
          "rx_bytes": "225582850",
          "tx_bytes": "259591550",
          "tx_retries": "7192",
          "signal_avg": "-34_[-36,_-38]_dBm",
          "tx_bitrate": "866.7_MBit/s_VHT-MCS_9_80MHz_short_GI_VHT-NSS_2",
          "rx_bitrate": "24.0_MBit/s_80MHz",
          "avg_ack_signal": "-37_dBm",
          "connected_time": "6966_seconds",
          "timestamp": "1772020613861_ms",
          "date_time":"Wed_Feb_25_12:56:53_CET_2026"
        }
      }
    }
  },
  "System@be:50:50:c7:eb:59": {
    "Distribution": "OpenWrt",
    "Release": "24.10.5",
    "Revision": "r29087-d9c5716d1d",
    "Target": "ipq40xx/generic",
    "Architecture": "arm_cortex-a7_neon-vfpv4",
    "Description": "OpenWrt 24.10.5 r29087-d9c5716d1d",
    "Device": "ASUS Lyra MAP-AC2200",
    "phy": {
      "phy0": {
        "Chipset": "Qualcomm Atheros QCA9984/QCA988x/QCA986x series (PCI)",
        "Bands": [
          "5GHz"
        ],
        "Standards": [
          "802.11ac",
          "802.11n"
        ],
        "MeshPoint": "802.11s",
        "Wi-FiGeneration": "Wi-Fi 5",
        "MIMO": "2x2",
        "MaxChannelWidth": "160 MHz",
        "ChannelWidthCap": false,
        "Antennas": "2x2",
        "TheoreticalMaxMbps": "1736",
        "TXQS": true,
        "AIRTIME_FAIRNESS": true,
        "AQL_Extended": true,
        "AQL_Runtime": true,
        "Driver": "ath10k_pci"
      },
      "phy1": {
        "Chipset": "Qualcomm Atheros QCA9886 (AHB)",
        "Bands": [
          "2.4GHz"
        ],
        "Standards": [
          "802.11n"
        ],
        "MeshPoint": "802.11s",
        "Wi-FiGeneration": "Wi-Fi 4",
        "MIMO": "2x2",
        "MaxChannelWidth": "40 MHz",
        "ChannelWidthCap": false,
        "Antennas": "2x2",
        "TheoreticalMaxMbps": "300",
        "TXQS": true,
        "AIRTIME_FAIRNESS": true,
        "AQL_Extended": true,
        "AQL_Runtime": true,
        "Driver": "ath10k_ahb"
      },
      "phy2": {
        "Chipset": "Qualcomm Atheros QCA9886 (AHB)",
        "Bands": [
          "5GHz"
        ],
        "Standards": [
          "802.11ac",
          "802.11n"
        ],
        "MeshPoint": "802.11s",
        "Wi-FiGeneration": "Wi-Fi 5",
        "MIMO": "2x2",
        "MaxChannelWidth": "160 MHz",
        "ChannelWidthCap": false,
        "Antennas": "2x2",
        "TheoreticalMaxMbps": "1736",
        "TXQS": true,
        "AIRTIME_FAIRNESS": true,
        "AQL_Extended": true,
        "AQL_Runtime": true,
        "Driver": "ath10k_ahb"
      }
    },
    "node_status": {
      "mesh11sd_version": "6.2.0",
      "mesh11sd_checksum": "dd87296c3c19e8444efcf5784af3cf44f5f1d385f9383e98dd64f561b36f626a",
      "node_type": "MPE",
      "factory_mac": "f2:28:36:7c:bb:21",
      "mesh_bridge_mac": "be:50:50:c7:eb:59",
      "uptime_seconds": 1165,
      "load_average_1min": "0.18",
      "load_average_5min": "0.34",
      "load_average_15min": "0.29",
      "free_ram_kb": 81044,
      "free_flash_kb": 34608,
      "cpu_temperature_c": "not available",
      "cpu_frequency_mhz": "716"
    },
    "clients@be:50:50:c7:eb:59": {
      "Kellerfunk@phy2-ap2": {
        "12:75:26:0f:c5:b9": {
          "rx_bytes": "101379",
          "tx_bytes": "78395",
          "tx_retries": "79",
          "signal_avg": "-65_[-73,_-66,_-95,_-95]_dBm",
          "tx_bitrate": "195.0_MBit/s_VHT-MCS_4_80MHz_short_GI_VHT-NSS_1",
          "rx_bitrate": "325.0_MBit/s_VHT-MCS_7_80MHz_short_GI_VHT-NSS_1",
          "avg_ack_signal": "-95_dBm",
          "connected_time": "676_seconds",
          "timestamp": "1772020618922_ms",
          "date_time":"Wed_Feb_25_12:56:58_CET_2026"
        }
      }
    }
  },
  "System@fe:5c:f7:8d:32:54": {
    "Distribution": "OpenWrt",
    "Release": "24.10.5",
    "Revision": "r29087-d9c5716d1d",
    "Target": "ipq40xx/generic",
    "Architecture": "arm_cortex-a7_neon-vfpv4",
    "Description": "OpenWrt 24.10.5 r29087-d9c5716d1d",
    "Device": "ASUS Lyra MAP-AC2200",
    "phy": {
      "phy0": {
        "Chipset": "Qualcomm Atheros QCA9984/QCA988x/QCA986x series (PCI)",
        "Bands": [
          "5GHz"
        ],
        "Standards": [
          "802.11ac",
          "802.11n"
        ],
        "MeshPoint": "802.11s",
        "Wi-FiGeneration": "Wi-Fi 5",
        "MIMO": "2x2",
        "MaxChannelWidth": "160 MHz",
        "ChannelWidthCap": false,
        "Antennas": "2x2",
        "TheoreticalMaxMbps": "1736",
        "TXQS": true,
        "AIRTIME_FAIRNESS": true,
        "AQL_Extended": true,
        "AQL_Runtime": true,
        "Driver": "ath10k_pci"
      },
      "phy1": {
        "Chipset": "Qualcomm Atheros QCA9886 (AHB)",
        "Bands": [
          "2.4GHz"
        ],
        "Standards": [
          "802.11n"
        ],
        "MeshPoint": "802.11s",
        "Wi-FiGeneration": "Wi-Fi 4",
        "MIMO": "2x2",
        "MaxChannelWidth": "40 MHz",
        "ChannelWidthCap": false,
        "Antennas": "2x2",
        "TheoreticalMaxMbps": "300",
        "TXQS": true,
        "AIRTIME_FAIRNESS": true,
        "AQL_Extended": true,
        "AQL_Runtime": true,
        "Driver": "ath10k_ahb"
      },
      "phy2": {
        "Chipset": "Qualcomm Atheros QCA9886 (AHB)",
        "Bands": [
          "5GHz"
        ],
        "Standards": [
          "802.11ac",
          "802.11n"
        ],
        "MeshPoint": "802.11s",
        "Wi-FiGeneration": "Wi-Fi 5",
        "MIMO": "2x2",
        "MaxChannelWidth": "160 MHz",
        "ChannelWidthCap": false,
        "Antennas": "2x2",
        "TheoreticalMaxMbps": "1736",
        "TXQS": true,
        "AIRTIME_FAIRNESS": true,
        "AQL_Extended": true,
        "AQL_Runtime": true,
        "Driver": "ath10k_ahb"
      }
    },
    "node_status": {
      "mesh11sd_version": "6.2.0",
      "mesh11sd_checksum": "dd87296c3c19e8444efcf5784af3cf44f5f1d385f9383e98dd64f561b36f626a",
      "node_type": "MPE",
      "factory_mac": "de:18:4f:39:53:fd",
      "mesh_bridge_mac": "fe:5c:f7:8d:32:54",
      "uptime_seconds": 1113,
      "load_average_1min": "0.55",
      "load_average_5min": "0.51",
      "load_average_15min": "0.36",
      "free_ram_kb": 90360,
      "free_flash_kb": 34608,
      "cpu_temperature_c": "not available",
      "cpu_frequency_mhz": "716"
    },
    "clients@fe:5c:f7:8d:32:54": {
      "Kellerfunk@phy0-ap0": {
        "08:e9:f6:90:7c:7a": {
          "rx_bytes": "58615",
          "tx_bytes": "43593",
          "tx_retries": "56",
          "signal_avg": "-77_[-91,_-77,_-95,_-95]_dBm",
          "tx_bitrate": "325.0_MBit/s_VHT-MCS_7_80MHz_short_GI_VHT-NSS_1",
          "rx_bitrate": "292.6_MBit/s_VHT-MCS_6_80MHz_short_GI_VHT-NSS_1",
          "avg_ack_signal": "-95_dBm",
          "connected_time": "668_seconds",
          "timestamp": "1772020608238_ms",
          "date_time":"Wed_Feb_25_12:56:48_CET_2026"
        },
      "Kellerfunk@phy1-ap1": {
        "00:22:61:f8:9c:de": {
          "rx_bytes": "859563",
          "tx_bytes": "630823",
          "tx_retries": "1079",
          "signal_avg": "-57_[-60,_-59,_-95,_-95]_dBm",
          "tx_bitrate": "72.2_MBit/s_MCS_7_short_GI",
          "rx_bitrate": "72.2_MBit/s_MCS_7_short_GI",
          "avg_ack_signal": "-95_dBm",
          "connected_time": "667_seconds",
          "timestamp": "1772020609216_ms",
          "date_time":"Wed_Feb_25_12:56:49_CET_2026"
        },
        "00:22:61:6c:fe:b4": {
          "rx_bytes": "1643621",
          "tx_bytes": "1214450",
          "tx_retries": "1095",
          "signal_avg": "-58_[-64,_-59,_-95,_-95]_dBm",
          "tx_bitrate": "72.2_MBit/s_MCS_7_short_GI",
          "rx_bitrate": "72.2_MBit/s_MCS_7_short_GI",
          "avg_ack_signal": "-95_dBm",
          "connected_time": "666_seconds",
          "timestamp": "1772020609216_ms",
          "date_time":"Wed_Feb_25_12:56:49_CET_2026"
        },
        "00:22:61:6c:e5:e0": {
          "rx_bytes": "829589",
          "tx_bytes": "619589",
          "tx_retries": "342",
          "signal_avg": "-58_[-69,_-58,_-95,_-95]_dBm",
          "tx_bitrate": "72.2_MBit/s_MCS_7_short_GI",
          "rx_bitrate": "72.2_MBit/s_MCS_7_short_GI",
          "avg_ack_signal": "-95_dBm",
          "connected_time": "666_seconds",
          "timestamp": "1772020609217_ms",
          "date_time":"Wed_Feb_25_12:56:49_CET_2026"
        },
        "ae:65:12:4a:1f:a2": {
          "rx_bytes": "81072472",
          "tx_bytes": "83085992",
          "tx_retries": "63588",
          "signal_avg": "-59_[-75,_-59,_-95,_-95]_dBm",
          "tx_bitrate": "130.0_MBit/s_MCS_14_short_GI",
          "rx_bitrate": "144.4_MBit/s_MCS_15_short_GI",
          "avg_ack_signal": "-95_dBm",
          "connected_time": "205_seconds",
          "timestamp": "1772020609217_ms",
          "date_time":"Wed_Feb_25_12:56:49_CET_2026"
        },
      "Kellerfunk@phy2-ap2": {
        "30:58:90:93:6f:6f": {
          "rx_bytes": "30449",
          "tx_bytes": "22101",
          "tx_retries": "32",
          "signal_avg": "-68_[-78,_-68,_-95,_-95]_dBm",
          "tx_bitrate": "60.0_MBit/s_MCS_3_40MHz_short_GI",
          "rx_bitrate": "150.0_MBit/s_MCS_7_40MHz_short_GI",
          "avg_ack_signal": "-95_dBm",
          "connected_time": "663_seconds",
          "timestamp": "1772020612967_ms",
          "date_time":"Wed_Feb_25_12:56:52_CET_2026"
        },
        "3e:e3:e2:a0:ee:63": {
          "rx_bytes": "86260",
          "tx_bytes": "60991",
          "tx_retries": "97",
          "signal_avg": "-74_[-79,_-77,_-95,_-95]_dBm",
          "tx_bitrate": "526.6_MBit/s_VHT-MCS_6_80MHz_VHT-NSS_2",
          "rx_bitrate": "260.0_MBit/s_VHT-MCS_5_80MHz_short_GI_VHT-NSS_1",
          "avg_ack_signal": "-95_dBm",
          "connected_time": "650_seconds",
          "timestamp": "1772020612967_ms",
          "date_time":"Wed_Feb_25_12:56:52_CET_2026"
        }
      }
    }
  }
}
root@meshnode-0bd0:~#

Can you guide me, please, which test I should run next?

• Try 25.12.0-rc5 or
• enabling IP6 support on the upstream router (in that case, does it have to be on the ISP router directly or could I use an intermediary sitting between the main ISP router and the mesh portal node?

Thank you

My custom builds should be good - I have replaced all ath10k-ct drivers with the none-ct versions, the wpad-basic-mbedtls package with wpad-mbedtls and have added the additionally needed packages
-luci luci-ssl luci-app-commands ip-full kmod-nft-bridge vxlan

[Emilio-62]

Well, trying 25.12.0-rc5 is obviously a waste of time since your setup is working fine on 24.10.5.

[bluewavenet]

@Emilio-62

Well, trying 25.12.0-rc5 is obviously a waste of time since your setup is working fine on 24.10.5.

Not really, because I am using different hardware on that node.
24.10.5 is working for me on that hardware, so something generic in OpenWrt is eliminated. But something driver specific to your hardware could be a problem.

I would say your next step would be the intermediary router with ipv6 enabled, certainly the easiest if you have a spare router! (Just what I did, but to disable ipv6 as my isp router has it enabled.)