7. Протокол udp. Основные свойства, формат заголовка.

Протокол транспортного уровня без установления соединения и без подтверждения получения данных, предназначен для ненадёжной доставки данных, также не обеспечивает сохранение порядка следования пакетов. Если приложению необходима гарантированная доставка данных, то оно должно само позаботиться о нумерации пакетов и обработке подтверждений. Для адресации приложений, к-рые  вып-ся на отдельном хосте, используются 16-ти битные числа, называемые номерами портов. Пара чисел IP-адреса и номер порта образуют сокет. Сокет уникальным образом идентифицирует приложения в сети. Протокол достаточно прост и предоставляет прилож-ям очень огранич-ый набор возможн-тей. Но как следствие, прост д/реализации, требует min-го кол-ва вычислит-ых ресурсов и объема памяти и обладает высокой скоростью работы. Протокол испол-ся в основном д/передачи отдельных сообщ-й небол-го размера д/рассылки служебной инф-ии, широковещат-ых сообщ-й. В тех случаях, когда потери отдельного сообщ-я не явл-ся критичной. Пакет UDP состоит из заголовка и прилож-я.

Source port	Dest. port
Length	Check sum

Формат заголовка: Серверные приложения занимают стандартный номер порта, а клиентские приложения выбирают случайный номер порта. Интерфейс протокола UDP предоставляет приложениям возможность занимать порт с определённым или случайным номером, передавать и принимать данные и получать инф-ию из IP заголовка для пришедших данных.

Достоинства: простота и высокая скорость работы, низкие требования к ресурсам.

Недостаток: ненадёжность доставки данных.

8. Протокол TCP. Основные свойства.

Протокол управления передачей. TCP – протокол транспортного уровня с установлением соединения и с подтверждением получения данных. Также обеспечивает сохранение порядка следования пакетов.

Свойства:

1. Надёжность доставки данных. Получатель подтверждает получение каждого пакета данных. Для этого каждый актет нумеруется. Если отправитель не получает подтверждения, то он отправляет данные повторно.

2. Управление потоком данных. Получатель регулирует поток поступающих данных. Это достигается отправкой окна вместе с каждым подтверждением. Окно определяет кол-во данных, которое получатель готов принять. Отправитель не высылает данных больше, чем допускается окном. Также протокол TCP содержит ф-ию проталкивания.

3. Разделение каналов. Для того чтобы множество приложений могли использовать возможности TCP, используется механизм сокетов.

4. Работа с соединениями. До того, как начать обмен данными, стороны устанавливают соединения, при этом в памяти каждого хоста создаётся структура – блок управления передачей, в котором хранятся сокеты сторон, участвующих в соединении, адреса буферов, размеры окон, последовательные номера, различные флаги и некоторая служебная инф-ия. Весь этот набор данных и образует соединение. Каждое соединение уникальным образом идентифицируется парой сокетов.

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

9. Протоколы повторной передачи с остановкой и ожиданием (SWP).

Они обеспечивают надежную доставку д-х до получ-ля с повторной отправкой, в случае потери, с сохран-ем порядка следования пакетов и с защитой от повторно пришед-х пакетов.

Протокол с остановкой и ожиданием (SWP) – Отправ-ль выбирает интервал времени Т достаточно большой, чтобы гарантировать, что если подтверж-е о получ-ии пакета не придет в течение времени Т с момента его отправки, то оно не придет уже никогда. Высылаемые пакеты отправ-ль нумерует 0,1,0,1… Получ-ль, приняв каждый пакет, высылает подтверж-е. Выслав пакет с №=0, отправ-ль ждет прихода подтверж-я о его получ-ии. После того, как подтверж-ие придет, отправ-ль высылает пакет с №=1, ждет подтверж-я и т.д. Если в течение времени Т с момента отправки нек-рого пакета подтверж-ие о его получ-ии не приходит, то отправ-ль считает пакет потерянным и высылает его повторно.

Эфф-ть: Допустим, что передача 1 пакета занимает время τ, подтверж-ие, если приходит, приходит ровно ч/з Т с момента отправки пакета. Т.о. при использ-ии протокола, на передачу 1 пакета уходит время S, в то время как min время передачи = τ, соответ-но при отсутствии ошибок эфф-ть протокола = τ/S = η. Допустим, что пакет доходит до получ-ля с вероят-тью p, а с вероят-тью (1-p) пакет или подтверж-ие о его получ-ии теряется. Найдем матем-ое ожидание времени, затрачиваемое на доставку 1пакета. η= τ/S+((1-p)/p)*T – при наличии ошибок.