Mib-файлы, что это такое

Обновлено: 30.06.2024

Неограниченная версия PRTG на 30 дней. Через 30 дней PRTG возвращается к бесплатной версии.
Или вы можете в любое время перейти на платную лицензию.

SNMP, MIB и OID — все, что вам нужно знать

SNMP — одна из наиболее часто используемых технологий для мониторинга сети.
Программы мониторинга пропускной способности, такие как PRTG, используют его.
Но как работает SNMP?

Что такое MIB и OID?

Основная база данных SNMP

MIB расшифровывается как Management Information Base и представляет собой набор информации, организованной иерархически. Доступ к ним осуществляется с использованием протокола, такого как SNMP. Существует два типа MIB: скалярные и табличные.

Скалярные объекты определяют один экземпляр объекта, тогда как табличные объекты определяют несколько связанных экземпляров объектов, сгруппированных в таблицах MIB.

MIB — это наборы определений, которые определяют свойства управляемого объекта на управляемом устройстве.

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

ИД объекта SNMP

OID означает идентификаторы объектов. OID однозначно идентифицируют управляемые объекты в иерархии MIB. Это можно изобразить в виде дерева, уровни которого присваиваются разными организациями. Идентификаторы объектов MIB верхнего уровня (OID) принадлежат разным стандартным организациям.

Поставщики определяют частные ветки, включая управляемые объекты, для своих продуктов.

Образцы

Вот пример структуры OID:

1.3.6.1.4.868.2.4.1.2.1.1.1.3.3562.3

Эти номера SNMP OID используются в PRTG при настройке пользовательских сенсоров для доступа к соответствующим элементам устройства, которое необходимо отслеживать. OID обычно предоставляются производителями оборудования или могут быть найдены в так называемых репозиториях OID, где можно получить доступ к коллекциям деревьев MIB и соответствующим OID.

PRTG считывает эти OID и назначает их соответствующему устройству, соответственно отслеживая выбранное устройство и его OID. Дополнительная информация о PRTG.

< бр />

Свойства OID

Библиотека OID открыта в средстве импорта MIB

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

< /p>

Мониторинг через SNMP

SNMP MIB, SNMP OID и т. д. – более подробный обзор

Основы SNMP

SNMP версии 1 – стандарт SNMP, поддерживаемый PRTG, – это первоначальная разработка протокола SNMP. Описание можно найти в запросе комментариев (RFC) 1157, и оно функционирует в рамках спецификации структуры управленческой информации (SMI).

Он работает по протоколу пользовательских дейтаграмм (UDP), интернет-протоколу (IP), сетевым службам без установления соединения OSI (CLNS), протоколу доставки дейтаграмм AppleTalk (DDP) и Novell Internet Packet Exchange (IPX). SNMP v1 считается де-факто протоколом управления сетью в интернет-сообществе.

SNMP работает на основе того, что системы управления сетью отправляют запрос, а управляемые устройства возвращают ответ. Это реализуется с помощью одной из четырех операций: Get, GetNext, Set и Trap. Сообщения SNMP состоят из заголовка и PDU (блоков данных протокола). Заголовки состоят из номера версии SNMP и имени сообщества. Имя сообщества используется в качестве формы безопасности в SNMP. PDU зависит от типа отправляемого сообщения. Get, GetNext и Set, а также PDU ответа состоят из типа PDU, идентификатора запроса, статуса ошибки, индекса ошибки и полей объекта/переменной. Ловушка состоит из полей «Предприятие», «Агент», «Адрес агента», «Общий тип ловушки», «Специальный код ловушки», «Отметка времени» и «Объект/значение».

MIB – это набор определений, определяющих свойства управляемого объекта внутри управляемого устройства (например, маршрутизатора, коммутатора и т. д.).) Каждое управляемое устройство хранит базу данных значений для каждого из определений, записанных в MIB. Таким образом, на самом деле это не база данных, а зависит от реализации. У каждого поставщика оборудования SNMP есть эксклюзивный раздел древовидной структуры MIB, находящийся под их контролем.

