Возможно, что UDP-сокет получит сообщение ARP

Question

Я создал udp-сокет под Linux для обнаружения другой системы в сети. После создания сокета udp и назначения src IP, src Port, dst port (я знаю правильное значение) и dst IP (широковещательная передача), приложение отправляет UDP-пакет на другой конец. Идея состоит в том, чтобы другой компьютер отправил обратно UDP-пакет, чтобы мой компьютер выводил IP-адрес назначения. Другой конец отвечает сообщением ARP, которое содержит его IP-порт, а также порт IP &.

Хотя, сокет, который я использую, является дейтаграммой моего приложения, объявляет, что другой конец обнаружен и может получить свой IP-адрес. Похоже, что сокет udp, который я использую, получил сообщение ARP, отправленное другим концом, что выглядит сбивающим с толку.

Пожалуйста, у кого-нибудь есть объяснение, что происходит.

спасибо.

Answer 1

ARP не является протоколом на основе протокола UDP и, следовательно, не может быть захвачен с помощью UDP-сокета. Посмотрите на OSI layer, и вы найдете ARP на уровне 2..3 (link..network), в то время как UDP находится на транспортном уровне (уровень 4). Без ARP UDP не может работать даже в локальной сети.

Если вы отправляете UDP-пакет из своего сокета, он будет искать в кэше ARP системы, чтобы узнать аппаратный адрес (MAC), связанный с целевым IP-адресом (по крайней мере, если целевой IP находится внутри одного и того же локального сети). Если нет действительной записи в кэше, он выполнит запрос ARP. Этот ARP-запрос «принадлежит» ядру, и он не связан с вашим сокетом, даже если отправка в вашем сокете вызвала поиск ARP. Когда ядро ​​(а не ваш сокет) получает ответ ARP, он будет знать MAC-адрес цели и, таким образом, может инкапсулировать ваш IP-пакет (UDP на основе IP) в кадр для локальной (физической) сети (с локальным и целевым MAC-адресом включая) и отправить его через сетевую карту.