Відповідь сервера при тривимірному рукостисканні TCP


Відповіді:


2

Клієнт чекатиме пакет SYN, через деякий час він вичерпається.

Відповідним RFC є http://www.faqs.org/rfcs/rfc793.html

Принципова причина тристороннього рукостискання - запобігання виникнення плутанини у старих дублікатних ініціаторах зв'язку. Для вирішення цього питання було розроблено спеціальне контрольне повідомлення, яке було скинуто. Якщо приймаючий TCP знаходиться у не синхронізованому стані (тобто SYN-SENT, SYN-RECEIVED), він повертається до LISTEN після отримання прийнятного скидання. Якщо TCP знаходиться в одному з синхронізованих станів (Встановлено, FIN-WAIT-1, FIN-WAIT-2, CLOSE-WAIT, CLOSING, LAST-ACK, TIME-WAIT), він припиняє з'єднання та повідомляє свого користувача. Цей останній випадок ми обговорюємо під "напіввідкритими" з'єднаннями нижче.

RFC дозволяє окремим сервером ACK та SYN, але зазначає, що вони можуть бути об'єднані в один пакет. На практиці я вважаю, що всі поширені реалізації поєднують сервер SYN і ACK.

...

Стівенс † має діаграму переходу стану. Це говорить про те, що клієнт буде тактично перервано до закритого стану і, ймовірно, спробує встановити з'єднання заново.

Якщо будь-який кінець отримає пакети даних до того, як вони досягли стану встановленого з'єднання, вони перейдуть у SYN_SENT або SYN_RCVD відповідно, і вони надішлють скидання (RST) і (я думаю) переходять у стан ЗАКРИТИХ або СПИСОК.

† ISBN 0-201--63346-9

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.