Як довго TCP чекатиме ACK?

Це означає, що якщо через 20 мс не спостерігається жодного ACK, пакет повторно передається. Клієнт сам отримує пакет, а стек TCP чекає Відкладений ACK

Відкладений ACK

TCP відкладене підтвердження є техніка, яка використовується деякими реалізаціями протоколу керування передачею для покращення продуктивності мережі. По суті, кілька відповідей ACK можна об’єднати в одну відповідь, зменшуючи накладні витрати протоколу.

https://en.wikipedia.org › wiki › TCP_delayed_acknowledgment

таймер для ACK (максимум 200 мс), тому що може бути відповідь від програми, а ACK + відповідь можна надіслати в тому самому кадрі. 28 вересня 2023 р.

TCP TIME_WAIT — це звичайна операція протоколу TCP, це означає, що після доставки останнього FIN-ACK сторона клієнта чекатиме подвійного максимального часу життя сегмента (MSL), щоб переконатися, що віддалений TCP отримав підтвердження свого запиту на припинення з’єднання. За замовчуванням MSL є 2 хвилини.

Таймер повторної передачі ініціалізується три секунди коли встановлено з'єднання TCP.

Єдиний пакет TCP, який не має ACK, це перший сегмент SYN, надісланий з активного відкритого пристрою. Це означає, що пристрій, який ініціює з’єднання, надішле свій перший пакет без встановленого прапора ACK. Це просто тому, що на той момент немає даних, які потрібно підтвердити.

Це визначає час, який має пройти, перш ніж TCP зможе розблокувати закрите з'єднання та повторно використовувати його ресурси. Рекомендоване значення для максимальної кількості з’єднань становить 100. Рекомендоване значення для мінімальної кількості з’єднань – 10. Значення за замовчуванням – 0xF0 (240 секунд = 4 хвилини).

Це означає, що якщо через 20 мс не спостерігається жодного ACK, пакет повторно передається. Клієнт сам отримує пакет, а стек TCP чекає таймера затримки ACK на ACK (максимум 200 мс), тому що може бути відповідь від програми, а ACK + відповідь можна надіслати в тому самому кадрі.