Мельников Д. А. - Организация и обеспечение безопасности информационно-технологических сетей и систем - 2012

Базовый SNMPv3-6noK, выступающий в роли SNMPv3менеджера, продолжает передачу:

G e tN e x tR e q u e s t ( sys U p T im e,

ip N e tT o M e d ia P h y s A d d re s s .2 .1 0 .0 .0 .1 5 , ip N e tT o M e d ia T y p e .2 .1 0 . 0 .0 .1 5 ).

Так как в таблице больше записей нет, базовый БЫМРуЗ-блок, выступающий в роли БЫМРуЗ-агента, направляет в ответном сооб­ щении значения переменных, следующих в лексикографическом порядке за тем параметром, значения которого были переданы ра­ нее, например:

R e sp o n s e (( sysU pTim e .O = " 1 2 3 4 7 1 " ),

( ip N e tT o M e d ia N e tA d d re s s .1 .9 .2 .3 4 = "9 .2 3 .4 " ), ( ipR outingD iscards.O = " 2 ")).

Этот ответ сообщает базовому БЫМРуЗ-блоку, выступающему в роли БЫМРуЗ-менеджера, что интересующая его таблица закон­ чилась.

PDU-блок «GetBulkRequest-PDU» (рис.17.10) формируется прикладным БЫМРуЗ-модулем и транслируется в его запросе. На­ значение этого расширенного запроса - запросить доставку потен­ циально большого объема данных, включая (но не только) эффек­ тивное и быстрое обновление больших М1В-таблиц.

После получения запроса «GetBulkRequest-PDU» принимаю­ щий базовый БЫМРуЗ-блок обрабатывает значение каждой пере­ менной (параметра), указанной в перечне запроса, с целью форми­ рования ответного сообщения с PDU-блоком «Response-PDU», кото­ рое будет содержать идентификатор ответа «request-id», а также аналогичные параметры, как и в поступившем запросе.

Запрос «GetBulkRequest-PDU» можно использовать в качестве альтернативы запроса «GetNextRequest-PDU». Полагаем, что исходные условия (таблица преобразования IP-адресов в физические ад­ реса) аналогичны тем, которые представлены ранее. Однако полу­ чение необходимых данных осуществляется с помощью меньшего числа раундов ПИнО.

Базовый БЫМРуЗ-6лок, выступающий в роли SNMPv3менеджера, начинает (см. рис. 17.14) передавать запроса «GetBulkRe­ quest-PDU», содержащий поле «max-repetitions» со значением «2», а также параметры, которые обозначены своими идентификаторами «OBJECT IDENTIFIER», как имена запрашиваемых переменных:

Базовый SN M Pv3-6noK, выступающий в роли SNM Pv3-areHTa,

направляет ответ «Response-PDU»:

Базовый БЫМРуЗ-блок, выступающий в роли SNMPv3менеджера, продолжает передачу:

Базовый SN M Pv3-6noK, выступающ ий в роли SNM Pv3-areHTa, отвечает:

R esponse (( sysU pTim e .O = " 1 2 3 4 6 6 " ),

( ip N e tT o M e d ia P h y s A d d re s s .2 .1 0 .0 .0 .1 5 = " 0 0 0 0 1 0 9 8 7 6 5 4 " ), ( ip N e tT o M e d ia T y p e .2 .1 0 0 .0 .1 5 = "d y n a m ic "),

( ip N e tT o M e d ia N e tA d d re s s .1 .9 .2 .3 .4 = " 9 .2 .3 .4 " ), ( ipR outingD iscards.O = " 2 " ))

Этот ответ указывает базовому БЫМРуЗ-блоку, выступающему в роли БЫМРуЗ-менеджера, что таблица закончилась.

Ответный PDU-блок «Response-PDU» формируется базовым

SNMPV3-6HOKOM при получении следующих запросов: «GetRequestPDU», «GetNextRequest-PDU», «GetBulkRequest-PDU», «SetRequestPDU» и «InformRequest-PDU».

Корректная программная реализация базового БЫМРуЗ-блока, выступающего в роли БЫМРуЗ-агента, должна быть способна при­ нимать и необходимым образом обрабатывать PDU-блоки «Re­ sponse-PDU», содержащие поле «error-status» со значениями «поSuchName», «badValue» и «readonly».