Чтобы все это было правильно организовано, все управляемые функции всех продуктов (от каждого поставщика) расположены в этом дереве. Каждая «ветвь» этого дерева имеет номер и имя, а полный путь от вершины дерева вниз до точки интереса образует имя этой точки. Это ОИД. Узлы в верхней части дерева носят чрезвычайно общий характер. Например, чтобы попасть в Интернет, нужно добраться до четвертого уровня. По мере продвижения вниз имена становятся все более и более конкретными, пока не дойдете до конца, где каждый узел представляет определенную функцию на определенном устройстве (или агенте).

MIB, или информационная база управления, представляет собой текстовый файл ASCII, который описывает элементы протокола SNMP (Simple Network Management Protocol) в виде списка объектов данных. Думайте об этом как о словаре языка SNMP — каждый управляемый объект, на который ссылается сообщение SNMP, должен быть указан в MIB.

Что делает MIB?

Основная цель MIB – преобразовать числовые строки в удобочитаемый текст. Когда SNMP-устройство отправляет сообщение или «ловушку», оно идентифицирует каждый объект данных в сообщении с помощью числовой строки, называемой идентификатором объекта или OID. (OID более подробно определены далее в этой статье.)

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

Зачем мне нужна MIB?

Он нужен вашему менеджеру SNMP для обработки сообщений с ваших устройств. Без MIB сообщение представляет собой просто бессмысленную строку чисел.

Как передать MIB в диспетчер SNMP?

Ваш SNMP-менеджер импортирует его, компилируя необработанный ASCII-текст файла в двоичный файл, понятный системе управления SNMP.

Почему MIB важна?

Потому что с точки зрения менеджеров и агентов SNMP, если компонент сетевого устройства не определен в MIB, он не существует.

Например, предположим, что у вас есть SNMP RTU (удаленный блок телеметрии) со встроенным датчиком температуры. Вы думаете, что это устройство будет сигнализировать о температуре, но этого не происходит, как бы жарко ни было. Почему бы нет? Вы читаете MIB-файл RTU и обнаруживаете, что в нем перечислены только отдельные точки, а не датчик температуры. Поскольку датчик не определен в MIB, RTU не может отправлять ловушки с данными о температуре.

Зачем мне нужно разбираться в MIB?

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

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

Какие функции мне нужны в SNMP RTU (устройстве удаленной телеметрии)?

NetGuardian 832A SNMP RTU (удаленный блок телеметрии)

Вот 5 основных функций, которыми должен обладать ваш SNMP RTU (удаленный блок телеметрии):

Дискретные тревожные входы (также называемые цифровыми входами или замыкающими контактами). Обычно они используются для мониторинга отказов оборудования, сигналов вторжения, маяков, а также детекторов затопления и пожара.
Аналоговые тревожные входы. Аналоговые тревожные сигналы измеряют постоянно изменяющиеся уровни напряжения или тока. Аналоговые сигналы тревоги отслеживают температуру, влажность и давление, и все они могут критически повлиять на работу оборудования.
Эхо-сигналы: RTU (удаленный блок телеметрии), поддерживающий сигналы эхо-тестирования, будет через равные промежутки времени проверять устройства в вашей сети. Если устройство не отвечает, RTU (удаленный блок телеметрии) отправит сигнал тревоги в виде ловушки SNMP.
Реле управления: RTU (блок удаленной телеметрии) с выходами реле управления позволит вам управлять удаленным оборудованием непосредственно с вашего NOC.
Функция терминального сервера: ваш RTU (удаленный блок телеметрии) также может служить терминальным сервером для удаленных последовательных устройств. Ваши устройства подключаются к последовательным портам RTU, предоставляя вам немедленный доступ Telnet через локальную сеть из вашего NOC в любое время.

Получить демоверсию

Вам нужно увидеть снаряжение DPS в действии. Получите живую демонстрацию с нашими инженерами.

Получить демо

Получите руководство по ускоренному использованию SNMP

