Тема 3.Каким образом tcp обеспечивает надежную и быструю доставку. Сегменты tcp

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

В протоколе TCP предусмотрен случай, когда приложение обращается с запросом о срочной передаче данных (бит PSH в запросе установлен в 1). В этом случае протокол TCP, не ожидая заполнения буфера до уровня размера сегмента, немедленно передает указанные данные в сеть. О таких данных говорят, что они передаются вне потока - out of band.

Не все сегменты, посланные через соединение, будут одного и того же размера, однако оба участника соединения должны договориться о максимальном размере сегмента, который они будут использовать. Этот размер выбирается таким образом, чтобы при упаковке сегмента в IP-пакет он помещался туда целиком, то есть максимальный размер сегмента не должен превосходить максимального размера поля данных IP-пакета. В противном случае пришлось бы выполнять фрагментацию, то есть делить сегмент на несколько частей, для того, чтобы он вместился в IP-пакет.

Аналогичные проблемы решаются и на сетевом уровне. Для того, чтобы избежать фрагментации, должен быть выбран соответствующий максимальный размер IP-пакета. Однако при этом должны быть приняты во внимание максимальные размеры поля данных кадров (MTU) всех протоколов канального уровня, используемых в сети. Максимальный размер сегмента не должен превышать минимальное значение на множестве всех MTU составной сети.

Несложная формула помогает понять, что при таком подходе достигается наилучшее соотношение между полезными данными и служебной информацией, то есть достигается минимальный уровень накладных расходов на передачу. Пусть требуется передать полезную информацию объема V байтов, размер TCP пакета равен V_TCP, размер IP пакета равен V_IP, длина TCP заголовка равна Z_TCP, а длина заголовка IP пакета равна Z_IP. Тогда суммарный объем передаваемых данных составит V+Z_TCP*(V/V_TCP)+Z_IP*((V+Z_TCP*(V/V_TCP))/V_IP) байтов. То есть потребуется передать V байтов полезных данных, V/V_TCP заголовков уровня TCP, каждый из которых занимает Z_TCP байтов. Затем, поскольку IP протоколу необходимо передать все TCP пакеты, то есть V+Z_TCP*(V/V_TCP) байтов, то он сформирует (V+Z_TCP*(V/V_TCP))/V_IP пакетов длиной Z_IP байтов. Минимальный объем служебных данных получается, если на один TCP заголовок приходится ровно один IP заголовок. В противном случае, либо формируются лишние TCP заголовки (если размер TCP пакета меньше размера области данных IP пакета), либо формируются лишние IP заголовки (если TCP пакет не укладывается в IP пакет и его надо посылать при помощи двух и более IP пакетов).

Организация клиент-серверной связи

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

Клиент – это инициатор связи, тот, кто формирует запрос на соединение и передает его в сеть. Очевидно, что в пакете должен быть указан адрес (имя) компьютера, которому необходимо передать пакет. Кроме того, в пакете должно быть некоторое имя (адрес) серверного приложения.

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

В качестве адреса компьютера используется IP-адрес, а в качестве адреса приложения используется номер порта.