Вопрос возник при попытке интегрировать мой интерфейс 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)
Когда я выполняю малину,
пинг -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 уже включена опция "Unknown Multicast".
Ping покажет вам только несколько ответов. Если вы хотите просмотреть все полученные ответы, запустите захват пакетов, отфильтруйте ICMP, а затем проверьте связь с этим широковещательным адресом и проанализируйте результаты захвата.