IBAH (23.05.2025 16:19 - 16:31, просмотров: 368)-
- так IP -> MAC как то надо ж определить, ARP протокол работает
же первый раз - OoegOleg(23.05.2025 16:39,
)
- Всем спасибо! прояснилось... Но все равно не понятно откуда разница
в 100мс при различный методах сброса. По ДШ: программный сброс
очищает только внутренние регистры, а аппаратный также сбрасывает
физический интерфейс. - IBAH(23.05.2025 17:27)
- Если вы уронили линк , а на коммутаторе настроен классический Spanning three и порт не в режиме edge , так траффик может и 30 секунд не ходить - OlegPowerC(23.05.2025 17:41)
- Физике надо время чтобы прочухаться после сброса: прочувствовать
линк, обкашлять с партнером скорость и дуплекс. Небыстрое это дело. - LightElf(23.05.2025 17:36)
- Ну это понятно, W5500 сигнал линк до полсекунды выставляет - IBAH(23.05.2025 18:15)
- Нихуя не понял, но очень интересно! у W5500 есть опция "Включить
режим форсирования ARP. В режиме форсирования ARP принудительно
отправляется запрос ARP при каждой отправке данных." Поможет? - IBAH(23.05.2025 16:50)
- Нет :-) усугубит , не рассчитывайте что первая датаграмма улетит
мгновенно. Можете перед первой посылкой послать что угодно - хоть
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,
- Всем спасибо! прояснилось... Но все равно не понятно откуда разница
в 100мс при различный методах сброса. По ДШ: программный сброс
очищает только внутренние регистры, а аппаратный также сбрасывает
физический интерфейс. - IBAH(23.05.2025 17:27)
- Конфигурация сети. Комп и W5500 включены в 5портовый гигабитный свитч, свитч подключен к другому 16 портовому, а тот в свою очередь к роутеру. В W5500 включена автонастройка, автонастраивается на 100М/с дуплекс. Может свитч мозг делает? - IBAH(23.05.2025 16:26)
- так IP -> MAC как то надо ж определить, ARP протокол работает
же первый раз - OoegOleg(23.05.2025 16:39,