Архитектура протоколов для обмена управляющей информацией между менеджером и агентом 6 страница

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

Сначала выпишем отдельно эти поля:

0020: 30 82 01 17 02 01

D 31 a2 82 01 09 02 04 35 97

Ac 59 02 01 00 02 01 00 30 81 fa 30 0f 06 08 2b

D4 70 30 11 06 0a

B 06 01 02 01 02 02 01 05 03 42 03 00 fa 00 30

F 06 0a 2b 06 01 02 01 02 02 01 08 03 02 01 01

F 06 0a 2b 06 01 02 01 02 02 01 09 03 43 01

A 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 a1 03 ca 30

A 2b 06 01 02 01 02 02 01 11 03 41 03 08

D 32 30 0f 06 0a 2b 06 01 02 01 02 02 01 12 03

F 06 0a 2b 06 01 02 01 02 02 01 13

F 06 0a 2b 06 01 02 01 02 02 01

0140: 14 03 41 01 00

Выделим теперь составные части этого сообщения, пользуясь общим форматом SNMP и форматом PDU-Response:

30 82 01 17

02 01 00

D 31

a2 82 01 09

Ac 59

02 01 00

02 01 00

Fa

30 0f 06 08 2b 06 01 02 01 01 03 00 43 03 73 d4 70

30 11 06 0a 2b 06 01 02 01 02 02 01 05 03 42 03 00 fa 00

30 0f 06 0a 2b 06 01 02 01 02 02 01 08 03 02 01 01

30 0f 06 0a 2b 06 01 02 01 02 02 01 09 03 43 01 00

30 12 06 0a 2b 06 01 02 01 02 02 01 0a 03 41 04 04 12 5a 5d

30 11 06 0a 2b 06 01 02 01 02 02 01 0b 03 41 03 08 6f da

30 0f 06 0a 2b 06 01 02 01 02 02 01 0c 03 41 01 07

30 0f 06 0a 2b 06 01 02 01 02 02 01 0d 03 41 01 00

30 0f 06 0a 2b 06 01 02 01 02 02 01 0e 03 41 01 00

30 12 06 0a 2b 06 01 02 01 02 02 01 10 03 41 04 13 a1 03 ca

30 11 06 0a 2b 06 01 02 01 02 02 01 11 03 41 03 08 0d 32

30 0f 06 0a 2b 06 01 02 01 02 02 01 12 03 41 01 00

30 0f 06 0a 2b 06 01 02 01 02 02 01 13 03 41 01 00

30 0f 06 0a 2b 06 01 02 01 02 02 01 14 03 41 01 00

Здесь подчеркнуты OID, запрашиваемых объектов, согласно RFC-1213.

В отличие от сообщения-запроса в данном сообщении-ответа в конце идентификаторов объектов приводится значение 03. Это означает, что передается элемент из массив данных (таблицы).

Необходимо также определить тип данных этих элементов.

Пользуясь указаниями п.2.3.5.1 и RFC-1213, определяем, что передаваемые в ответе ИЭ имеют следующие типы (см. соответствующие тэги):

· Тэг=43 – тип данных составной из класса «Прикладной» (01), код тэга 3 означает, что это TimeTicks.

· Тэг=42 – тип данных составной из класса «Прикладной» (01), код тэга 2 означает, что это Gauge (величина).

· Тэг=41 – тип данных составной из класса «Прикладной» (01), код тэга 1 означает, что это Counter (счетчик).

· Тэг=02 – тип данных составной из класса «UNI» (00), код тэга 2 означает, что это Integer (целое).

Учитывая сказанное по сообщению №2, ответим на оставшиеся вопросы по этому сообщению и впишем эти ответы в прилагаемые формы.

Определить из приведенных сообщений:

1. Фирму-поставщика оборудования сетевых интерфейсов

2. MAC-адреса источника и назначения

3. Тип протокола, обслуживаемого данным Ethernet-кадром

4. Версию протокола сетевого уровня

5. Приоритет сетевого уровня для данной дейтаграммы

6. Длину пакета сетевого уровня (в байтах)

7. Время жизни данной дейтаграммы

8. Протокол транспортного уровня (Dec’код и название)

9. Сетевой адрес отправителя

10. Сетевой адрес назначения

11. Транспортный порт отправителя

12. Транспортный порт получателя

13. Тип и версию протокола прикладного уровня

14. Длину дейтаграммы транспортного уровня (в байтах)

15. Тип и класс тэга протокола прикладного уровня

16. Длину сообщения протокола прикладного уровня

17. Длину и содержимое поля Community

18. Тип PDU и его длину (в байтах)

18.1. Для PDU типа Get-Request

18.1.1. Значение идентификатора запроса -RequestID

18.1.2. Значения полей ErrorStatus и Errorlndex

18.1.3. Длину поля, содержащего набор запрашиваемых характеристик

18.1.4. Перечень запрашиваемых характеристик (атрибутов) управляемого объекта*

18.2. Для PDU типа GetResponse

18.2.1. Значение идентификатора запроса –RequestID

18.2.2. Значения полей ErrorStatus и Errorlndex

