<
От версии < 1.3 >
отредактировано Alexandr Fokin
на 2022/07/09 16:53
К версии < 1.13 >
отредактировано Alexandr Fokin
на 2022/07/09 17:30
>
Изменить комментарий: К данной версии нет комментариев

Комментарий

Подробности

Свойства страницы
Содержимое
... ... @@ -1,49 +1,61 @@
1 +**Transmission Control Protocol**
2 +
1 1  ----
2 2  
3 -**Основные понятия:**
5 +**Основные моменты:**
4 4  
5 -|(% style="width:546px" %) |(% style="width:960px" %)(((
7 +|(% style="width:215px" %)**Понятие**|(% style="width:1307px" %)**Описание**
8 +|(% style="width:215px" %) |(% style="width:1307px" %)(((
6 6  Основывается на протоколе IP для передачи и маршрутизации.
7 -Сегмент заворачивается в IP пакет.
10 +TCP сегмент заворачивается в IP пакет.
8 8  )))
9 -|(% style="width:546px" %)Сегмент|(% style="width:960px" %)Блок единичного пакета/сообщения.
10 -|(% style="width:546px" %)Клиент и Сервер|(% style="width:960px" %)TCP сервер слушает определенный сокет (привязка к IpAddress + Port).
12 +|(% style="width:215px" %)Сегмент|(% style="width:1307px" %)Блок единичного пакета/сообщения.
13 +Сегмент содержит данные и заголовок необходимой для работы информацией.
14 +|(% style="width:215px" %)Клиент и Сервер|(% style="width:1307px" %)TCP сервер слушает определенный сокет (привязка к IpAddress + Port).
11 11  TCP клиент подключается к серверу, устанавливается соединение.
12 -|(% style="width:546px" %)Логическое соединение|(% style="width:960px" %)(((
16 +|(% style="width:215px" %)Логическое соединение|(% style="width:1307px" %)(((
13 13  Между 2 сторонами устанавливается логическое соединение, в рамках которого идет передача данных.
14 14  
15 -При этом соединение само по себе не имеет механизмов для определения разрыва сети, падения приложения одной из сторон или падения сервера.
19 +При этом соединение само по себе не имеет механизмов для определения разрыва сети, падения приложения одной из сторон или падения хоста. В некоторых случаях имеет смысл реализации пульса для отслеживания состояния соединения.
16 16  
21 +Взаимодействие
22 +
17 17  1. Установка соединения
18 18  1. Обмен данными.
19 19  1. Закрытие соединения.
20 20  )))
21 -|(% style="width:546px" %)Потоковый (stream) передача|(% style="width:960px" %)(((
22 -Отправка и получение данных идут в виде потока байт.
27 +|(% style="width:215px" %)Потоковая (stream) передача|(% style="width:1307px" %)(((
28 +Данные раскладываются в tcp сегменты, но стороны оперирует интерфейсами в виде потока байт.
23 23  
24 24  Необходима реализация механизмов для определения границ сообщения в передаваемых данных
25 25  (
26 26  
27 -* либо все сообщения имеют фиксированную длину,
33 +* либо все сообщения имеют фиксированную длину
28 28  * либо у сообщений есть заголовок фиксированной длины, в котором указана длина блока данных
35 +* либо в конце каждого сообщения есть некая последовательность, обозначающая о его завершении
29 29  
30 30  )
31 31  )))
32 -|(% style="width:546px" %)Гарантия доставки сегментов.|(% style="width:960px" %)(((
39 +|(% style="width:215px" %)Гарантия доставки сегментов.|(% style="width:1307px" %)(((
33 33  При отправке данных (сегментов) каждая сторона фиксирует статус отправки и ожидает подтверждения. Если подтверждение не происходит в течении определенного времени, то один или группа сегментов (зависит от реализации) посылается повторно.
34 34  
42 +Возможно ситуация, когда сегмент подтверждения может быть утерян (или же еще не успел прийти), и сегмент будет выслан повторно, но такое поведение не приведет к повреждению передаваемых данных.
43 +
35 35  Отметим, что возможна ситуация, когда сегменты достигли клиента, отправитель получил подтверждение, но приложение или хост упали, не выполнив окончательную обработку данных из этих сегментов.
36 36  )))
37 -|(% style="width:546px" %)Гарантия порядка получения (за счет нумерации данных)|(% style="width:960px" %)(((
38 -В метаданные сегмента записывается порядковый номер первого байта данных, который используется принимающей стороной для восстановления последовательности сегментов (т.к. они могут быть получены не в том порядке, в котором было отправлены).
46 +|(% style="width:215px" %)Гарантия порядка получения
47 +(за счет нумерации данных)|(% style="width:1307px" %)(((
48 +В заголовок сегмента записывается порядковый номер первого байта данных, который используется принимающей стороной для восстановления последовательности сегментов (т.к. они могут быть получены не в том порядке, в котором было отправлены).
39 39  
40 40  Также важно, что одно логическое сообщение приложение может быть разбито на несколько TCP сегментов, которые физически дойдет до получателя не в том порядке, в котором были отправлены, но их порядок будет восстановлен на стороне получателя при передаче в поток чтения.
41 41  )))
42 -|(% style="width:546px" %)Гарантия целостности данных за счет контрольной суммы|(% style="width:960px" %)Перед отправкой в метаданные сегмента включается блок с контрольной суммой данных. При получении сегмента, контрольная сумма сверяется для проверки изменения содержимого сегмента.
43 -|(% style="width:546px" %)Окно приема|(% style="width:960px" %)Можно представить в виде некоторого буфера двигающегося вдоль данных по мере их приема.
44 -Если сегмент не попадает в окно приема то он отбрасывается.
52 +|(% style="width:215px" %)Гарантия целостности данных
53 +(за счет контрольной суммы)|(% style="width:1307px" %)Перед отправкой в заголовок сегмента включается блок с контрольной суммой данных. При получении сегмента, контрольная сумма сверяется для проверки изменения содержимого сегмента.
54 +|(% style="width:215px" %)Окно приема|(% style="width:1307px" %)Можно представить в виде некоторого буфера двигающегося вдоль данных по мере их приема.
55 +Если сегмент не попадает в окно приема, то он отбрасывается.
56 +Если сегмент приходит повторно (данный сегмент уже получен), то он отбрасывается.
45 45  Если сегмент попадает в окно приема, но не является следующим по порядку, то он буферизуется, до того момента, как будут получены расположенные по порядку перед ним сегменты (и будет выведен в поток чтения после них).
46 -|(% style="width:546px" %)Окно передачи|(% style="width:960px" %)Можно представить в виде некоторого буфера двигающегося вдоль данных по мере их передачи.
58 +|(% style="width:215px" %)Окно передачи|(% style="width:1307px" %)Можно представить в виде некоторого буфера двигающегося вдоль данных по мере их передачи.
47 47  Определяет, какие сегменты можно отправить в текущий момент времени.
48 48  Также в рамках него контролируются статус сегментов (было ли получено подтверждение о получении).
49 49