Пожалуйста, извините меня, если на этот вопрос уже был дан ответ, но я не мог легко найти ответ.
Моя компания создает высокоскоростное измерительное оборудование, которое производит примерно 0,7 гигабита в секунду данных UDP. Каждый набор образцов имеет длину около 2500 байт, что заставило нас использовать фрагментацию IPv4 для отправки данных. Контрольные суммы UDP в данный момент не используются (установлено на 0). Принимающая сторона представляет собой довольно стандартный ящик Linux (с тайм-аутом повторной сборки фрагмента IPv4, установленным на 30 секунд, как по умолчанию).
Учитывая нашу конкретную настройку, мы ожидаем потери пакетов.
Учитывая большой объем данных, тот факт, что поле идентификации IPv4 16-битное и ожидание потери пакетов, мне интересно, есть ли вероятность неправильной пересборки?
Обход 16-битного поля идентификации IPv4 происходит значительно менее чем за 30 секунд.
Может ли это стать причиной некорректной пересборки фрагмента, которая затем не обнаруживается из-за отключенной контрольной суммы UDP? Или есть какой-то механизм, о котором я не знаю, который может предотвратить неправильную повторную сборку?