18.2.3. Длину поля, содержащего набор характеристик управляемого объекта

18.2.4. Перечень характеристик (атрибутов) управляемого объекта*

18.2.5. Значения характеристик (атрибутов) управляемого объекта*


№ вопроса Для PDU типа Get-Response
  Hex’значение Dec’ или текстовое значение
00 00 1d 00 20 af – Сетевой интерфейс фирмы Cabletron – Сетевой интерфейс фирмы 3COM
00 20 af e8 e2 8e 00 00 1d 90 58 20 MAC-адрес назначения MAC-адрес источника
08 00 протокол IPv4
4-я версия
000 – низкий приоритет
01 37 311 байт
3e TTL=62 транзита
17 – UDP протокол
d4 a4 c4 f6 212.164.196.246
d4 a4 00 66 212.164.00.102
c0 7c 49351 - DP
00 a1 161 - SNMP
00 a1 161 - SNMP
01 23 291 байт
Класс UNI, тип составной, последовательность (Sequence)
81 fb fb’hex или 251 байт
05 65 78 70 2d 31 Поле “Community” длиной 5 байт, содержимое: exp-1
a2 82 01 09 – имя PDU-SNMP. В данном случае – это Get-Response (тэг=a2). Длина содержимого в этом PDU составляет 01 09’hex или 265’dec байт
18.2.1 35 97 ac 59 899132505’dec
18.2.2 Оба поля имеют значение 00
18.2.3 81 fa 250’dec байт – длина поля переменных

Для Get-Response (вопрос18.2.4 и 18.2.5):

  Наименование атрибута (OID) Значение атрибута (характеристики)
Hex’ 2b 06 01 02 01 01 03 00 73 d4 70
Dec’ 1.3.6.1.2.1.1.3.0 7591024*100с
Текст iso.org.dod.internet.mgmt.mib.sys.sysUpTime.0  
Hex’ 2b 06 01 02 01 02 02 01 05 01 fa 00
Dec’ 1.3.6.1.2.1.2.2.1.5.1 64 000 бит/с
Текст ifSpeed  
Hex’ 2b 06 01 02 01 02 02 01 08 01
Dec’ 1.3.6.1.2.1.2.2.1.8.1
Текст ifOperStatus Оперативное состояние объекта - up
Hex’ 2b 06 01 02 01 02 02 01 09 01
Dec’ 1.3.6.1.2.1.2.2.1.9.1
Текст ifLastChange  
Hex’ 2b 06 01 02 01 02 02 01 0a 01   -//-//-//-
Dec’ 1.3.6.1.2.1.2.2.1.10.1
Текст ifInOctets
  … и т.д. (т.е. заполнить всю форму)

На этом задание можно считать выполненным.

Необходимо оформить его в соответствии с требованиями п.3.3.

3.3 Требования к оформлению:

1. На титульном листе привести следующие данные:

1.1. Название дисциплины

1.2. Название работы

1.3. ФИО

1.4. № группы

1.5. № варианта

2. На первой странице работы обязательно привести Ваш вариант задания (шестнадцатиричные значения сообщений управляющего протокола)

3. На следующих страницах привести ответы на поставленные вопросы

4. Ответы оформить в виде таблицы, следующего вида:

№ вопроса Для PDU типа Get-Request Для PDU типа Get-Response
  Hex’ значение Dec’ или текстовое значение Hex’ значение Dec’ или текстовое значение
       
       
       
18.1.1        
18.1.2        
       
18.2.1        
18.2.2        
       

5. Ответы на вопросы, отмеченные (*) свести в таблицы следующего вида:

Для Get-Request (вопрос18.1.4):

  Наименование атрибута (OID) Значение атрибута (характеристики)
Hex’    
Dec’    
Текст    
Hex’    
Dec’    
Текст    
     

Для Get-Response (вопросы18.2.4 и 18.2.5):

  Наименование атрибута (OID) Значение атрибута (характеристики)
Hex’    
Dec’    
Текст    
Hex’    
Dec’    
Текст    
     

4. Используемые сокращения

ИЭ – информационный элемент

СУ – система управления

УО – управляемый объект

SNMP - Simple Network Mangement Protocol – простой протокол управления сетью

CMIP - Common Management Information Protocol

MIB - Management Information Base - база данных управляющей информации

ASN.1 - Abstract Syntax Notation One - абстрактная синтаксическая нотация №1

BER - Basic Encoding Rules – базовые правила кодирования

IETF - Internet Engineering Task Force

ITU-T – International Telecommunication Union – Международный союз электросвязи (МСЭ-Т)

NMS – Network Management System – Система управления сетью

RFC – Request for Comments – Документы (стандарты) IETF для сети Интернет

PDU – Protocol Data Unit – Протокольный блок данных

OID – Object Identifier – Идентификатор объекта

MSB – Most Significant Bit – Наиболее значащий бит

LSB – Least Significant Bit – Наименее значащий бит


4. Литература, рекомендуемая для выполнения контрольной работы

1. Гребешков А.Ю. Стандарты и технологии управления сетями связи. – М.:Эко-Трендз, 2003. – 288 с.

Наши рекомендации