книги / Современные принципы и технологии управления инфокоммуникационными сетями.-1

2.2.5.3. Протоколы CMIP и CMOT

Тогда как CMIS определяет услуги для операций управления, протокол CMIP определяет процедуры для передачи информации управления и синтаксис для службы управления CMIS. CMIP формирует протокольные блоки данных (PDU) и осуществляет обмен между одноуровневыми CMISE, реализуя услуги CMIS.

Протокол CMIP [7] имеет набор операций, прямо соответствующих услугам CMIS (табл. 2.2). Для каждой операции определен формат блоков данных, переносимых по сети от менеджера к агенту и наоборот. Формат блоков данных протокола CMIP описывается нотацией ASN.1.

П – операция с подтверждением, Н – без подтверждения.

Приставка М-перед операциями обозначает, что операция относится к управлению. Всего определено четыре группы задач с использованием соответствующей приставки перед операциями (A-, M-, RO-, P-), которая обозначает принадлежность операции (примитива) к определенной группе задач:

А (association) – операция относится к установлению соединения;

М (management) – операция относится к управлению; RO (remote operation) – вызов удаленной процедуры;

P (presentation) – взаимодействие с уровнем представления.

61

Протокол CMIP рассчитан на работу в стеке протоколов OSI. Стек протокола CMIP использует на уровне представления, а также на сеансовом и транспортном уровнях соответственно – протокол представления (ISO-PP), сеансовый протокол (ISO-SP) и транспортный протокол (ISO-TP) (рис. 2.14).

Рис. 2.14. Стек протокола CMIP

На сетевом уровне используются протоколы IS-IS, ISO-IP, ESIS. Протокол IS-IS (Intermediate System to Intermediate System –

взаимодействие промежуточных систем) позволяет промежуточным системам внутри области маршрутизации (routing domain) обмениваться конфигурационной и маршрутной информацией для упрощения реализации функций маршрутизации и трансляции (relaying) на сетевом уровне. Протокол IS-IS предназначен для использования совместно спротоколамиES-IS (ISO 9542) иCLNS (ISO 8473).

62

Протокол ES-IS (End System to Intermediate System – взаимо-

действие оконечных систем с промежуточными системами) обеспечивает распространение маршрутной информации между хостами ISO.

Протокол межсетевого взаимодействия ISO-IP (ISO Internetworking Protocol), называемый также CLNP, поддерживает средства сигнализации ошибок, помогающий управлять маршрутизацией.

Однако на практике большинство систем используют в качестве транспорта стек протокола TCP/IP. Для обеспечения возможности работы служб прикладного уровня управления OSI был разработан вариант протокола CMIP, работающий поверх стека TCP/IP (CMIP over TCP/IP – CMOT) (рис. 2.15).

Рис. 2.15. Стек протокола CMOT

Взаимодействие служб прикладного уровня со стандартным стеком TCP/IP обеспечивается через специально разработанный упрощенный протокол уровня представления (Lightweight Presentation Protocol – LPP). На канальном и физическом уровнях

63

для протоколов CMIP и CMOT используются одни и те же стандартные протоколы и средства этих уровней (Ethernet – 802.х,

Х.25, FDDI и т.д.).

2.2.5.4. Услуги ACSE

Сервисный элемент управления ассоциациями (Application Control Service Element – ACSE) предоставляет набор услуг, ко-

торый является общим почти ко всем приложениям: установка, поддержка и завершение соединений между прикладными объектами. Были разработаны стандарты на сервис (ISO 8649 / X.217) [8] и протокол (ISO 8650 / X.227).

Определены понятия прикладной ассоциации и прикладного контекста, расширяющие определения, сформулированные в подразд. 1.1.

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

сии. Представительское соединение – это тип связи, которая ис-

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

Рис. 2.16. Прикладная ассоциация и представительское соединение

64

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

Ассоциация существует на период времени, в течение которого выполняется совместная задача. Контекст определяет соглашение, как будет использоваться прикладная сущность, а также опции и процедуры, сопоставленные сэтимиприкладными сущностями.

Операции установления, поддержки и завершения соединений между прикладными сущностями выполняются при помощи примитивов ACSE (табл. 2.3).

Таблица 2.3

Примитивы ACSE

Каждой ассоциации присваивается объектный идентификатор OID. Примитив A-ASSOCIATE соответствует примитиву P-CONNECT уровня представления.

2.2.5.5. Услуги ROSE

Сервисный элемент удаленных операций (Remote Operation Service Element – ROSE) обеспечивает возможность выполнения операций (команд) на удаленной системе. ROSE описан в стан-

дарте ISO 9072-1 (ITU-T X.219) [9].

Операция вызывается одной прикладной сущностью («вызывающий») и выполняется другой прикладной сущностью («вы-

65

полняющий»). Класс операции определяется двумя характеристиками обмена: способом отчета о выполнении операции и способом синхронизации (синхронно, асинхронно).

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

ROSE предусматривает 4 способа отчета:

1)всегдасообщатьо любомрезультате (полноеуведомление);

