3.4.6. Выбор типа канала

Если используемый протокол допускает выбор пользователем типа канала, то при выборе типа канала необходимо руководствоваться следующим:

1. каналы с полным подтверждением и частичным подтверждением, выдаваемым ПДС, используются только в системах, требующих повышенного класса защиты, поскольку значительно замедляется исполнение запросов;

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

3. для станций, выступающих в качестве АП, использование полного подтверждения не столь критично, поскольку станции обычно не требуется осуществлять множество запросов на передачу данных за ограниченное время. Поэтому в системах клиент/сервер протоколы обычно настраиваются таким образом, чтобы сервер для передачи своих сообщений использовал типы каналов 3 или 4, а станции использовали типы каналов 1 или 2.

3.5. Механизм квитанций

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

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

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

Использование механизма квитанций:

1. в локальных сетях, использующих виртуальные каналы без подтверждения (например, любые сети TCP/IP), использование квитанций является правилом;

2. в глобальных сетях, использующих каналы без подтверждения, механизм квитанций используется не всегда и часто является параметром настройки прикладной программы. При выборе опции отсылки квитанции повышается трафик в сети, но зато повышается и надежность передачи сообщений;

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

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

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

3.6. Формат сообщений

PCI_i+1

SDU_i+1

ICI_i+1

IDU_i+1

уровень i+1

PDU

исполняется

исполняется

PCI_i

SDU_i

ICI_i

добавляется

добавляется

IDU_i

уровень i

уровень i-1

Пусть происходит конвертация сообщений. Тогда:

1. Некоторая программа, работающая на уровне i + 1, обращаясь к программам уровня i, формирует стандартные блок данных, называемый IDU (Interface Data Unit) – интерфейсный блок данных. IDU содержит как сами передаваемые по сети данные, так и транзакции типа «запрос».

2. IDU состоит из трех частей: PCI (Protocol Control Information) – управляющая информация протокола; SDU (Service Data Unit) – сервисный блок данных; ICI (Interface Control Information) – контрольная информация интерфейса. На жаргоне: PCI - заголовок, SDU – блок данных, ICI – концевик.

3. SDU содержит передаваемые данные;

4. PCI содержит запросы на исполнение т. н. симметричных функций, т. е. таких, которые выполняются при конвертации, а при деконвертации им соответствует выполнение обратной функции (например, шифрование и дешифрация).

5. ICI содержит запросы на исполнение т. н. асимметричных функций, т. е. тех, для которых нет обратных при деконвертации;

6. При получении IDU с уровня i+1 программа уровня i формирует т. н. PDU (Protocol Data Unit). В PDU включается как PCI_i+1, так и SDU_i+1. Включение PCI в состав PDU фактически означает включение его в состав передаваемого сообщения. Это делается потому, что сведения о запрошенных в PCI тарнзакциях потребуются в дальнейшем при деконвертации.

7. Исполняются запросы ICI_i+1.

8. Исполняются запросы PCI_i+1.

9. Если при исполнении запросов из PCI и ICI требуется обработка передаваемых данных, то обработке подвергается PDU.

10. Результатом обработки PDU уровня i является SDU уровня i.

11. К SDU_i добавляются запросы на исполнение функций следующего нижележащего уровня i-1.