4.2. Формат сетевых сообщений.
Под сообщением в данном случае будем понимать некоторую информацию, передающуюся по сети и переходящую с одного уровня на другой безотносительно того, чем именно является эта информация.
Рассмотрим формат сетевых сообщений и порядок их обработки.
Пусть происходит конвертация сообщения. Тогда:
1. Некоторая программа уровня i+1 результатом своей работы имеет стандартный блок данных, названныйIDU–InterfaceDataUnit, интерфейсный блок данных. Он включает как сим данные, передаваемые по сети так и запросы на выполнение транзакций.
2. IDUсостоит из трех частей:
а. SDU– передаваемые по сети данные (ServiceDataUnit, сервисный блок данных).
б. PCI–ProtocolControlInformation, управляющая информация протокола.PCIсодержит запросы на исполнение транзакций, но не всякие, а только на исполнение транзакций т.н. симметричных функций. Симметричные функции – это такие функции, выполняемые при конвертации, для которых определена обратные функции, выполняемые при деконвертации (к примеру, шифрование/дешифрование).PCIчасто называют заголовком сообщения.
в. ICI–InterfaceControlInformation– управляющая информация интерфейса. Так же, как иPCI, представляет из себя запросы на выполнение транзакций, но только транзакций т.н. несимметричных функций. Несимметричные функции – такие функции, для которых не определены обратные операции. Часто называют концевиком сообщения.
3. Первым делом после того, как IDUi+1 поступает наi-й уровень, формируетсяPDU– протокольный блок данных (ProtocolDataUnit). По сути, это тот блок, который будет обработан и преобразован наi-м уровне.SDUиPCIтак же включаются в качестве запросов, поскольку сведения о том, какие запросы были сделаны, необходимо передать по сети, чтобы при деконвертации имелась информация о симметричных запросах. Т.о. при конвертации сообщений объем передаваемых данных постоянно растет за счет добавления на каждом уровне новыхPCI.
4. Над PDUпроизводятся действия, предписанные запросамиPCIиICI.
5. Результатом обработки PDUнаi-м уровне являетсяSDUi-го уровня, к которому, перед передачей сообщения на уровеньi-1 добавляетсяPCIиICIi-го уровня, в результате получаетсяIDUi.
4.3. Типы транзакционного механизма.
Методом обращения к функциям уровней принято называть транзакционным механизмом. В различных протоколах можно встретить два варианта реализации транзакционного механизма:
а. Откатный ТМ.
б. Безоткатный ТМ.
Откатный транзакционный механизм предполагает следующее:
1. Перед началом выполнения любых транзакций происходит автоматическое сохранение состояния стека на момент до начала выполнения транзакции.
2. В случае неудачного завершения транзакции возможно восстановление состояния системы (откат стека протокола).
При использовании безоткатного транзакционного механизма сохранение не производится и стандартные действия по откату системы не предусмотрены. Поддержка откатного транзакционного механизма является необходимым требованием для вычислительных систем повышенного класса надежности (D).
Поддержка откатного транзакционного механизма различными протоколами.
В TCP/IPсетях нет стандартного механизма отката, но есть возможность дополнительного включения протоколов отката в стек протоколов.
1. OSI,AppleTalkподдерживают оба варианта транзакционного механизма и позволяют задавать его тип как системный параметр стека протоколов.
2. NetBIOS,TCP/IP,IPX,SPXподдерживают только безоткатный транзакционный механизм. При необходимости реализации откатного транзакционного механизма не во всех, но во многих слоях возможна установка дополнительного ПО протоколов транзакционного механизма. В этом случае ПО протоколов транзакционного механизма становится посредником между уровнями:
