<
От версии < 1.20 >
отредактировано Alexandr Fokin
на 2022/07/09 18:38
К версии < 2.1 >
отредактировано Alexandr Fokin
на 2022/07/15 22:44
>
Изменить комментарий: К данной версии нет комментариев

Комментарий

Подробности

Свойства страницы
Содержимое
... ... @@ -6,11 +6,13 @@
6 6  
7 7  |(% style="width:215px" %)**Понятие**|(% style="width:1307px" %)**Описание**
8 8  |(% style="width:215px" %) |(% style="width:1307px" %)(((
9 -Основывается на протоколе IP для передачи и маршрутизации.
9 +Основывается на протоколе [[IP>>Сети.Протоколы.IP.WebHome]] для передачи и маршрутизации.
10 10  TCP сегмент заворачивается в IP пакет.
11 11  )))
12 12  |(% style="width:215px" %)TCP сегмент|(% style="width:1307px" %)Блок единичного пакета/сообщения.
13 13  Сегмент содержит данные и заголовок необходимой для работы информацией.
14 +|(% style="width:215px" %)Maximum segment size (MSS)|(% style="width:1307px" %)Параметр, обозначающий размер полезной нагрузки.
15 +Основывается на значении MTU, вычитая значение размера IP заголовка и TCP заголовка.
14 14  |(% style="width:215px" %)Клиент и Сервер|(% style="width:1307px" %)TCP сервер слушает определенный сокет (привязка к IpAddress + Port).
15 15  TCP клиент подключается к серверу, устанавливается соединение.
16 16  |(% style="width:215px" %)Логическое соединение|(% style="width:1307px" %)(((
... ... @@ -41,7 +41,11 @@
41 41  
42 42  Возможно ситуация, когда сегмент подтверждения может быть утерян (или же еще не успел прийти), и сегмент будет выслан повторно, но такое поведение не приведет к повреждению передаваемых данных.
43 43  
46 +----
47 +
44 44  Отметим, что возможна ситуация, когда сегменты достигли клиента, отправитель получил подтверждение, но приложение или хост упали, не выполнив окончательную обработку данных из этих сегментов.
49 +
50 +При отправке данных через сокет, возврат управления из функции отправки не означает, что данные были доставлены или даже отправлены. Данные все еще могут находиться в буфере и ожидать отправки (например ожидать заполнения блока). Задержка возврата управления может быть вызвана переполнением буфера отправки.
45 45  )))
46 46  |(% style="width:215px" %)Гарантия порядка получения
47 47  (за счет нумерации данных)|(% style="width:1307px" %)(((
... ... @@ -52,6 +52,7 @@
52 52  |(% style="width:215px" %)Гарантия целостности данных
53 53  (за счет контрольной суммы)|(% style="width:1307px" %)Перед отправкой в заголовок сегмента включается блок с контрольной суммой данных. При получении сегмента, контрольная сумма сверяется для проверки изменения содержимого сегмента.
54 54  |(% style="width:215px" %)Окно приема|(% style="width:1307px" %)Можно представить в виде некоторого буфера двигающегося вдоль данных по мере их приема.
61 +Обозначает ограничение буфера памяти приемника.
55 55  Если сегмент не попадает в окно приема, то он отбрасывается.
56 56  Если сегмент приходит повторно (данный сегмент уже получен), то он отбрасывается.
57 57  Если сегмент попадает в окно приема, но не является следующим по порядку, то он буферизуется, до того момента, как будут получены расположенные по порядку перед ним сегменты (и будет выведен в поток чтения после них).
... ... @@ -58,6 +58,9 @@
58 58  |(% style="width:215px" %)Окно передачи|(% style="width:1307px" %)Можно представить в виде некоторого буфера двигающегося вдоль данных по мере их передачи.
59 59  Определяет, какие сегменты можно отправить в текущий момент времени.
60 60  Также в рамках него контролируются статус сегментов (было ли получено подтверждение о получении).
68 +|(% style="width:215px" %) |(% style="width:1307px" %)
69 +|(% style="width:215px" %)Окно перегрузки|(% style="width:1307px" %)
70 +|(% style="width:215px" %)Алгоритм Нейгла|(% style="width:1307px" %)
61 61  
62 62  ----
63 63