Архитектура протоколов для обмена управляющей информацией между менеджером и агентом 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 с.