TCP: Разлика помеѓу преработките
[непроверена преработка] | [непроверена преработка] |
Избришана содржина Додадена содржина
→Протокол: додавање подсекција |
→Терминирање на конекцијата: средување на подсекција |
||
Ред 116:
Во овој момент, и клиентот и серверот имаат добиено потврда за конекција. Чекорите 1 и 2, воспоставуваат врска параметар(секвенциски број) во еден правец и тоа се потврдува. Чекорите 2 и 3, воспоставуваат врска параметар (секвенциски број) во другиот правец и тоа се потврдува. Со овие, се воспоставува full-duplex комуникација.
===Терминирање на конекцијата===
Фазата
Врската може да биде "полу-отворена", во кој случај едната страна ја
Исто така е можно да се прекине врската со
Можно е двата домаќини да испратат FIN истовремено тогаш и двата само треба да ACK. Ова веројатно би можело да се смета за ракување во 2
▲Исто така е можно да се прекине врската со 3те начини на ракување, кога домаќинот А испраќа FIN и домаќинот Б одговара со FIN и ACK (само комбинира 2 чекори во еден) и домаќин враќа со ACK. Ова е можеби најчестиот метод.
▲Можно е двата домаќини да испратат FIN истовремено тогаш и двата само треба да ACK. Ова веројатно би можело да се смета за 2-насочно ракување од кога FIN / ACK секвенца е направена во паралела за двете насоки.
Некои домаќин на TCP stacks може да се спроведе полу-дуплекс блискa низа, како што прават Linux или HP-UX. Ако таков домаќин активно ја затвора конекцијата, но сепак не ги читаат влезните податоци магацинот веќе добил од линкот, овој хост праќа RST наместо FIN (Дел 4.2.2.13 во RFC 1122). Ова им овозможува на TCP апликациите да бидат сигурни дека на далечински управуваната апликација ги прочитала сите податоци пред тоа испратени - чекајќи на FIN од далечинската страна, кога е активно затворена врската. Сепак, далечински TCP магацинот не може да прави разлика помеѓу Прекинувачот на Врската RST и оваа Data Loss RST. Двете причина remote stack да ги фрла сите податоци што ги добил, но дека барањето се уште не си го прочитал.
|