46. Транспортный уровень. Службы транспортного уровня.

протоколы транспортного уровня поддерживаются оконечными системами, однако не поддерживаются маршрутизаторами. Маршрутизаторы обрабатывают сообщения сетевого уровня и не оказывают влияния на сообщения транспортного уровня. На передающей стороне транспортный протокол преобразует сообщения приложения в сообщения транспортного уровня. Это преобразование иногда подразумевает разбиение сообщения, полученного от приложения, на несколько фрагментов с добавлением к каждому фрагменту заголовка транспортного уровня. Затем транспортный уровень передает свои сообщения сетевому уровню. На приемной стороне транспортный уровень получает сообщения сетевого уровня, преобразует их в сообщения транспортного уровня, отбрасывает заголовки, производит необходимую обработку (например, сборку) и передает результат приложению.

Существует несколько протоколов транспортного уровня. Например, в Интернете протоколами транспортного уровня являются TCP и UDP. Каждый из протоколов обладает собственным набором служб, предоставляющих услуги приложениям.

47. Мультиплексирование и демультиплексирование на транспортном уровне.

Сетевой уровень принимающей оконечной системы передает полученные сегменты транспортному уровню, а транспортный уровень передает данные, содержащиеся в сегментах, процессам, которым они предназначены. Рассмотрим простой пример.

Предположим, что вы находитесь за своим персональным компьютером и загружаете web-страницы; при этом на компьютере одновременно открыты два Telnet-сеанса и один FTP-сеанс. Таким образом, данные, поступающие из Интернета, могут быть адресованы одному из четырех процессов: FTP-процессу, HTTP-процессу, одному из двух Telnet-процессов. Протокол транспортного уровня должен определить, какому процессу предназначается каждый принятый сегмент

Узнав о роли мультиплексирования и демультиплексирования на транспортном уровне, обратимся к их практической реализации на оконечных системах. Как мы знаем, мультиплексирование на транспортном уровне требует наличия у сокетов уникальных идентификаторов, а у сегментов — специальных полей, содержащих номера сокетов, которым они предназначены. Как показано на рис. 3.3, сегменты транспортного уровня содержат поле номера порта отправителя и поле номера порта получателя (в сегментах протоколов UDP и TCP имеются также другие поля, о которых будет рассказано в следующих разделах этой главы). Номер порта представляет собой 16-разрядное число, принимающее значения от 0 до 65 535.

48. Протокол udp. Службы протокола udp.

Протокол UDP, описанный в документе RFC 768, выполняет минимум действий, необходимых для протокола транспортного уровня. Фактически функции UDP сводятся к операциям мультиплексирования и демультиплексирования, а также несложной проверке наличия ошибок в данных. Таким образом, при использовании U DP приложение почти напрямую взаимодействует с протоколом сетевого уровня IP.

UDP получает сообщения от прикладного уровня, добавляет к ним поля номеров портов отправителя и получателя для демультиплексирования приемной стороной, а также два других специальных поля и передает полученный сегмент сетевому уровню. Сетевой уровень заключает сегмент в дейтаграмму и «по возможности» передает ее хосту назначения. Если последний успешно получает сегмент, протокол UDP с помощью поля номера порта получателя направляет данные сегмента нужному процессу. Обратите внимание на то, что протокол UDP не предусматривает процедуры рукопожатия перед началом передачи сегментов. Поэтому говорят, что UDP осуществляет передачу данных без установления соединения.

UDP — это протокол без установления соединения и с негарантированной доставкой пакетов. (Типа: крикнул что-нибудь, а услышат тебя или нет — неважно).