Management data within SNMP is stru

Management data within SNMP is structured as a tree, as illustrated in Figure 6.2. The subtree
defining all of the data for a specific device is called a management information block (MIB). To
query a device, an SNMP management system typically traverses the tree, starting at the root node of
the device MIB, requesting each object in turn using a “GET” or “GET_NEXT” command. This
query retrieves values only; to interpret the values, the management system must have access to a text
file that describes the MIB. The term MIB is also used to refer to these MIB-description files.
Each node in the SNMP tree is assigned an object ID (OID). SNMP object IDs are represented as
dotted decimal strings. The OID for a specific node is obtained by appending its node number to its
parent node’s OID. To allow interoperation of arbitrary assemblies of equipment, all objects are
organized into a single tree. Corporations and private organizations that want to define MIBs must
obtain an enterprise number by registering with the Internet Assigned Numbers Authority (IANA).
The enterprise number defines a private branch of the SNMP tree (under the private.enterprises node)
to be used for the organization’s MIBs. For example, Ross Video’s enterprise number is 27399, so all
Ross Video MIBs are contained within the subtree with root node:
• iso.org.dod.internet.private.enterprises.rossVideo = 1.3.6.1.4.1.27399
You can obtain an SNMP enterprise number by applying to IANA at http://pen.iana.org/.
The openGear SNMP agent uses a lookup table to cross-reference SNMP OIDs to openGear OIDs.
When the agent receives a request for a specific SNMP OID, it finds the corresponding openGear OID
in the lookup table, and relays the request to the card via OGP. The lookup table must be provided by
the card; the agent requests the table when it first establishes communications with the card, or
whenever the card sends an OGP_RESTART trap. The message format for encoding the lookup table
is provided at the end of this chapter.

Результаты (русский) 1:

Данные управления внутри SNMP структурирован как дерево, как показано на рис. 6.2. Поддеревоопределение всех данных для конкретного устройства называется блок информации управления (MIB). Комузапрос устройства, системы управления SNMP обычно обходит дерево, начиная с корневого узлаустройство MIB, с просьбой каждый объект, в свою очередь с помощью команды «GET» или «GET_NEXT». Этозапрос извлекает значения только; для интерпретации значения, системе управления должны иметь доступ к текстуфайл, который описывает MIB. Термин MIB также используется для обозначения эти файлы MIB-описания.Каждый узел в дереве SNMP присваивается объект ID (OID). Идентификаторы объектов SNMP представлены в видеточками десятичных строк. OID для конкретного узла получается путем добавления его номер узла для егородительский узел в OID. Чтобы разрешить взаимодействия произвольных сборок оборудования, все объектыорганизовал в одно дерево. Корпораций и частных организаций, которые хотят определить MIBs должныполучите номер предприятия путем регистрации с Интернете органа (IANA).Номер предприятия определяет закрытой ветке дерева SNMP (в private.enterprises узле)использоваться для организации базы MIB. Например номер предприятия Росс видео является 27399, поэтому всеРосс видео MIBs содержатся в пределах поддерева с корневым узлом:• iso.org.dod.internet.private.enterprises.rossVideo = 1.3.6.1.4.1.27399Вы можете получить номер предприятия SNMP, применяя к IANA в http://pen.iana.org/.OpenGear агент SNMP использует таблицу подстановки, чтобы создать перекрестную ссылку SNMP OID для openGear OID.Когда агент получает запрос для определенного SNMP OID, он находит соответствующий openGear OIDв таблице подстановки и передает запрос на карту через OGP. Должна быть предоставлена таблица подстановкикарточка; агент запрашивает таблицы, когда она впервые устанавливает связь с картой, иливсякий раз, когда карта посылает ловушку OGP_RESTART. Формат сообщений для кодирования таблицы подстановкипредоставляется в конце этой главы.

Результаты (русский) 2:

