Припустимо, що даний фрагмент TCP фрагментований на дві дейтаграми IP, і що перша дейтаграма надходить на сервер TCP, але друга дейтаграма ніколи не надходить.
Через певний проміжок часу сервер TCP надсилає спостереження і визначає, що клієнт живий. Що тоді сервер TCP робить з цією першою дейтаграмою? Чи чекає прибуття другої дейтаграми чи вона відкидає першу дейтаграму?
Відповіді:
Після закінчення часу закінчення часу збору фрагмента фрагмент скидається; інший кінець потрібно буде повторно передати.
Цей час очікування зазвичай налаштовується. У Linux це 30 секунд за замовчуванням, а керовано через /proc/sys/net/ipv4/ipfrag_time.
На це питання немає остаточної відповіді;
Якщо ви побачите цю статтю про адаптивну ретрансляцію, ви побачите, що TCP використовує RTT як фактор розрахунку відповідних затримок.
Це більш детальна стаття. По суті, немає особливого значення тайм-ауту лише для фрагментації.
Ця стаття Cisco хоча вказує на те, що віртуальна брандмауер IOS XR має фрагмент затримки для фрагментів у 10 секунд із власним настроюваним таймером. Я пов'язую це з тим, щоб сказати, що ОС і пристрої поводяться по-різному, і якщо ви передаєте з'єднання, хоча такий приклад, як, наприклад, це може негативно заважати вам у зв’язку.
Найкраще було б з'єднати дві машини однакової конфігурації з перехрестом і почати тестування звідти, якщо ви хочете перевірити ефекти затримки фрагментації.