Транспортный протокол TCP

TCP (Transmission Control Protocol, протокол управления передачей) — это один из основных протоколов транспортного уровня стека протоколов TCP/IP, обеспечивающий надёжную, упорядоченную и безошибочную доставку потока данных между двумя узлами сети. TCP является протоколом с установлением соединения, что означает необходимость предварительного согласования параметров передачи между отправителем и получателем перед началом обмена данными. Он гарантирует, что данные будут доставлены в том же порядке, в котором были отправлены, и без потерь, дублирования или искажений.

История

Разработка TCP началась в 1970-х годах в рамках проекта ARPANET, финансируемого Министерством обороны США. Первоначальная спецификация была описана в RFC 675 (1974 год) авторства Винтона Серфа, Йохана Постела и других. В 1978 году протокол был разделён на два: TCP (транспортный уровень) и IP (межсетевой уровень), что привело к появлению современного стека TCP/IP. Окончательная версия TCP была стандартизирована в 1981 году в RFC 793. С тех пор протокол неоднократно дополнялся и уточнялся в последующих RFC (например, RFC 1122, RFC 1323, RFC 2018, RFC 5681), но его базовая архитектура осталась неизменной.

Принцип работы

TCP работает на транспортном уровне модели OSI и обеспечивает взаимодействие между приложениями, работающими на разных узлах сети. Протокол использует концепцию сокетов (socket) — комбинации IP-адреса и порта. Каждое соединение TCP однозначно идентифицируется парой сокетов: (IP-адрес отправителя, порт отправителя) и (IP-адрес получателя, порт получателя).

Установление соединения (тройное рукопожатие)

Перед началом передачи данных TCP устанавливает логическое соединение между отправителем и получателем с помощью процедуры, называемой «тройное рукопожатие» (three-way handshake):

1. SYN (Synchronize): Клиент отправляет серверу сегмент с флагом SYN, указывая свой начальный порядковый номер (Sequence Number, ISN).
2. SYN-ACK (Synchronize-Acknowledge): Сервер отвечает сегментом с флагами SYN и ACK, подтверждая получение SYN клиента и отправляя свой собственный начальный порядковый номер.
3. ACK (Acknowledge): Клиент отправляет серверу сегмент с флагом ACK, подтверждая получение SYN-ACK. С этого момента соединение считается установленным, и начинается обмен данными.

Передача данных

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

• Нумерацию сегментов: Каждый байт данных имеет порядковый номер, что позволяет получателю восстановить исходный порядок даже при переупорядочивании пакетов в сети.
• Подтверждение получения (ACK): Получатель отправляет отправителю подтверждение о получении сегментов. Если отправитель не получает ACK в течение определённого времени (тайм-аут), он повторно отправляет данные.
• Контрольную сумму: Заголовок и данные каждого сегмента снабжаются контрольной суммой, позволяющей обнаружить ошибки при передаче. Сегменты с повреждённой контрольной суммой отбрасываются.
• Управление потоком: Получатель может сообщить отправителю о размере своего буфера (окно приёма), чтобы отправитель не перегружал его данными.
• Управление перегрузкой: TCP динамически регулирует скорость передачи данных в зависимости от загруженности сети, чтобы избежать коллапса перегрузки.

Завершение соединения

Соединение TCP завершается с помощью четырёхэтапной процедуры (four-way handshake), которая может быть инициирована любой из сторон:

1. Сторона A отправляет сегмент с флагом FIN (finish).
2. Сторона B отвечает сегментом с флагом ACK.
3. Сторона B отправляет свой собственный сегмент с флагом FIN.
4. Сторона A отвечает сегментом с флагом ACK.

После этого соединение считается закрытым, и ресурсы освобождаются.

Структура заголовка TCP

Заголовок TCP имеет минимальный размер 20 байт (без опций) и состоит из следующих полей:

• Порт отправителя (16 бит): Номер порта приложения-отправителя.
• Порт получателя (16 бит): Номер порта приложения-получателя.
• Порядковый номер (32 бита): Номер первого байта данных в данном сегменте (или номер ISN при установлении соединения).
• Номер подтверждения (32 бита): Номер следующего байта, который ожидает получить отправитель (подтверждение получения всех байтов с меньшими номерами).
• Длина заголовка (4 бита): Указывает длину заголовка TCP в 32-битных словах (от 5 до 15).
• Резерв (3 бита): Зарезервировано для будущего использования.
• Флаги (9 бит): Управляющие биты, такие как SYN, ACK, FIN, RST (сброс соединения), PSH (немедленная передача данных), URG (срочные данные).
• Размер окна (16 бит): Количество байтов, которое получатель готов принять (управление потоком).
• Контрольная сумма (16 бит): Проверка целостности заголовка и данных.
• Указатель срочности (16 бит): Указывает на последний байт срочных данных (используется с флагом URG).
• Опции (переменная длина): Дополнительные параметры, такие как максимальный размер сегмента (MSS), масштабирование окна, временные метки (Timestamps) и другие.

