
- •Ордена Трудового красного знамени фгбо уво Московский технический университет связи и информатики
- •«Ис коллекторской компании»
- •«Архитектура nms – системы Nagios»
- •Введение
- •Часть №1. Анализ и проектирование информационной системы коллекторской службы
- •Описание требований к информационной системе коллекторской компании
- •Предварительные замечания к проекту
- •Цели и рамки проекта
- •Деловой контекст
- •Функциональные требования
- •Эксплуатационные требования
- •Политические и юридические требования
- •Модель описывающая поведение взаимодействующих групп объектов в рамках информационной системы
- •Часть №2. Архитектура nms – системы Nagios
- •Архитектура систем управления сетью
- •Стандарты систем управления
- •Стандарты snmp-управления
- •Стандарты управления osi
- •Сравнение протоколов snmp и cmip
- •Система Nagios
- •Заключение
- •Список использованных источников
Стандарты управления osi
Модель сетевого управления OSI - OSI Management Framework - является развитием общей семиуровневой модели взаимодействия открытых систем для случая, когда одна система управляет другой.
Согласно этой модели, обмен управляющей информацией с использованием протокола управления происходит между субъектами приложений управления системами (Systems Management Application Entities, SMAE). Субъекты SMAE расположены на прикладном уровне семиуровневой модели OSI и являются элементами службы управления. Под субъектом в модели OSI понимается активный в данный момент элемент протокола какого-либо уровня, участвующий во взаимодействии. Примерами SMAE являются агенты и менеджеры систем управления.
Функции агентов и менеджеров в стандартах OSI аналогичны стандартам SNMP-систем. В дополнение к ним агенты могут посылать менеджеру сообщения (уведомления) по своей инициативе. Например, если некоторый элемент сети Х отказал, то менеджеру необходимо обновить свою базу данных конфигурации сети. Элемент Х, который является для системы управления управляемым объектом, может послать уведомление агенту. Элемент Х может находиться в той же управляемой системе, что и агент, или может находиться в другой системе. В свою очередь агент посылает уведомление менеджеру о том, что элемент Х отказал. В соответствии с этим уведомлением менеджер обновляет базу данных конфигурации. Менеджер не только собирает и сопоставляет данные, получаемые от агентов, на основе этих данных он может также выполнять административные функции, управляя операциями удаленных агентов.
В стандартах OSI границы между менеджерами и агентами не очень четкие. Субъект SMAE, выполняющий в одном взаимодействии роль менеджера, может в другом взаимодействии выполнять роль агента, и наоборот. Стандарты OSI не определяют способов взаимодействия агента с управляемыми объектами. Стандарты OSI также не говорят о том, как агент взаимодействует с управляемыми объектами, которые находятся за пределами управляемой системы, т.е. объектами, с которыми нужно взаимодействовать через сеть. В таких случаях может потребоваться, например, чтобы один агент запросил данные о некотором объекте от другого агента. Порядок такого рода взаимодействия также не определяется стандартами OSI. Чтобы менеджер и агент смогли взаимодействовать, каждый должен иметь определенные знания о другом. Эти знания модель OSI называем контекстом приложения. Контекст приложения описывает элементы прикладного уровня стека OSI, которые используются агентами и менеджерами.
Протокол CMIP.
Взаимодействие между менеджером и агентом в модели OSI осуществляется по протоколу CMIP. И менеджер, и агент могут предоставлять определенные услуги.
Услуги, инициируемые менеджером, включают следующие операции:
M-CREATE инструктирует агента о необходимости создать новый экземпляр объекта определенного класса или новый атрибут внутри экземпляра объекта;
M-DELETE инструктирует агента о необходимости удаления некоторого экземпляра объекта определенного класса или атрибута внутри экземпляра объекта;
M-GET инструктирует агента о возвращении значения некоторого атрибута определенного экземпляра объекта;
M-SET инструктирует агента об изменении значения некоторого атрибута определенного экземпляра объекта;
M-ACTION инструктирует агента о необходимости выполнения определенного действия над одинм или нескольким экземплярами объектов.
Агент инициирует только одну операцию:
M-EVENT_REPORT - отправка уведомления менеджеру.
Отличие услуг протокола CMIP от аналогичных услуг SNMP состоит в большей гибкости. Если запросы GET и SET протокола SNMP применимы только к одному атрибуту одного объекта, то запросы M-GET, M-SET, M-ACTION и M-DELETE могут применяться к более чем одному объекту.