Данные управления в SNMP структурирована в виде дерева, как показано на рисунке 6.2. Поддерево
определения всех данных для конкретного устройства называется блок управления информацией (MIB). Чтобы
запросить устройство, система управления SNMP обычно обходит дерево, начиная с корневого узла
устройства MIB, запрашивая каждый объект , в свою очередь , используя команду "GET" или "get_next". Этот
запрос возвращает значения только; интерпретировать значения, система управления должна иметь доступ к текстовым
файлом , который описывает MIB. Термин МИБ также используется для обозначения этих MIB-файлов описания.
Каждый узел в дереве SNMP присваивается идентификатор объекта (OID). Идентификаторы объектов SNMP представлены в виде
десятичном виде строк. OID для конкретного узла получается путем добавления его номер узла к его
OID родительского узла. Чтобы разрешить интероперабельности произвольных узлов оборудования, все объекты
объединены в одно дерево. Фирмы и частные организации , которые хотят определить MIBs должны
получить номер предприятия путем регистрации с Internet Assigned Numbers Authority (IANA).
Номер предприятия определяет частный ветвь дерева SNMP (под узлом private.enterprises) ,
которые будут использоваться для MIBs организации. Например, номер предприятия Ross Video является 27399, поэтому все
Ross Video MIBs содержатся в поддереве с корневым узлом:
• iso.org.dod.internet.private.enterprises.rossVideo = 1.3.6.1.4.1.27399
Вы можете получить SNMP номер предприятия путем применения к IANA на http://pen.iana.org/.
агент SNMP openGear использует таблицу поиска для перекрестных ссылок SNMP OIDs к openGear OIDs.
Когда агент получает запрос на определенный SNMP OID, это находит соответствующий openGear OID
в таблице поиска, и передает запрос на карту через ОГП. Эта таблица должна быть предоставлена
​​картой; агент запрашивает таблицу , когда он впервые устанавливает связь с картой, или
всякий раз , когда карта посылает OGP_RESTART ловушку. Формат сообщения для кодирования таблицы поиска
приведен в конце этой главы.

Результаты (русский) 3:

управление данными в рамках SNMP состоит из дерева, как показано на рисунке 6.2.в дискуссияхвсе данные для определения конкретных устройство называется информационного блока (мб).-запрос устройство, систему управления, как правило, пересекает SNMP дерево, начиная с корнем узелустройство в "лвч", в котором каждый объект, в свою очередь, с помощью "получить" или "get_next" команды.этовопрос хранения ценностей; толковать ценностей, системы управления, должны иметь доступ к текстуфайл, который описывает мб.термин "лвч" также используется для обозначения этих миб файлы описания.каждый узел в SNMP дерево назначается объект ID (OID).SNMP объект IDS представлены какпунктирная десятичного знака строки.с идентификатором для конкретного узла достигается путем проставления ее номер узла с егородитель узла идентификатором.чтобы взаимодействия произвольного комплекты оборудования, все объектыорганизована в рамках одного дерева.корпораций и частных организаций, которые хотят определить mibs должныполучить номер предприятия, зарегистрировавшись в интернет Assigned Numbers Authority (яна).предприятие номер определяет частного отделения SNMP дерево (в соответствии с private.enterprises узел)для организации mibs.например, росс видео номер предприятия является 27399, так что всеросс видео mibs содержатся в дискуссиях с корнем узла:• iso.org.dod.internet.private.enterprises.rossvideo = 1.3.6.1.4.1.27399вы можете получить SNMP номер предприятия, обратившись в яна на http: / / ручку. яна. org /.в opengear SNMP агент использует таблица поиска для перекрестной ссылки на opengear SNMP oids oids.когда агент получает просьбы о конкретной SNMP OID, она находит соответствующие opengear OIDв просмотровые таблицы, и передает просьбу к карты через мопнг.просмотровые таблицы, должно быть предусмотренокарты, агент просит столом, когда он впервые устанавливает связь с картой, илив тех случаях, когда карты посылает ogp_restart ловушку.сообщение формат кодирования просмотровые таблицыприводится в конце этой главы.