caxapa.ru :: Это зависит от настроек свича. В описанной ситуации никакого юникастового пакета никуда не пойдет - сначала уйдет ARP запрос бродкастом, из него свич узнает MAC отправителя, потом на ARP придет ответ и только потом уйдет UDP пакет. По наблюдениям, первый ARP запрос после подключения не через все свичи проходит, иногда только второй запрос реально пересылается свичем.

LightElf (23.05.2025 17:18 - 17:34, просмотров: 149) ответил OoegOleg на Коммутатор первый фрейм предназначенный неизученнуму маку пошлет во все порты этого vlan, это называется юникаст флуд

Это зависит от настроек свича. В описанной ситуации никакого юникастового пакета никуда не пойдет - сначала уйдет ARP запрос бродкастом, из него свич узнает MAC отправителя, потом на ARP придет ответ и только потом уйдет UDP пакет. По наблюдениям, первый ARP запрос после подключения не через все свичи проходит, иногда только второй запрос реально пересылается свичем.

Не надо делать мне как лучше, оставьте мне как хорошо

Ответить

- Пример обмена через коммутатор IBAH(939 знак., 26.05.2025 11:56)
- я прекрасно знаю это, я к тому что даже отсутствие 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)

Кибернетика, автоматика, протоколы