Широковещательный пинг от wlan клиента - только 2 других клиента отвечают?

Возник вопрос при попытке интегрировать мой интерфейс KNX-IP через библиотеку java Calimero. Моя реализация (работающая на Raspberry - через WLAN) не нашла IP-интерфейс KNX, поэтому я начал более глубокое исследование. Между тем я отключил "Multicast" на стороне программного обеспечения в интеграции KNX (и теперь программное обеспечение находит IP-интерфейс KNX), но я все еще хочу понять, почему широковещательный пинг (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 опция "Неизвестная многоадресная передача" уже включена.

1 ответ

Пинг покажет вам только несколько ответов. Если вы хотите просмотреть все полученные ответы, запустите захват пакета, отфильтруйте ICMP, а затем пропингуйте этот широковещательный адрес и проанализируйте результаты захвата.

Другие вопросы по тегам