Протоколы транспортного odiaiy

 

луг (типа сетевого соединения), выбора одного из пяти классов транспортных услуг, размера пространства, требуемого для записи порядковых номеров, выбора необходимого транспорт­ного уровня проверочной суммы, и т.п. Параметры качества обслуживания, в свою очередь, передаются сетевым услугам.

Требование пользователя к пропускной способности передаются в виде средних и мак­симальных значений данного параметра для каждого направления передачи.

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

При организации транспортного соединения первоначальный уровень качества обслу­живания может быть снижен (т.е. уменьшена пропускная способность, увеличена задержка, повышена частота ошибок, снижен приоритет) поставщиком транспортной услуги или вызы­ваемым пользователем транспортной услуги. Повышение качества обслуживания транспорт­ным протоколом не допускается.

Для отказа от соединения или одностороннего завершения существующего соединения может быть использована услуга освобождения транспортного соединения.

Если соединение успешно установлено, то транспортный протокол переходит к фазе передачи данных. Естественно, эта фаза может быть прервана в любой момент времени пу­тем обращения к примитивам разъединения

Разъединение может наступить по разным причинам: завершение передачи данных, не­возможность доставки данных, исчерпание ресурсов и т.п. Примитив запроса от пользовате­ля говорит о завершении соединения. Завершение соединения поставщиком услуги может произойти по ряду причин, например, из-за отсутствия ресурсов или ухудшения качества об­служивания.

На транспортном уровне данные между процессами передаются в форме сообщений, представляющих собой блок данных транспортного протокола величиной до 8 Кбайт. Орга­низацией передачи блоков данных транспортного протокола занимаются транспортные объ­екты, являющиеся основными элементами транспортного уровня (рис.7.10). Блок данных транспортного протокола состоит из заголовка, формируемого на транспортном уровне, и информационной части.

Уровни

Представительный

Транспортный

БДТП

 

Транспортный элемент

Транспортный элемент

Сетевой

Рис. 7.10. Модель транспортного уровня.где:

ТДСС — точка доступа сетевой службы; ТДТС — точка доступа транспортной службы; БДТП — блок данных транспортного протокола.

Заголовок содержит:

Глава 2. Аббёойёооба ёинфоадшб пйдйё 121

указатель длины заголовка в октетах;

4 адрес порта местного процесса (источника информации); 4 адрес порта удаленного процесса (получателя информации); 4 порядковый номер сообщения в сеансе связи; 4 управляющую информацию транспортного уровня.

Кратко рассмотрим процесс функционирования транспортной службы.

Выполнение процедур транспортной службы начинается с формирования (передачи) активизируемым процессом в местную транспортную службу примитива "соединение", в ко­тором указывается адрес удаленного процесса и определяется вид требуемой транспортной услуги. Этот примитив поступает от пользователя транспортного соединения, которым, как правило, является некоторый объект представительного уровня. В ответ на это транспортный элемент местной транспортной службы формирует блок данных транспортного протокола и пересылает его транспортному объекту получателя. Последний, получив этот блок, оповеща­ет о запросе на соединение указанного получателя.

Если получатель готов принять вызов, то он выдает примитив "согласие". Затем оба транспортных объекта обмениваются сообщениями для построения блоков связи, определяю­щих устанавливаемое соединение. Блоки связи формируются в специальной области памяти, доступ к которой получает транспортная служба и процесс.

Блоки связи содержат в себе следующие параметры соединения:

1. адрес порта местной транспортной службы;

2. постояние связи;

3. адрес порта удаленной ТС;

4. адрес местного процесса;

5. адрес удаленного процесса;

6. параметры услуг для связи;

7. размер передающего буфера;

8. размер приемного буфера;

9. N(S) — номер следующего передаваемого сообщения;

 

10. N(R) — номер следующего принимаемого сообщения;

11. M(S) — максимальный номер передаваемого сообщения;

12. M(R) — максимальный номер принимаемого сообщения.

После этого логическое соединение считается установленным и осуществляется пере­дача данных, в соответствие с заданным режимом обмена. По окончанию сеанса обмена реа­лизуется процедура разъединения логического соединения.

7.4. Протоколы прикладного уровня

Три верхних уровня Эталонной модели взаимодействия открытых систем — сеансо­вый, представительный и прикладной уровень определяют протоколы, ориентированные на приложения. Протоколы этих уровней обеспечивают прикладные процессы пользователей средствами обмена информацией с другими (удаленными) прикладными процессами, необ­ходимыми для распределенной обработки информации. Протоколы верхних уровней уста­навливают стандартные для компьютерной сети процедуры выполнения прикладных функ­ций. Назначение каждого из этих уровней и выполняемые им функции рассматривались на­ми в рамках Эталонной модели взаимодействия открытых систем. При этом следует отме­тить, что сеансовый уровень тесно связан с транспортным уровнем и подготавливает для не­го информацию, необходимую для успешной организации транспортного соединения. В ча­стности на данном уровне осуществляется организация и логическое подключение устройств (портов) к процессам. Основными функциями сеансового уровня является:

1. Определение места (адреса), где выполняется запрашиваемая функция или где распо­
лагаются запрашиваемые данные.

2. Установление связи с узлом, где расположена запрашиваемая функция или данные.
Получение согласия на установление.

3. Проверка необходимых ресурсов (буферов) для обмена.

4. Проверка программного обеспечения.

5. Обмен информации о протоколах, которые будут использоваться в процессе взаимо­
действия.

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

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