Загрузите нашу бесплатную техническую документацию по SNMP. При участии эксперта по SNMP Маршалла ДенХартога.

Это руководство было создано, чтобы предоставить вам информацию, необходимую для успешного внедрения мониторинга сигналов тревоги на основе SNMP в вашей сети.

Загрузить информационный документ

DPS здесь, чтобы помочь.

Есть конкретный вопрос? Задайте вопрос нашей команде опытных инженеров и получите конкретный ответ!

Получить быстрый ответ!

Учитесь простым способом

Запишитесь на следующее обучение DPS Factory!

Независимо от того, используете ли вы наше оборудование впервые или уже много лет, заводское обучение DPS — лучший способ получить больше от мониторинга.

Не можете найти идеальное решение?

Ни одна другая сеть на планете не похожа на вашу. Мы производим сотни вариантов продукции в год, адаптированных к точным спецификациям наших клиентов, а также предоставляем обучение, техническую поддержку и доступность обновлений.

Сообщите нам, что вам нужно сделать, и мы вместе с вами разработаем идеальное решение для вашей сети.

<р>«. Информационная база управления (MIB) — это виртуальная база данных, которая используется для управления объектами в коммуникационной сети. Чаще всего это понятие связано с простым протоколом управления сетью (SNMP). В то же время он используется в более широком смысле, обозначая модель управления сетью OSI/ISO. Несмотря на то, что термин MIB не предназначен для обозначения всей доступной информации об объекте, он также часто используется для обозначения определенного подмножества, которое правильнее было бы назвать модулем MIB.

Объекты в MIB, согласно RFC 2578, определяются подмножеством «Структура управляющей информации версии 2 (SMIv2)» стандарта ASN.1. Программное обеспечение для синтаксического анализа называется компилятором MIB.

Файлы MIB для устройств NetPing

Работа с файлами MIB устройств NetPing

1 — имя SNMP OID в иерархической (древовидной) структуре файла MIB;
2 — числовой идентификатор объекта (OID) в иерархической (древовидной) структуре файла MIB;
3 — это сводка и спецификация идентификатора объекта (OID) в иерархической (древовидной) структуре файла MIB. Здесь можно просмотреть текстовое описание, а также имя, тип, статус и другие параметры.

Теперь необходимо настроить соединение для получения информации от датчиков, подключенных к устройствам NetPing и устройствам управления по SNMP:

Давайте рассмотрим получение текущего состояния линии ввода-вывода в устройствах NetPing через SNMP.

Давайте рассмотрим процесс управления встроенным реле устройства NetPing через SNMP.

Поэтому, используя различные OID, расположенные в файлах MIB устройств NetPing, можно получать информацию и управлять устройствами NetPing по протоколу SNMP.

Первоначально опубликовано Мартиной Виттманн 23 марта 2017 г.
Последнее обновление – 3 марта 2022 г. • 16 минут чтения

Привет. Вы когда-нибудь задумывались, с какой стати SNMP расшифровывается как Simple Network Management Protocol, если его настройка оказывается совсем не простой? Как администратор сети, конечно, у вас есть. Может быть, вы поседели, пытаясь активировать SNMP на своей машине? Или вы хотели включить новое устройство в свой сетевой мониторинг и подумали: «Отлично, оно поддерживает SNMP», но потом наткнулись на MIB и OID, ASN.1 и тому подобное? Вы прогуглили несколько RFC, но не смогли разобраться? Что ж, тогда читайте дальше, я постараюсь пролить свет на все это в этой серии блогов по SNMP.

Область применения SNMP

Во-первых, мысль о том, зачем использовать SNMP. Как следует из названия Simple Network Management Protocol, вы можете использовать его для управления сетью. Это было просто, не так ли? Но продолжим этот ход мыслей. Чтобы управлять, вам нужна информация. Именно здесь SNMP имеет наибольшую ценность. Он собирает все данные и помещает их в контекст, что позволяет отслеживать проблемы, принимать решения на основе реальных данных и брать на себя управление там, где это необходимо. Вот что такое сетевое управление. И именно поэтому вы, как сетевой администратор, используете SNMP для получения ценной информации о мониторинге вашей сети.

