Diagnostic step 1
Collect packet captures on an affected 2.4 GHz client and on the AP (or a mirrored port) during a failure window; capture IGMP/mDNS/multicast and DHCP traffic (use tcpdump -i wlan0 port 5353 or equivalent)
Generated Oct 3, 2026, 12:35:03 AM
Collect packet captures on an affected 2.4 GHz client and on the AP (or a mirrored port) during a failure window; capture IGMP/mDNS/multicast and DHCP traffic (use tcpdump -i wlan0 port 5353 or equivalent)
Enable verbose wireless logs on the AP temporarily and look for disassociation/reassociation events; correlate timestamps with name resolution failures
Temporarily force an affected client to use a static IP and manually query mDNS with avahi-resolve to test whether multicast responses are received
Disable any AP 'multicast to unicast' or IGMP snooping features for 30 minutes to see if multicast delivery improves (reversible in AP UI)
If packet captures show missing mDNS responses, try configuring one authoritative local unicast DNS on the router (static host entries) as a mitigation while investigating multicast behavior; collect and save the diagnostic captures and AP logs for escalation to vendor support if hardware/firmware multicast handling appears faulty