От версии < 1.7 >
отредактировано Alexandr Fokin
на 2022/07/09 17:13
К версии 1.1 >
отредактировано Alexandr Fokin
на 2022/07/09 16:44
>
Изменить комментарий: К данной версии нет комментариев

Комментарий

Подробности

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