ЭОСИ ЛР13. Тема Формат
Скачать 214.87 Kb.
|
1 2 Структура SNMP MIBОбрабатываемый агентом список объектов и их типов закладывается в него разработчиком, а станция управления получает эту информацию с помощью MIB (Management Information Base). MIB - текстовый файл, описывающий доступные объекты и их типы на языке, определяемом стандартом SMI (Structure and Identification of Management Information). Агент не использует этот файл при работе. MIB делится на модули, некоторые модули принимаются в виде стандартов, некоторые модули создаются разработчиками оборудования. Разработчик управляемого оборудования (разработчик агента) должен предоставить список поддерживаемых агентом модулей. При описании модуля указывается какие объекты обязательны для реализации, а какие - нет. При описании агента можно указывать какие модули он поддерживает, в каком объеме и с какими модификациями. Ha сегодня существует несколько стандартов на базы данных управляющей информации для протокола SNMP. Основными являются стандарты MIB-I и MIB-II, а также версия базы данных для удаленного управления RMON MIB. Кроме этого существуют стандарты для специальных устройств MIB конкретного типа (например, MIB для концентраторов или MIB для модемов), а также частные MIB конкретных фирм-производителей оборудования. Первоначальная спецификация MIB-I определяла только операции чтения значений переменных. Операции изменения или установки значений объекта являются частью спецификаций MIB-II. База данных MIB-II не дает детальной статистики по характерным ошибкам кадров Ethernet, кроме этого, она не отражает изменение характеристик во времени, что часто интересует сетевого администратора. Эти ограничения были впоследствии сняты новым стандартом на MIB — RMON MIB, который специально ориентирован на сбор детальной статистики по протоколу Ethernet, к тому же с поддержкой такой важной функции, как построение агентом зависимостей статистических характеристик от времени. Недостатки протокола SNMP Протокол SNMP служит основой многих систем управления, хотя имеет несколько принципиальных недостатков, которые перечислены ниже. Отсутствие средств взаимной аутентификации агентов и менеджеров. Единственным средством, которое можно было бы отнести к средствам аутентификации, является использование в сообщениях так называемой «строки сообщества» — «community string». Эта строка передается по сети в открытой форме в сообщении SNMP и служит основой для деления агентов и менеджеров на «сообщества», так что агент взаимодействует только с теми менеджерами, которые указывают в поле community string ту же символьную строку, что и строка, хранящаяся в памяти агента. Это, безусловно, не способ аутентификации, а способ структурирования агентов и менеджеров. Версия SNMP v.2 должна была ликвидировать этот недостаток, но в результате разногласий между разработчиками стандарта новые средства аутентификации хотя и появились в этой версии, но как необязательные. Работа через ненадежный протокол UDP (а именно так работает подавляющее большинство реализаций агентов SNMP) приводит к потерям аварийных сообщений (сообщений trap) от агентов к менеджерам, что может привести к некачественному управлению. Исправление ситуации путем перехода на надежный транспортный протокол с установлением соединений чревато потерей связи с огромным количеством встроенных агентов SNMP, имеющихся в установленном в сетях оборудовании. (Протокол CMIP изначально работает поверх надежного транспорта стека OSI и этим недостатком не страдает.) Разработчики платформ управления стараются преодолеть эти недостатки. Например, в платформе HP OV Telecom DM TMN, являющейся платформой для разработки многоуровневых систем управления в соответствии со стандартами TMN и ISO, работает новая реализация SNMP, организующая надежный обмен сообщениями между агентами и менеджерами за счет самостоятельной организации повторных передач сообщений SNMP при их потерях. _Выполнениелабораторнойработы: Расшифровать вышеприведенные сообщения управляющего протокола, в соответствии с поставленными ниже в пп. 1…18 вопросами. Фирму-поставщика оборудования сетевых интерфейсов MAC-адреса источника и назначения Тип протокола, обслуживаемого данным Ethernet-кадром Версию протокола сетевого уровня Приоритет сетевого уровня для данной дейтаграммы Длину пакета сетевого уровня (в байтах) Время жизни данной дейтаграммы Протокол транспортного уровня (Dec’код и название) Сетевой адрес отправителя Сетевой адрес назначения Транспортный порт отправителя Транспортный порт получателя Тип и версию протокола прикладного уровня Длину дейтаграммы транспортного уровня (в байтах) Тип и класс тэга протокола прикладного уровня Длину сообщения протокола прикладного уровня Длину и содержимое поля Community Тип PDU и его длину (в байтах) Для PDU типа Get-Request Значение идентификатора запроса - RequestID Значения полей ErrorStatus и Errorlndex Длину поля, содержащего набор запрашиваемых характеристик Перечень запрашиваемых характеристик (атрибутов) управляемого объекта* Для PDU типа GetResponse Значение идентификатора запроса – RequestID Значения полей ErrorStatus и Errorlndex Длину поля, содержащего набор характеристик управляемого объекта Перечень характеристик (атрибутов) управляемого объекта* Значения характеристик (атрибутов) управляемого объекта* Исходные данныеСообщение1 0000: 08 00 5a e8 02 8e 00 00 0c 7c 02 f1 08 00 45 80 0010: 01 37 9c bf 00 00 10 11 70 56 c0 b5 95 ca c2 b5 0020: 95 66 00 a1 c0 7a 01 23 7b 84 30 82 01 17 02 01 0030: 00 04 05 61 63 2d 30 32 a2 82 01 09 02 04 35 97 0040: ac 59 02 01 00 02 01 00 30 81 fa 30 0f 06 08 2b 0050: 06 01 02 01 01 03 00 43 03 73 d4 5a 30 11 06 0a 0060: 2b 06 01 02 01 02 02 01 05 03 42 03 00 fa 00 30 0070: 0f 06 0a 2b 06 01 02 01 02 02 01 08 03 02 01 01 0080: 30 0f 06 0a 2b 06 01 02 01 02 02 01 09 03 43 01 0090: 00 30 12 06 0a 2b 06 01 02 01 02 02 01 0a 03 41 00a0: 04 04 12 5a 5d 30 11 06 0a 2b 06 01 02 01 02 02 00b0: 01 0b 03 41 03 08 6f da 30 0f 06 0a 2b 06 01 02 00c0: 01 02 02 01 0c 03 41 01 07 30 0f 06 0a 2b 06 01 00d0: 02 01 02 02 01 0d 03 41 01 00 30 0f 06 0a 2b 06 00e0: 01 02 01 02 02 01 0e 03 41 01 00 30 12 06 0a 2b 00f0: 06 01 02 01 02 02 01 10 03 41 04 13 9c 96 fa 30 0100: 11 06 0a 2b 06 01 02 01 02 02 01 11 03 41 03 08 0110: 0d 32 30 0f 06 0a 2b 06 01 02 01 02 02 01 12 03 0120: 41 01 00 30 0f 06 0a 2b 06 01 02 01 02 02 01 13 0130: 03 41 01 00 30 0f 06 0a 2b 06 01 02 01 02 02 01 0140: 14 03 41 01 02 Пример выполнения расшифровки для сообщения № 2Сообщение2 0000: 00 00 1d 90 02 20 00 00 aa e8 02 8e 08 00 45 40 3 Контрольные вопросы:На каком уровне модели OSI функционирует протокол SNMP ? Что представляет собой SNMP? Какие функции и назначение SNMP? Какие протокольные уровни различаются в модели передачи данных TCP/IP? Какие примитивы реализуются в SNMP? Что входит в структуру информационных баз управления MIB компьютерных сетей? Какие разновидности протоколов SNMP применяются для управления в сетях телекоммуникаций? Какие принципиальные отличия имеют место между SNMPV1 и SNMPV3? Подготовить план собственной профессиональной деятельности и личностного развития, деятельности подчиненного персонала поставленным задачам. 1 2 |