Describe the bug
I have this Cudy WR3000 v1 running version 25.12.4 of OpenWRT that acts as "Dumb AP" and is cable connected with a Xiaomi Redmi Router AX6000 (Main Router) running the same version of OpenWRT.
Obs. 1: They are using 802.11r fast transition (plus 802.11k and 802.11v) with WPA2-PSK as encryption method with DAWN activated.
Obs. 2: The related error started after updated from version 24.10.4 to 25.12.4. Before this, they were working perfectly.
The Error
I have a Pi-hole instance running in a device connected via cable into the Main Router. Devices connected via wireless in the Dumb AP cannot connect with the announced DNS IP (192.168.1.19). I've tried to ping this device and another one that was cable connected with the main router and the response was address unreachable. Tried the opposite way, pinging the devices wireless connected in the Dumb AP from the wired devices connected in the main router and the same occurred.
If I ping from these wireless devices (2 Samsung Galaxy S23 Ultra) to other WiFi devices (connected into main router and dumb AP), the ping occurs normally. If these devices are connected in the main router, they can communicate with the cable connected devices normally too.
When I connect into Dumb AP via SSH, the ping from the AP and the wired devices occurs normally too. So the problem, apparently, is that in somewhere the wireless and the wired network were not totally bridge as expected.
Summary
| Origin Device |
Destination Device |
Origin Connected Device |
Destination Connected Device |
Ping Result |
| Wireless |
Wired |
Dumb AP |
Main Router |
🔴 Not OK |
| Wireless |
Wireless |
Dumb AP |
Main Router |
✅ OK |
| Wireless |
Wireless |
Dumb AP |
Dumb AP |
✅ OK |
| Dumb AP |
Wireless |
- |
Main Router |
✅ OK |
| Wired |
Wireless |
Main Router |
Dumb AP |
🔴 Not OK |
OpenWrt version
r32933-4ccb782af7
OpenWrt release
25.12.4
OpenWrt target/subtarget
mediatek/filogic
Device
Cudy WR3000 v1
Image kind
Official downloaded image
Steps to reproduce
No response
Actual behaviour
Devices connected into Dummy AP via WiFi cannot communicate with devices connected via cable into the Main Router.
Expected behaviour
Devices connected into Dummy AP via WiFi can communicate with devices connected via cable into the Main Router.
Additional info
Behaviour didn't occur before upgrading from 24.10.4 to 25.12.4.
Diffconfig
Terms
Describe the bug
I have this Cudy WR3000 v1 running version 25.12.4 of OpenWRT that acts as "Dumb AP" and is cable connected with a Xiaomi Redmi Router AX6000 (Main Router) running the same version of OpenWRT.
Obs. 1: They are using 802.11r fast transition (plus 802.11k and 802.11v) with WPA2-PSK as encryption method with DAWN activated.
Obs. 2: The related error started after updated from version 24.10.4 to 25.12.4. Before this, they were working perfectly.
The Error
I have a Pi-hole instance running in a device connected via cable into the Main Router. Devices connected via wireless in the Dumb AP cannot connect with the announced DNS IP (192.168.1.19). I've tried to ping this device and another one that was cable connected with the main router and the response was address unreachable. Tried the opposite way, pinging the devices wireless connected in the Dumb AP from the wired devices connected in the main router and the same occurred.
If I ping from these wireless devices (2 Samsung Galaxy S23 Ultra) to other WiFi devices (connected into main router and dumb AP), the ping occurs normally. If these devices are connected in the main router, they can communicate with the cable connected devices normally too.
When I connect into Dumb AP via SSH, the ping from the AP and the wired devices occurs normally too. So the problem, apparently, is that in somewhere the wireless and the wired network were not totally bridge as expected.
Summary
OpenWrt version
r32933-4ccb782af7
OpenWrt release
25.12.4
OpenWrt target/subtarget
mediatek/filogic
Device
Cudy WR3000 v1
Image kind
Official downloaded image
Steps to reproduce
No response
Actual behaviour
Devices connected into Dummy AP via WiFi cannot communicate with devices connected via cable into the Main Router.
Expected behaviour
Devices connected into Dummy AP via WiFi can communicate with devices connected via cable into the Main Router.
Additional info
Behaviour didn't occur before upgrading from 24.10.4 to 25.12.4.
Diffconfig
Terms