После получения PDU-блока «Response-PDU» принимающий базовый SNM PV3-6HOK направляет содержание этого PDU-блока прикладному БЫМРуЗ-модулю, который сформировал запрос с идентификатором «request-id», содержащимся в принятом ответном PDU-блоке.

PDU-блок «SetRequest-PDU» формируется прикладным БЫМРуЗ-модулем и транслируется в его запросе.

(ipNetToMediaType 2 1 0 0 0 1 5

t t,

Puc. 17.14. ПИнО с использованием запроса «GetBulkRequest-PDU»

После получения запроса «SetRequest-PDU» принимающий ба­ зовый SNMPv3-6noK формирует ответное сообщение, содержащее PDU-блок «Response-PDU», в котором присутствуют идентификатор ответа «request-id» и другие переменные параметры, как и в посту­ пившем запросе «SetRequest-PDU».

Сформированный PDU-блок «Response-PDU» размещается в БЫМРуЗ-сообщении. И это сообщение направляется в адрес источ­ ника принятого запроса «SetRequest-PDU».

PDU-блок «SNMPv2-Trap-PDU» формируется базовым про­

граммным SNM PV3-6HOKOM, выступающ им в роли агента, когда

сложилась нештатная ситуация, и она транслируется в его запросе.

Адресат(ы), для которого (ых) транслируется сообщениепрерывание «SNMPv2-Trap-PDU», определяется(ются) режимом функционирования конкретной реализации базового программно­ го SNMPv3-6noKa.

В этом сообщении-прерывании «SNMPv2-Trap-PDU» содер­ жится перечень переменных, в котором первыми двумя параметра­ ми являются «sysUpTime.O» и «snmpTrapOID.O».

PDU-блок «InformRequest-PDU» формируется прикладным модулем базового программного ЭЫМРуЗ-блока, выступающего в роли SNMPvS-менеджера, и транслируется в его запросе. Этот за­ прос используется тогда, когда БЫМРуЗ-менеджер (его прикладной модуль) «желает» сообщить другому БЫМРуЗ-менеджеру (его при­ кладному модулю) информацию, находящуюся в М1В-элементе «М1В view», который является удаленным по отношению приклад­ ного модуля-получателя.

Адресат(ы), для которого(ых) транслируется PDU-блок «Infor­ mRequest-PDU», определяется(ются) запрашивающим прикладным модулем.

В этом PDU-блоке «InformRequest-PDU» содержится перечень переменных, в котором первыми двумя параметрами являются «sy­ sUpTime.O» и «snmpTrapOID.O».

Протокол транспортного уровня. Протокол обмена SNMPv3сообщениями ориентирован только на ненадежную службу достав­ ки дейтаграмм (User Datagram Protocol - UDP), то есть каждое БЫМРуЗ-сообщение полностью и независимо от другого сообщения размещается в поле полезной нагрузки одиночной дейтаграммы.

Каждый элемент сообщения преобразуется в последователь­ ную форму (то есть кодируется в соответствии с требованиями стандарта ISO 8824 - ASN.l-код) для размещения в поле полезной нагрузки UDP-дейтаграммы.

Для организации ПИнО в интересах БЫМРуЗ-протокола ис­ пользуются 161 и 162 UDP-порты. БЫМРуЗ-агенты контролируют 161 UDP-порт, а ЭЫМРуЗ-менеджеры -162 UDP-порт.

При использовании этих транспортных портов должен обес­ печиваться доступ БЫМРуЗ-соощений длиной, по крайней мере, 484 октета. Там, где это возможно, базовые программные SNM PV3-6HOKH должны поддерживать БЫМРуЗ-соощения еще большей длины.

17.6. Структура и база управляющей информации

Управляющая информация рассматривается как совокупность управляемых объектов, размещаемых в виртуальном информаци­ онном хранилище, именуемом Базой данных для управляющей информации (Management Information Base - MIB). Совокупности связанных между собой MIB-объектов формируют MIB-модули. Эти модули записываются в специальном языке, который содержит эле­ менты ASN.1-языка (OSI's Abstract Syntax Notation One - ASN.l-код, первая версия описания абстрактного синтаксиса (конструкции данных) для OSI-архитектуры). В SNMPv3-apxnTeKType используется

Описание модулей данных сетевого управления. Описание MIB-модулей (макроопределение или просто макрос) включает («MODULE-IDENTITY MACRO ::=«) следующие элементы:

оформат описания («TYPE NOTATION ::=«) состоит из следую­ щих компонентов:

-дата/время («ExtUTCTime») последней перезагрузки («LAST-UPDATED»);

-наименование организации («ORGANIZATION») в тексто­ вом формате;

-контактная информация («CONTACT-INFO») в текстовом формате;

-определение модуля данных сетевого управления («DESCRIPTION») в текстовом формате;

-данные об изменениях модуля данных сетевого управления («RevisionPart»);

осодержательная часть описания модуля данных сетевого управления («VALUE NOTATION ::=«), включающая иденти­ фикатор этого модуля («VALUE OBJECT IDENTIFIER»);

©данные об изменениях модуля данных сетевого управления («RevisionPart ::=«) могут содержать указатели прошедших из­ менений («Revisions») и дата/время («ExtUTCTime») этих из­ менений или отсутствовать («empty»):

-указатели прошедших изменений («Revisions ::=«) может включать собственно прошедшее изменение («Revision») или корректировка предшествующих изменений («Revi­ sions Revision»):

>прошедшее изменение («Revision ::=«) включает: S дата/время («ExtUTCTime») этого изменения;

S определение модуля данных сетевого управления в текстовом формате («DESCRIPTION»);

вформат текста («Text ::=«). Текст представляет собой последо­ вательность символов пятизначного международного алфави­

та (International Alphabet 5 - IA5).

Описание объектов сетевого управления. Описание MIBобъектов сетевого управления (макроопределение) включает («OBJECT-IDENTITY MACRO ::=«) следующие элементы:

•формат описания («TYPE NOTATION ::=«) состоит из следую ­ щих компонентов:

-статус объекта («STATUS ::=«):

>действующий («current»);

>опротестованный («deprecated»);

>вышедший из употребления («obsolete»);

-определение объекта сетевого управления («DESCRIPTION») в текстовом формате;

-ссылки («ReferPart ::=«):

>ссылка («REFERENCE») в текстовом формате;

>отсутствие ссылки («empty»);

осодержательная часть описания объекта сетевого управления («VALUE NOTATION ::=«), включающая идентификатор этого MIB-объекта («VALUE OBJECT IDENTIFIER»);

оформат текста («Text ::=«). Текст представляет собой последо­ вательность символов международного пятизначного алфави­ та (International Alphabet 5 - IA5).

Наименования объектов. Наименование (имя) MIB-объекта («ОЬ-

jectName ::=«) представляет собой идентификатор объекта («OBJECT IDENTIFIER»).

Синтаксис объектов. Существует несколько типов синтаксиса объектов («ObjectSyntax ::=«):

® встраиваемые в ASN.l-кодовую последовательность («SimpleSyntax ::=«):

- целочисленный («INTEGER»). Диапазон «- 2147483648.. .2147483647» (допускается превышение этого диапазона значений);

-последовательность октетов («OCTET STRING»). Диапазон «0...65535» (допускается превышение этого диапазона зна­ чений);

-идентификатор объекта («OBJECT IDENTIFIER»);

•определяемые прикладным SNMPvЗ-мoдyлeм («ApplicationSyntax ::=«):

-целочисленный 32-битовый («Integer32»). Диапазон «- 2147483648.. . 2147483647»;

-сетевой (IP) адрес («IpAddress»). Неявная последователь­ ность из 4-х октетов («[APPLICATION 0]»). Порядок переда­ чи октетов определяется сетевой архитектурой;

-счетчик 32-битовый («Counter32»). Диапазон «0...4294967295» («[APPLICATION 1]»);

~датчик 32-битовый («Gauge32»). Диапазон «0...4294967295» («[APPLICATION 2]»);

-беззнаковый 32-битовый («Unsigned32»). Диапазон «0...4294967295» («[APPLICATION 2]»);

~~метки времени («TimeTicks»). Диапазон «0...4294967295» («[APPLICATION 3]»);

"зашифрованный («Opaque»). Неявная последовательность октетов («[APPLICATION 4]»);

-счетчик 64-битовый («Counter64»). Диапазон «0...8446744073709551615» («[APPLICATION 6]»).

(Примечание. Тип объектов «SEQUENCE» (последователь­ ность), используемый в концептуальных таблицах и строках, в дан­ ном перечне не указан.)

Описание типа объектов. Описание (макроопределение или просто макрос) типов MIB-объектов включает («OBJECT-TYPE MACRO ::=«) следующие элементы:

•формат описания («TYPE NOTATION ::=«) состоит из следую­ щих компонентов:

-синтаксис описания объекта («Syntax ::=«);

-описание элементов, связанных с этим типом объекта («Щ- itsPart») в текстовом формате. Этот компонент может отсут­ ствовать («empty»);

-максимальный уровень доступа («МАХ-ACCESS»). Опреде­ ляет вид разрешенного доступа («Access ::=«);

-статус объекта («STATUS ::=«):

>действующий («current»);

>опротестованный («deprecated»);

>вышедший из употребления («obsolete»);

-определение типа объекта («DESCRIPTION») в текстовом формате;

-ссылки («ReferPart ::=«):

>ссылка («REFERENCE») в текстовом формате;

>отсутствие ссылки («empty»);

-определение индекса связи объекта с концептуальной запи­ сью («IndexPart ::=«);

-определение значения(ий) объекта «про умолчанию» («DefValPart ::=«);

•содержательная часть описания объекта сетевого управления («VALUE NOTATION ::=«), включающая наименование этого типа MIB-объекта («VALUE ObjectName»);

оформат текста («Text ::=«). Текст представляет собой последо­ вательность символов пятизначного международного алфави­ та (International Alphabet 5 - IA5).

Синтаксис описания типа объектов должен быть одним из

следующих:

• базовый тип (или его усовершенствованные версии);

отекстуальная конструкция (или ее усовершенствованные версии);

опсевдо-битовый тип («BITS»).

Псевдо-битовая конструкция («NamedBits ::=«) включает иден­ тификатор конструкции («NamedBit ::=«), который представляет со­ бой неотрицательный номер.

Вид доступа («Access ::=«) может быть одним из следующих:

онедоступен («not-accessible»);

одоступ только для управляющих БЫМРуЗ-процедур/операций («accessible-for-notify»);

отолько чтение («read-only»);

очтение и запись («read-write»);

очтение и формирование («read-create»).

Индекс связи объекта с концептуальной записью («IndexPart ::=«) состоит из следующих компонентов (но может отсутствовать «empty»):

оопределение типов индекса («IndexTypes ::=«):

-тип индекса («IndexType ::=«):

>«подразумеваемый» индекс («IMPLIED»);

>реальный индекс («Index»);

-собственно индекс («Index ::=«). Представляет собой имя объекта («ObjectName»), при этом синтаксис индекса опре­ деляется запрашиваемым типом объекта («OBJECT-TYPE»);

вуказатель концептуальной строки («Entry ::=«). Представляет собой имя объекта («ObjectName»), при этом используется ин­ декс, указанный в запрашиваемом типе объекта («OBJECT-

TYPE»).

Значение объекта по молчанию («DefValPart ::=«) состоит из следующих компонентов (но может отсутствовать «empty»):

в определение синтаксиса значения по умолчанию («Defvalue

-должен быть аналогичным синтаксису («ObjectSyntax»), ука­ занному в запрашиваемом типе объекта («OBJECT-TYPE»);

-либо быть псевдо-битовой конструкцией («BitsValue ::=«):

>наименования конструкции («BitsNames ::=«);

S конкретное имя конструкции («BitsName ::=«). Это имя представляет собой идентификатор конструкции («identifier»);

>либо пустая последовательность («empty»).

Описание процедур/операций сетевого управления. Наимено­ вание (имя) БЫМРуЗ-операции/процедуры («NotificationName ::=«) представляет собой идентификатор объекта («OBJECT IDENTIFIER»).

Описание SNMPv3-onepa4nn/процедуры (макроопределение) включает («NOTIFICATION-TYPE MACRO ::=«) следующие элементы:

•формат описания («TYPE NOTATION ::=«) состоит из следую­ щих компонентов:

- объекты SNMPv3-onepa4nn/процедуры («ObjectsPart ::=«);