Классификация и особенности

TCP и UDP

TCP является одним из двух основных протоколов транспортного уровня в стеке TCP/IP. Его главный альтернативный протокол — UDP (User Datagram Protocol). Основные отличия:

Разновидности и расширения

Со временем были разработаны различные расширения и модификации TCP, направленные на улучшение производительности в различных условиях:

• TCP Reno: Одна из первых реализаций алгоритма управления перегрузкой, использующая «медленный старт» и «избегание перегрузки».
• TCP NewReno: Улучшенная версия Reno, более эффективно обрабатывающая множественные потери пакетов.
• TCP BIC (Binary Increase Congestion control): Алгоритм, оптимизированный для высокоскоростных сетей с большой задержкой (например, спутниковые каналы).
• TCP CUBIC: Преемник BIC, ставший стандартным алгоритмом управления перегрузкой в ядре Linux. Он использует кубическую функцию для более плавного и эффективного увеличения окна перегрузки.
• TCP Vegas: Алгоритм, основанный на измерении задержки (RTT), а не на потерях пакетов, для прогнозирования перегрузки.
• TCP Fast Open (TFO): Расширение, позволяющее отправлять данные уже на этапе установления соединения (вместе с SYN), сокращая задержку.
• Multipath TCP (MPTCP): Расширение, позволяющее использовать несколько сетевых интерфейсов (например, Wi-Fi и 4G) одновременно для одного соединения, повышая надёжность и пропускную способность.

Применение

TCP является основой для большинства критически важных сетевых приложений, требующих надёжной передачи данных:

• Всемирная паутина (WWW): Протоколы HTTP и HTTPS, используемые для загрузки веб-страниц.
• Электронная почта: Протоколы SMTP (отправка), POP3 и IMAP (получение).
• Передача файлов: Протокол FTP (File Transfer Protocol).
• Удалённый доступ: Протоколы SSH (Secure Shell) и Telnet.
• Базы данных: Многие системы управления базами данных (СУБД) используют TCP для связи между клиентом и сервером.
• Потоковое мультимедиа: Хотя для потокового видео часто используется UDP, многие сервисы (например, YouTube) используют TCP, чтобы гарантировать качество и избежать прерываний.

Критика и ограничения

Несмотря на свою широкую распространённость, TCP имеет ряд недостатков:

• Накладные расходы: Установление соединения, подтверждения, управление потоком и перегрузкой создают значительную задержку и снижают пропускную способность, особенно в высокоскоростных сетях.
• Чувствительность к потерям: Даже единичная потеря пакета может привести к снижению скорости передачи из-за алгоритмов управления перегрузкой.
• Проблема «головы очереди» (Head-of-Line Blocking): Если один сегмент теряется, все последующие сегменты, ожидающие его повторной передачи, блокируются, что может вызывать задержки в реальном времени.
• Сложность реализации: Реализация TCP, особенно алгоритмов управления перегрузкой, является сложной задачей.

Интересные факты

• Изначально TCP и IP были единым протоколом, но в 1978 году были разделены для повышения модульности.
• Алгоритм «медленный старт» (slow-start) был впервые описан в 1988 году Ваном Джейкобсоном.
• Размер окна TCP в современных реализациях может быть увеличен до 1 ГБ с помощью опции масштабирования окна (Window Scaling).
• Протокол TCP используется в подавляющем большинстве интернет-трафика (по оценкам, более 80-90%).

Источники

1. RFC 793 — Transmission Control Protocol (1981).
2. RFC 1122 — Requirements for Internet Hosts — Communication Layers (1989).
3. RFC 5681 — TCP Congestion Control (2009).
4. Стивенс, У. Р. TCP/IP. Иллюстрированное руководство. Том 1. Протоколы. — М.: Вильямс, 2003.
5. Таненбаум, Э., Уэзеролл, Д. Компьютерные сети. — 5-е изд. — СПб.: Питер, 2012.