Коммуникационные партнеры SNMP

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

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

В принципе, эти процедуры можно сравнить с обычным взаимодействием клиент/сервер. Если это управляющая организация (или ваш начальник наверху в ИТ-отделе), который начинает общение, чтобы получить от вас ответ, это работает как запрос (или опрос).Если это управляемое устройство (это вы были внизу в серверной комнате, временно взяв на себя обязанности датчика температуры), которое отправляет сообщение SNMP при событии, это работает как push. В терминологии SNMP запрос GET, например, следует модели извлечения, тогда как ловушка SNMP «выталкивается» без какого-либо предыдущего запроса.

Теперь давайте поговорим о вашем сообщении. В вашем случае информация управления касается температуры в серверной. В зависимости от того, что вы отслеживаете, это также может быть состояние тонера в принтере, трафик на коммутаторе или уровень кофейных зерен в вашей кофемашине. Каждая из этих частей информации называется объектом и нуждается в отдельном адресе, чтобы стать содержимым сообщения SNMP. Этот адрес называется OID и обозначает идентификатор объекта.

Если вы хотите, чтобы управляющий объект и управляемое устройство в вашей сети успешно обменивались данными, оба партнера по связи должны знать, какие элементы управляющей информации, то есть какие OID, доступны. Предположим, у вас есть принтер, и он хочет сообщить объекту мониторинга не только количество оставшегося тонера (OID1), но и количество уже напечатанных листов (OID2) и количество листов, находящихся в данный момент в очереди (OID3). Таким образом, и ваш принтер, и ваш объект мониторинга должны знать, что эти три части являются действительными частями управляющей информации и, следовательно, действительными OID, независимо от того, кто из ваших партнеров по связи SNMP является отправителем или получателем сообщений, касающихся вашего принтера.

Так как же убедиться, что и ваша управляющая организация, и ваши партнеры по связи с управляемыми устройствами в курсе доступных OID и того, что на самом деле скрывается за этими адресами? Я отвечу на этот вопрос через минуту, давайте сначала проявим немного воображения. Представьте, сколько различных сетевых устройств существует в мире и сколько в общей сложности доступно специфической информации для управления! Следовательно, подсчет OID был бы бессмысленным, если только вам действительно не нужно хобби, и вы не возражаете против того, что вы больше никогда не сможете заниматься чем-то другим. Конечно, вам могут быть важны не все OID от всех производителей, но у вас все равно будет значительное количество OID, относящихся к вашей сети. Ручное управление каждым OID было бы более чем кропотливым и трудоемким, или даже невозможным.

К счастью, существует так называемый MIB. Краткая форма информационной базы управления, MIB — это независимый формат для определения информации управления. В открытом виде: MIB четко определенным образом содержит OID. Или, с вашей точки зрения, вы можете найти любой объект, который вы можете получить от данного устройства, в его файлах MIB. Кстати, вы можете легко распознать файл MIB по расширениям .my или .mib, или .txt.

Теперь вернемся к вопросу о том, как убедиться, что все партнеры по связи SNMP имеют актуальную информацию о доступных OID. Производители устройств обычно поставляют необходимые файлы MIB вместе со своими продуктами, поддерживающими SNMP. Таким образом, связь обычно безопасна на стороне ваших управляемых устройств. На стороне вашего объекта мониторинга наступает ваша очередь как администратора стать активным. Вы можете сначала попробовать, если это работает, конечно, но если это не так, выровняйте и установите отсутствующие файлы MIB так, как они нужны вашему инструменту мониторинга. Если у вас возникли проблемы с поиском файла MIB (по какой-либо причине), попробуйте поискать в Интернете или обратиться в службу поддержки производителя.

Иерархические структуры повсюду

