широковещательный эхо-запрос от клиента беспроводной сети - ответят только 2 других клиента? [закрыто]

Вопрос возник при попытке интегрировать мой KNX-IP-интерфейс через библиотеку Java Calimero. Моя реализация (работающая на Raspberry - через WLAN) не нашла IP-интерфейс KNX, поэтому я начал более глубокое исследование. Тем временем я отключил "Multicast" на программной стороне интеграции KNX (и теперь программное обеспечение находит KNX IP-интерфейс), но я все еще хочу понять, почему на широковещательный пинг (ICMP) отвечают только некоторые клиенты.

Сетевая инфраструктура:

Internet Gateway (192.168.0.1/24) which is also DHCP Server. It's a Arris Modem.
TPLink 24Port Managed Switch 19" (192.168.0.10) (T1600G-28TS). One port is directly connected to the Internet Gateway / DHCP.
3 Unifi Ubiquity WLAN APs, each of them connected to the TPLink Switch
Several clients, one of them is a Windows PC, 192.168.0.64 (connected via wired LAN)
One client is a Raspberry Pi (192.168.0.76) with Raspbian Stretch, connected via WLAN and one of the ubiquity APs.
another client is the KNX IP interface (connected via wired LAN)

Когда я выполняю на малине команду

ping -b 192.168.0.255

, результат просто показывает ответы от 192.168.0.1 и 192.168.0.60 (помеченных как DUP!).

Каковы могут быть причины, по которым 192.168.0.64 не отвечает на широковещательный эхо-запрос?

Я уже успешно протестировал "ping 192.168.0.64" на компьютере с Windows, чтобы убедиться, что он отвечает на PING. Итак, я предполагаю, что это должно быть одно из

the settings in the TPLink Switch?
the settings in the Ubiquity WLAN AP?

. Но я не могу найти, какая настройка могла быть причиной - поскольку это не широковещательная передача из LAN в WLAN, а из WLAN в LAN ...

В переключателе TPLink переключатель Опция «Неизвестная многоадресная рассылка» уже включена.