caxapa.ru :: Прошу помощи в понимании работы LWIP и UDP, а так же работы сокетов в windows. Система простая, есть компьютер с windows и устройство с контроллером на котором работает LWIP, все в одной локальной сети. Сейчас надо с компьютера послать широковещательный UDP пакет, а контроллер его должен принять. Уже на этом этапе у меня какие-то странности.

AlexBi (03.07.2025 12:47, просмотров: 669)

Прошу помощи в понимании работы LWIP и UDP, а так же работы сокетов в windows. Система простая, есть компьютер с windows и устройство с контроллером на котором работает LWIP, все в одной локальной сети. Сейчас надо с компьютера послать широковещательный UDP пакет, а контроллер его должен принять. Уже на этом этапе у меня какие-то странности.

Странность первая. На компьютере написана простейшая консольная программа, которая используя Winsock должна отправить UDP пакет. Сокет на компьютере запускается, опция широковещания (SO_BROADCAST) устанавливается, отправка через sendto проходит без ошибок, адрес получателя inet_addr("255.255.255.255") но Wireshark на том же компьютере ни чего не видит, где этот пакет теряется не понятно, в бандмауэре работа моей программы разрешена. Для обхода этой проблемы пришлось использовать локальный широковещательный адрес, для моей сети это "192.168.0.255", при таком адресе получателя пакет отправляется, т.е. Wireshark его показывает, хоть и не идентифицирует как широковещательный, хотя в Ethernet-заголовке адрес из FF, т.е. широковещательный. Другие широковещательные пакеты на адрес 255.255.255.255 Wireshark показывает.

Странность вторая. При отправке с компьютера используется sendto, которое в качестве порта отправки берет первый свободный номер. Порт получателя у меня фиксированный. В программе на контроллере у меня прием настроен так: conn = netconn_new(NETCONN_UDP); netconn_bind(conn, IP_ADDR_ANY, UDP_PORT); Однако приема UDP нет. Прием UDP пакета появляется только если я сделаю так, что бы на компьютере номер порта отправки стал таким же как номер порта получателя, тогда прием широковещательных пакетов начинает работать. Почему так мне не понятно.

Вроде бы не делаю ни чего хитрого, а получаю странный результат.

Ответить

- Присоединяюсь к вопросу. Есть старая прога для тестирования наших девайсов, которые получают адрес по dhcp и удобнее всего опрос вести по 255.. и это всегда работало, но недавно у клиента та же проблема вылезла - и при выключенном защитнике не уходят широковещательные пакеты и с настройкой вышел гимор и разборки с нахождением адресов. У себя в сети на разных компах с 7кой и 10й повторить не смог. Мысль насчет локального широковещательного интересна, но непонятна и пока мои Andreas(28 знак., Вчера, 22:20)
  - На эту тему у меня пока только косвенные данные. Теоретически, если на компьютере есть несколько сетей, в моем случае это обычная локалка и виртуальная сеть для VirtualBox, теоретически пакет на адрес 255.255.255.255 должен уходить во все сети, а практически он уходит только в VirtualBox. Возможно windows находит первую попавшуюся сеть, отправляет пакет туда и считает свою миссию исполненной. - AlexBi(Вчера, 22:56)
    - Такое происходит если комп на винде имеет 2 и более сетевые карты. Винде невозможно указать нужную для broadcast посылок. Встречалось пару раз на практике. Оперативно лечилось на местах выдергиванием патчкордов на время конфигурирования нужного. После высталения в девайсах IP адресов из диапазона нужной подсетки далее пользовали x.x.x.255 и уходило в соответствующий сетевой интерфейс. - Гyдвин(Сегодня, 02:04)
      - Что бы указать нужную сетевую карту надо после sock=socket(..) сделать этому сокету bind(sock,localAddress) где localAddress взять не ноль, а адрес этого компьютера в нужной сети (в нужной сетевой карте). Тогда запрос на адрес 255.255.255.255 пойдет в эту сеть. Иначе, как я понял, возьмется первая попавшаяся сеть, свяжется с этим сокетом и все запросы будут идти только туда. Но если вы знаете IP адрес в нужной сети, тогда проще сразу слать широковещательно именно в эту сеть, AlexBi(176 знак., Сегодня, 11:55)
        
        В винде, при наличии нескольких сетевых интерфейсов, пакет адресованый 255.255.255.255 идет в интерфейс с меньшей метрикой. То есть либо надо использовать a.b.c.255, либо руками покрутить метрики, чтобы бродкаст шел в нужный интерфейс. LightElf(1 знак., Сегодня, 14:35, картинка)
    - С одновременным вифи и проводым инетом все ок. Кстати да, с запущенной виртуалкой тоже не отправлял в сеть, это я подзабыл. Но клиент уверял, что нет виртуалок. - Andreas(Вчера, 23:04)
  - Я пользую для обнаружения и конфигурирования девайсов в сети UDP на адрес 255.255.255.255. И ответы, кстати, тоже. Работает бронебойно во всяческих ебенях с полными жопами в части сисадминов. - Гyдвин(Вчера, 22:30)
    - Если на компе несколько сетевых интерфейсов, то бродкаст уйдет только в один из них. Это известная багофича винды. LightElf(1 знак., Сегодня, 14:39, ссылка)
    - Да! Именно поиск и настройка, udp и всегда работало бронебойно до недавних пор. Но вот перый случай и тс наткнулся. Началось? - Andreas(Вчера, 22:58)
- Ну я давно заметил, что глобальный широковещательный адрес 255.255.255.255 работает сильно не всегда и не везде, в отличие от широковещательного в рамках сети x.y.z.255 . - Samx(Вчера, 21:35)
  - Это встречалось на практике только в местах где установлены шибко умные управляемые маршрутизаторы. С простыми свитчами проблем нет... - Гyдвин(Сегодня, 01:58)

ARM, RISC-V контроллеры