1.3.6.1.2.1.2. Это может выглядеть как причудливая нумерация глав, однако это OID. Его структура не является «каким бы то ни было числом», а действительно организована. Чтение OID слева направо в основном соответствует прослеживанию древовидной структуры OID от корня к его листьям. Переход от узла к узлу дает представление о том, кто участвует в иерархии, лежащей в основе SNMP. Давайте проследим за узлами вышеупомянутого OID.

1 – Международная организация по стандартизации (ISO)
3 – Определенные организации в соответствии со стандартом ISO/IEC 6523-2.
6 – Министерство обороны США (DOD)
1 – интернет-протокол
2 – управление Целевой группой инженеров Интернета (IETF).
1 – МИБ-2
2 – Интерфейсы

Путь к примеру дерева OID

Обратите внимание, что эта иллюстрация ни в коем случае не является полной. Например, у MIB-2 всего 228 дочерних узлов, и все они имеют много дочерних узлов и так далее. (Совет профессионала по SNMP: вы можете найти все важные стандартные определения объектов для мониторинга с помощью SNMP в файле MIB-2.Вы можете легко догадаться, что по названиям система, интерфейсы, IP, ICMP, TCP, UDP, transmission, SNMP и т. д.) Некоторыми мощными ветвями дерева OID являются Интернет и частные ветви. Интернет-ветвь содержит большую часть всех существующих OID (примерно > 90 %), не в последнюю очередь потому, что она содержит частную ветвь, в которой вы можете найти конкретный файл MIB для конкретных устройств 46 000 перечисленных в настоящее время предприятий и организаций. Удобно, что из OID частного филиала вы также можете прочитать производителей, перечисленных Управлением по присвоению номеров в Интернете (IANA), например,

1.3.6.1.4.1.9 MIB Cisco

1.3.6.1.4.1.311 Microsoft MIB

1.3.6.1.4.1.2636 Базы MIB Juniper

1.3.6.1.4.1.8117 MIB Североамериканской ассоциации производителей пищевого оборудования

Это также означает, что, начиная с частного узла 1.3.6.1.4, все последующие части OID могут относиться к производителям.

Ценность MIB

Теоретически OID могут иметь внушительную длину до 40 (или даже неограниченное количество) кортежей с произвольным количеством цифр. Легко читаемый для машин, но не для людей. MIB здесь, чтобы помочь. Это похоже на лексикон, всегда предоставляющий имя, определение и описание для заданных объектов, включая метаинформацию, такую как тип данных и права доступа. Вы можете сравнить OID с IP-адресами и файлы MIB с записями DNS. На уровне протокола используется адрес в числовом формате. На основе информации MIB или информации DNS соответственно адреса сопоставляются с более удобными для человека именами и дополняются дополнительной информацией.

Подведение итогов

Чтобы понять и работать с SNMP, помните, что без базовых спецификаций, таких как MIB и OID, не обойтись. Если вы профессиональный сетевой администратор, OID и MIB (файлы) — это ваш хлеб с маслом в контексте SNMP.

Ищете вызов?

Интересный материал, не так ли? Давайте остановимся здесь на сегодня, повеселимся с тем, что вы узнали. Вот несколько задач:

Исследуйте некоторые стандартные файлы MIB с помощью инструмента, который позволяет вам это делать, например Paessler MIB Importer (бесплатно). Совет для профессионалов. Если вы пользуетесь программным обеспечением для мониторинга Paessler PRTG, папка MIB в пути установки вашего экземпляра PRTG — это маленький сундук с сокровищами.

Проверьте возможности своих устройств. Совет для профессионалов. Чтобы легко получить общее представление, вы можете запустить обход SNMP по OID основной ветки с помощью подходящего инструмента, например Paessler SNMP Tester (бесплатно).

Новые горизонты

Следите за обновлениями в нашей серии блогов по SNMP, если хотя бы один из следующих вопросов уже приходил вам в голову:

Читайте также:


Помогите настроить ноутбук

Обновить Skype на ПК

Компьютер зависает и ни на что не реагирует


Как очистить кеш на компьютере