IBAH (23.05.2025 16:50, просмотров: 28) ответил OoegOleg на так IP -> MAC как то надо ж определить, ARP протокол работает
же первый раз-
- Нет :-) усугубит , не рассчитывайте что первая датаграмма улетит
мгновенно. Можете перед первой посылкой послать что угодно - хоть
icmp, хоть левый udp. И тогда адрес разрешиться до вашей полезной
посылки - OoegOleg(23.05.2025 17:07,
) - Можно попробовать на компе сделать статическую запись в таблице ARP и посмотреть, будет ли изменение. "arp -s IP MAC". - SciFi(23.05.2025 17:05)
- Обмен по Ethernet идет на базе MAC-адресов. А обмен по UDP идет на
базе IP адресов. Выяснением соответствия MAC <-> IP
занимается протокол ARP. После сброса процессора таблица ARP пуста.
Поэтому первый UDP пакет не может быть отправлен сразу - сначала
должен пройти обмен адресами по ARP. Это первый момент. Второй
момент заключается в том, что свичам для работы нужно знать на
каком порту у них какой MAC сидит. Свич узнает MAC адреса путем
прослушивания трафика. LightElf(149 знак., 23.05.2025 17:04)
- Коммутатор первый фрейм предназначенный неизученнуму маку пошлет во
все порты этого vlan, это называется юникаст флуд - OoegOleg(23.05.2025 17:09, )
- Это зависит от настроек свича. В описанной ситуации никакого
юникастового пакета никуда не пойдет - сначала уйдет ARP запрос
бродкастом, из него свич узнает MAC отправителя, потом на ARP
придет ответ и только потом уйдет UDP пакет. По наблюдениям, первый
ARP запрос после подключения не через все свичи проходит, иногда
только второй запрос реально пересылается свичем. - LightElf(23.05.2025 17:18 - 17:34)
- я прекрасно знаю это, я к тому что даже отсутствие MAC адреса
назначения (например потому что устройство получатель ничего не
посылало и истек таймаут) не будет проблемой , поэтому к
коммутатору тут вопросов вобще нет. Тут исключительно вопрос к ARP.
Можно было бы создать статичискую запись ARP но в Wiznet этого не
сделать - OoegOleg(23.05.2025 17:23, )
- А дошло! задерживается не пакет от компа до W5500, а пакет от W5500
до компа! комп хранит ARP таблицу , а W5500 очищает её при сбросе. Возможно комп хранит таблицу энергонезависимо, я комп
перезагружал, эффект задержки первого пакета не проявляется. - IBAH(23.05.2025 17:34)
- Wireshark поставьте на пк и все увидите - OlegPowerC(23.05.2025 17:44)
- А дошло! задерживается не пакет от компа до W5500, а пакет от W5500
до компа! комп хранит ARP таблицу , а W5500 очищает её при сбросе. Возможно комп хранит таблицу энергонезависимо, я комп
перезагружал, эффект задержки первого пакета не проявляется. - IBAH(23.05.2025 17:34)
- я прекрасно знаю это, я к тому что даже отсутствие MAC адреса
назначения (например потому что устройство получатель ничего не
посылало и истек таймаут) не будет проблемой , поэтому к
коммутатору тут вопросов вобще нет. Тут исключительно вопрос к ARP.
Можно было бы создать статичискую запись ARP но в Wiznet этого не
сделать - OoegOleg(23.05.2025 17:23,
- Это зависит от настроек свича. В описанной ситуации никакого
юникастового пакета никуда не пойдет - сначала уйдет ARP запрос
бродкастом, из него свич узнает MAC отправителя, потом на ARP
придет ответ и только потом уйдет UDP пакет. По наблюдениям, первый
ARP запрос после подключения не через все свичи проходит, иногда
только второй запрос реально пересылается свичем. - LightElf(23.05.2025 17:18 - 17:34)
- Коммутатор первый фрейм предназначенный неизученнуму маку пошлет во
все порты этого vlan, это называется юникаст флуд - OoegOleg(23.05.2025 17:09,
- Не поможет. Всё дело в первом разе. Сначала посылается пакет ARP,
ждет ответа от удаленного узла, чтобы получить его MAC - один раз,
а уже потом передает ваши IP пакеты. - ecomp42(23.05.2025 17:02, )
- Нет :-) усугубит , не рассчитывайте что первая датаграмма улетит
мгновенно. Можете перед первой посылкой послать что угодно - хоть
icmp, хоть левый udp. И тогда адрес разрешиться до вашей полезной
посылки - OoegOleg(23.05.2025 17:07,