Одна из функций TCP заключается в проверке того, что каждый сегмент достигает своего места назначения. Службы TCP на хосте назначения подтверждают данные, которые они получили, исходному приложению.

Когда службы отправляют данные, используя TCP, сегменты могут прибыть к своему месту назначения не в порядке отправки. Чтобы исходное сообщение было понято получателем, данные в этих сегментах повторно собираются в первоначальном порядке. Для достижения этой цели, присваиваются порядковые номера в заголовке каждого пакета.

Чтобы закрыть соединение, флаг управления FIN (Финиш) в заголовке сегмента должен быть установлен. Чтобы закончить каждый односторонний сеанс TCP, используется двухстороннее квитирование , состоящее из сегмента FIN и сегмента ACK. Поэтому для завершения одного TCP диалога необходимо обменяться четырьмя сегментами, чтобы закончить оба сеанса.

Применяя программу - анализатор трафика и используемых протоколов - Wireshark , Вы можете наблюдать работу трехэтапного квитирования TCP:

Когда два хоста осуществляют коммуникацию посредством TCP, соединение установливается прежде, чем может начаться обмен данными. После того, как коммуникация закончена, сессии закрываются, а соединение завершается. Механизмы соединения и сессий делают возможной функцию надежности TCP.

Как было показано в прошлый раз, прикладные процессы работают серверах. Эти процессы ожидают, пока клиент не начнет коммуникацию с запроса некоторой информации или других сервисов.

Ключевое различие между TCP и UDP - это надежность. Надежность коммуникации TCP выполнена с использованием сеансов, ориентированных на создание соединения. Прежде, чем хост, использующий TCP, посылает данные другому хосту, Транспортный уровень инициирует процесс создания соединения с узлом назначения. Такое соединение позволяет прослеживать сеанс, или коммуникационный поток между хостами. Этот процесс гарантирует, что каждый хост знает и подготовлен к коммуникации. Полностью подготовленный диалог TCP требует учреждения сеанса между узлами в обоих направлениях.

В предыдущих статьях объяснялось, как создаются PDU (Единицы данных протокола), а затем данные передаются из приложения вниз через стек различных протоколов, чтобы создать пакет, который затем будет передан на канал передачи данных. На конечном хосте этот процесс просходит в обратном порядке - инкапсулированные в PDU данные поднимаются по стеку протоколов снизу вверх, а затем данные передаются приложению.

Иногда необходимо знать, какие активные соединения TCP открыты и работают на сетевом узле. В этом случае нам поможет Netstat - важная сетевая утилита, которая может использоваться для проверки этих соединений.

Администрация адресного пространства Интернет (IANA - сокр.от Internet Assigned Numbers Authority) назначает номера портов. IANA является ассоциацией по стандартам, которая ответственна за создание различных стандартов адресации.