1. Организация передачи данных в локальных сетях. Эталонная модель взаимосвязи открытых систем


Название1. Организация передачи данных в локальных сетях. Эталонная модель взаимосвязи открытых систем
страница14/17
ТипДокументы
filling-form.ru > Туризм > Документы
1   ...   9   10   11   12   13   14   15   16   17

Платформенный подход.


При построении систем управления крупными локальными и корпоративными сетями обычно используется платформенный подход, когда индивидуальные программы управления разрабатываются не «с нуля», а используют службы и примитивы, предоставляемые специально разработанным для этих целей программным продуктом - платформой. Примерами платформ для систем управления являются такие известные продукты, как HP OpenView, SunNet Manager и Sun Soltice, Cdbletron Spectrum, IMB/Tivoli TMN10.

Эти платформы создают общую операционную среду для приложений системы управления точно так же, как универсальные операционные системы, такие как Unix или Windows NT, создают операционную среду для приложений любого типа, таких как MS Word, Oracle и т. п. Платформа обычно включает поддержку протоколов взаимодействия менеджера с агентами - SNMP и реже CMIP, набор базовых средств для построения менеджеров и агентов, а также средства графического интерфейса для создания консоли управления. В набор базовых средств обычно входят функции, необходимые для построения карты сети, средства фильтрации сообщений от агентов, средства ведения базы данных. Набор интерфейсных функций платформы образует интерфейс прикладного программирования (API) системы управления. Пользуясь этим API, разработчики из третьих фирм создают законченные системы управления, которые могут управлять специфическим оборудованием в соответствии с пятью основными группами функций.

Обычно платформа управления поставляется с каким-либо универсальным менеджером, который может выполнять некоторые базовые функции управления без программирования. Чаще всего к этим функциям относятся функции построения карты сети (группа Configuration Management), а также функции отображения состояния управляемых устройств и функции фильтрации сообщений об ошибках (группа Fault Management). Например, одна из наиболее популярных платформ HP OpenView поставляется с менеджером Network Node Manager, который выполняет перечисленные функции.

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

Компании, которые производят коммуникационное оборудование, разрабатывают дополнительные менеджеры для популярных платформ, которые выполняют функции управления оборудованием данного производителя более полно. Примерами таких менеджеров могут служить менеджеры системы Optivity компании Bay Networks и менеджеры системы Trancsend компании 3Com, которые могут работать в среде платформ HP OpenView и SunNet Manager.

45. Системы управления сетями на основе протокола SNMP
SNMP - это протокол прикладного уровня, разработанный для стека TCP/IP, хотя имеются его реализации и для других стеков, например IPX/SPX. Протокол SNMP используется для получения от сетевых устройств информации об их статусе, производительности и других характеристиках, которые хранятся в базе данных управляющей информации MIB (Management Information Base). Простота SNMP во многом определяется простотой MIB SNMP, особенно их первых версий MIB I и MIB II. Кроме того, сам протокол SNMP также весьма несложен.

Существуют стандарты, определяющие структуру MIB, в том числе набор типов ее объектов, их имена и допустимые операции над этими объектами (например, считать»).Древовидная структура MIB содержит обязательные (стандартные) поддеревья, а также в ней могут находиться частные (private) поддеревья, позволяющие изготовителю интеллектуальных устройств управлять какими-либо специфическими функциями устройства на основе специфических объектов MIB.

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

SNMP - это протокол типа «запрос-ответ», то есть на каждый запрос, поступивший от менеджера, агент должен передать ответ. Особенностью протокола является его чрезвычайная простота - он включает в себя всего несколько команд.

  • Команда Get-request используется менеджером для получения от агента значения какого-либо объекта по его имени.

  • Команда GetNext-request используется менеджером для извлечения значения следующего объекта (без указания его имени) при последовательном просмотре таблицы объектов.

  • С помощью команды Get-response агент SNMP передает менеджеру ответ на команды Get-request или GetNext-request.

  • Команда Set используется менеджером для изменения значения какого-либо объекта. С помощью команды Set происходит собственно управление устройством.

  • Команда Trap используется агентом для сообщения менеджеру о возникновении особой ситуации.

  • Версия SNMP v.2 добавляет к этому набору команду GetBulk, которая позволяет менеджеру получить несколько значений переменных за один запрос.
1   ...   9   10   11   12   13   14   15   16   17

Похожие:

1. Организация передачи данных в локальных сетях. Эталонная модель взаимосвязи открытых систем iconМетодические рекомендации версия 1 по публикации открытых данных...
Требования к публикации реестра наборов открытых данных через раздел открытых данных на официальном сайте государственного (муниципального)...

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

1. Организация передачи данных в локальных сетях. Эталонная модель взаимосвязи открытых систем iconОрганизация и предоставление в пользование каналов связи передачи...
«Организация и предоставление в пользование каналов связи передачи данных и диспетчерской голосовой связи от г. Стрежевого до рду...

1. Организация передачи данных в локальных сетях. Эталонная модель взаимосвязи открытых систем iconОрганизация и предоставление в пользование каналов связи передачи...
«Организация и предоставление в пользование каналов связи передачи данных и диспетчерской голосовой связи от г. Стрежевого до рду...

1. Организация передачи данных в локальных сетях. Эталонная модель взаимосвязи открытых систем iconП рофсоюз работников народного образования и науки РФ саратовская...
Цель: Повышение правовой грамотности членов профсоюза. Разъяснение роли локальных документов в решении конфликтных ситуаций внутри...

1. Организация передачи данных в локальных сетях. Эталонная модель взаимосвязи открытых систем iconИнструкция по подключению к региональной ведомственной защищенной сети передачи данных
Заполнить заявление на подключение к защищенной ведомственной сети передачи данных Министерства здравоохранения Челябинской области...

1. Организация передачи данных в локальных сетях. Эталонная модель взаимосвязи открытых систем iconГосударственное унитарное предприятие Севастополя
Закупочная документация о проведении открытого сбора коммерческих предложений в электронной форме на право заключения договора на...

1. Организация передачи данных в локальных сетях. Эталонная модель взаимосвязи открытых систем iconТарифному Соглашению Единый формат передачи данных в электронном...
«Об утверждении Общих принципов построения и функционирования информационных систем и порядка информационного взаимодействия в сфере...

1. Организация передачи данных в локальных сетях. Эталонная модель взаимосвязи открытых систем iconТарифному Соглашению Единый формат передачи данных в электронном...
«Об утверждении Общих принципов построения и функционирования информационных систем и порядка информационного взаимодействия в сфере...

1. Организация передачи данных в локальных сетях. Эталонная модель взаимосвязи открытых систем iconОб обработке и защите персональных данных огбуз «Руднянская црб»
Настоящим Положением определяется порядок получения, обработки, хранения, передачи и любого другого использования персональных данных...

Вы можете разместить ссылку на наш сайт:


Все бланки и формы на filling-form.ru




При копировании материала укажите ссылку © 2019
контакты
filling-form.ru

Поиск