2)сообщать о неудачном выполнении операции;

3)сообщать об удачном выполнении операции;

4)не сообщать в любом случае.

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

Сочетания способов отчета и синхронизации дают пять классов операций ROSE:

1 – синхронный: извещение об успехе или отказе, 2 – асинхронный: извещение об успехе или отказе, 3 – асинхронный: извещение только об отказе, 4 – асинхронный: извещение только об успехе, 5 – асинхронный: нет никакого извещения.

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

1)только инициатор может вызывать операции;

2)только ответчик может вызывать операции;

3)инициатор и ответчик могут вызывать операции.

Класс ассоциации является атрибутом прикладного контекста и должен быть вызван в момент установки ассоциации при

66

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

Взаимодействие между прикладными сущностями выполняются при помощи следующих примитивов ROSE:

RO-INVOKE – вызывающий прикладной элемент запрашивает операцию у выполняющего прикладного элемента,

RO-RESULT – ответ в результате успешно выполненной операции,

RO-ERROR – ответвслучаеошибкипривыполненииоперации, RO-REJECT-U – отмена запроса вызывающим элементом

при обнаружении ошибки,

RO-REJECT-P – информирование пользователя услуг ROSE о возникшей ошибке.

Примитивы могут содержать параметры, уточняющие выполняемое действие. Например, в параметрах указывают: значение операции (OV), класс операции (OC), аргумент (A), идентификатор вызова (IID) и др.

В качестве примера рассмотрим использование ROSE при передаче данных от прикладного элемента SMASE (рис. 2.17).

Рис. 2.17. Использование ROSE при передаче данных прикладного элемента

67

Прикладной элемент формирует запрос M-GET.request и передает его CMISE. В запросе содержатся параметры, рассмотренные ранее в подразд. 2.2.5.2. Часть этих параметров предназначается для адресуемого прикладного элемента другой системы (например, идентификаторы вызываемых объектов, атрибутов) и передается CMISE, а часть используется ROSE (например, идентификатор вызова) – она проходит сразу на уровень ROSE (ROSE-параметры). Полученную информацию CMISE использует для формирования блоков данных протокола CMIP (CMISE PDU – заголовок CMISE и данные прикладного элемента). Далее этот блок передается ROSE и к нему добавляется заголовок, в которомуказывается классоперации, идентификатор вызова, приоритет.

2.2.5.6. Взаимодействие служб прикладного уровня

Рассмотрим процедуры взаимодействия между службами прикладного уровня (рис. 2.18). Для организации взаимодействия между менеджером и агентом необходимо установить ассоциацию. Установление соединения (ассоциации) обеспечивается ACSE и проходит через CMISE без использования протокола CMIP. Для передачи команд управления используется CMISE. Услуги управления CMISE формируют блоки данных протокола CMIP. Передача блоков данных протокола CMIP выполняется с использованием услуг, предоставляемых ROSE. ACSE и ROSE взаимодействуют со службами уровня представления. ACSE использует для установления соединения на уровне представления примитивы P-CONNECT, P-RELEASE и P-ABORT, которые со-

ответствуют одноименным примитивам ACSE. ROSE использует примитив уровня представления P-DATA, предоставляющий услугу передачи данных.

В качестве примера рассмотрим выполнение услуги CMISE M-GET (рис. 2.19). Выполнение других услуг происходит аналогично. События происходят в такой последовательности (нумерация этапов на рисунке обозначена цифрами):

1. Примитив M-GET.request передается от пользователя CMISE (менеджера). Параметры в примитиве отличают эту опе-

68

рацию от других операций, поддерживаемых CMIS (идентификатор вызова invoke-Id – II), и снабжают информацией о запрашиваемом параметре (идентификатор вызываемого атрибута attribute Id – AI). Запрос поступает в вызывающую машину про-

токола CMIP (CMIP Machine – CMIPM).

Элемент прикладной службы системного управления (SMASE)

CMIS

Элемент общей информационной службы управления (CMISE) ISO 9595, 9596

CMIP

P-CONNECT

P-RELEASE P-DATA

P-ABORT

Службы уровня представления

ISO 8822

Рис. 2.18. Услуги, предоставляемые элементами прикладного уровня

69

Уровень представления

Рис. 2.19. Выполнение операции GET протоколом CMIP

2.Вызывающая CMIPM создает блок данных прикладного уровня (Application-protocol data unit – APDU) m-Get, содержа-

щий информацию примитива M-GET.request.

3.Вызывающая CMIPM использует услугу ROSE – ROINVOKE.request для отправки APDU.

4.ROSE через службы уровня представления (блоки данных P-DATA) доставляет APDU отвечающей CMIPM в посылке ROINVOKE.indication.

5.Если блок данных принимается, то отвечающая CMIPM передает CMISE M-GET.indication, содержащий параметры из исходного запрашиваемого примитива (II, AI).

6.Отвечающий пользователь CMISE (агент) посылает примитив M-GET.response отвечающей CMIPM. Параметры в при-

70