Есть устройство, которое пингуется с компа. В статистике выводится "НЕСОВПАДЕНИЕ НА ххх". Что означает это сообщение и где и как с ним бороться? Устройство не подключено к локальной сети, а общается только с ПК.

Может это значит, что отправился пакет длиной 32 байта а пришел на 13 байт короче?
Попробуйте ping c ключем -l <число>, где <число> - размер буфера отправки. Напимер "-l 64" (это будет пинг по 64 байта) и посмотрите как изменится "несовпадение на"...

цифры все время разные... там может быть не только 13. Бывает 1, 6, 9, 17, 21, 28... Причем могут повторяться подряд, а могут вразброс идти.

вот пробовал с длиной 64байта

сниффер даст более точный ответ, чем группа медитирующих товарисчей.
если е обшибаюсь - с этого смещения в области "полезных данных" пошёл бред...
если делаете своё устройство - рекомендую прогнать пинг с параметрами типа..

-l 2500

толкает на "много думать", и какчестве шаре-варе стэков лежащих горами в инете


удчаи Вам
(круглый)

Это точно.
Ну уж как минимум-миниморум НЕ пользоваться русскоязычным пингом - а то толковать еще како-то вольный перевод совсем туго.

Все, всем спасибо. Нашел баг... Действительно, "НЕСОВПАДЕНИЕ на ХХХ" есть смещение с которого в поле данных пакета начинается лобуда. Все оказалось банально до безобразия - невыдержаны временные параметры при чтении данных из Ethernet-контроллера. Ну и обратно соответственно записывалась всякая ерунда.

Ну обычно у стеков которые не поддерживают или условно поддерживают фрагментацию - в доке так и написано. И для проверки живости устройства достаточно стандартного размера пакета. А ping -s 2500 это больше для тестирования каналов и роутеров...

просто сам когда то столкнулся с этим..при реализации стэка... чтоб не резать всё что выше (а не только тестовый пинг) пришлось сделать нормально работающий стэк...правда с внешней памятью.

с уважением
(круглый)
ЗЫ
Вы не поверите...Но всё что встречалось (все шаре-варе стэки) - НЕ содержат дефрагментацию на указанном слое...