3.4. Типы виртуальных каналов
3.4.1. Введение
В зависимости от того, как организовано подтверждение выполнения функций, различают 4 типа виртуальных каналов:
а) с полным подтверждением;
б) с частичным подтверждением, выдаваемым ПДС;
в) с частичным подтверждением, выдаваемым ПБС;
г) без подтверждения.
В зависимости от используемого протокола возможна настройка протокола либо на все 4 варианта (OSI, AppleTalk), либо только на часть вариантов.
Например, в TCP/IP данная настройка отсутствует, поскольку TCP/IP поддерживает только тип виртуальных каналов без подтверждения.
3.4.2. Канал с полным подтверждением
АП
Service User
Service User
ПП
ТДС
ТДС
З П
О И
ПБС ПДС
Используются транзакции четырех типов:
а) З – запрос;
б) И – индикация;
в) О – ответ;
г) П – подтверждение.
Запрос выдается пользователем сервиса со стороны активного пользователя и является просьбой к виртуальному каналу выполнить какую-либо функцию по передаче сообщений.
Запрос распространяется по виртуальному каналу и в конечном счете на другой стороне виртуального канала вызывает появлений индикации. Индикация означает извещение пользователя сервиса со стороны пассивного пользователя о том, что для него получено сообщение и необходимо произвести деконвертацию.
Ответ – сообщение виртуальному каналу об успешном выполнении деконвертации, распространяется по виртуальному каналу и на стороне ПБС вызывает подтверждение.
Подтверждение – сообщение о том, что на дальней стороне виртуального канала деконвертация произошла успешно.
3.4.3. Частичное подтверждение, выдаваемое пдс
АП
Service User
Service User
ПП
ТДС
ТДС
З П
ПБС ПДС
И
Все точно так же, как и при полном подтверждении, меняется только следующее:
транзакция типа «Ответ» не используется;
подтверждение формируется не на основе транзакции «Ответ», а на основе сообщения от ПДС о получении запроса;
смысл подтверждения меняется – оно уведомляет не об успешной деконвертации, а только о том, что сообщение прошло по каналу.
Достоинства: пользователь сервиса со стороны активного пользователя не должен дожидаться окончания деконвертации и получает подтверждение раньше, а значит, раньше сможет обратиться к виртуальному каналу со следующим запросом. Нельзя посылать следующий запрос, пока не получено подтверждение предыдущего запроса.
Недостатки: снижение надежности передачи. При аварийном завершении деконвертации активный пользователь не узнает об этом.
3.4.4. Частичное подтверждение, выдаваемое пбс
Ответ отсутствует.
Подтверждение выдается ПБС на основании получения запросов и фактически является подтверждением только того факта, что запрос получен. Само прохождение информации по виртуальному каналу не контролируется.
АП
Service User
Service User
ПП
ТДС
ТДС
З П
ПБС ПДС
И
3.4.5. Канал без подтверждения
Отсутствуют как транзакция ответа, так и транзакция подтверждения.
АП
Service User
Service User
ПП
ТДС
ТДС
ПБС ПДС
З
И
В данном случае активный пользователь даже не знает, принят ли его запрос.