Комментарий

• Свойства страницы (1 изменено, 0 добавлено, 0 удалено)

Подробности

Свойства страницы

Содержимое

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