Управление сетями связи
Расшифровка сообщений управляющего протокола и фирма-поставщик оборудования сетевых интерфейсов. Приоритет сетевого уровня для данной дейтаграммы. Значение идентификатора запроса, упрощение расшифровки сообщений, связывание запросов и ответов в пары.
| Рубрика | Коммуникации, связь, цифровые приборы и радиоэлектроника |
| Вид | курсовая работа |
| Язык | русский |
| Дата добавления | 04.04.2012 |
| Размер файла | 67,3 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Федеральное агентство связи
Сибирский Государственный Университет Телекоммуникаций и Информатики
Межрегиональный центр переподготовки специалистов
Курсовая работа
По дисциплине: Управление сетями связи
Выполнил: Грибанов Л.Н
Группа: СДТ-084
Новосибирск, 2012 г
Задание
Расшифровать вышеприведенные сообщения управляющего протокола, в соответствии с поставленными ниже в пп. 1…18 вопросами.
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. Значения характеристик (атрибутов) управляемого объекта*
Исходные данные
Сообщение 1
0000: 00 00 1d 90 02 20 00 00 aa e8 02 8e 08 00 45 40
0010: 01 1a 0b 25 00 00 60 11 00 09 c0 58 95 ca c4 95
0020: a8 66 c0 7c 00 a1 01 06 4a 51 30 81 fb 02 01 00
0030: 04 06 61 65 73 2d 30 32 a0 81 ed 02 04 35 97 ac
0040: 55 02 01 00 02 01 00 30 81 de 30 0c 06 08 2b 06
0050: 01 02 01 01 03 00 05 00 30 0e 06 0a 2b 06 01 02
0060: 01 02 02 01 05 01 05 00 30 0e 06 0a 2b 06 01 02
0070: 01 02 02 01 08 01 05 00 30 0e 06 0a 2b 06 01 02
0080: 01 02 02 01 09 01 05 00 30 0e 06 0a 2b 06 01 02
0090: 01 02 02 01 0a 01 05 00 30 0e 06 0a 2b 06 01 02
00a0: 01 02 02 01 0b 01 05 00 30 0e 06 0a 2b 06 01 02
00b0: 01 02 02 01 0c 01 05 00 30 0e 06 0a 2b 06 01 02
00c0: 01 02 02 01 0d 01 05 00 30 0e 06 0a 2b 06 01 02
00d0: 01 02 02 01 0e 01 05 00 30 0e 06 0a 2b 06 01 02
00e0: 01 02 02 01 10 01 05 00 30 0e 06 0a 2b 06 01 02
00f0: 01 02 02 01 11 01 05 00 30 0e 06 0a 2b 06 01 02
0100: 01 02 02 01 12 01 05 00 30 0e 06 0a 2b 06 01 02
0110: 01 02 02 01 13 01 05 00 30 0e 06 0a 2b 06 01 02
0120: 01 02 02 01 14 01 05 00
Сообщение 2
0000: 08 00 5a e8 02 8e 00 00 0c 7c 02 f1 08 00 45 80
0010: 01 37 9c bf 00 00 10 11 70 56 c0 b5 95 ca c2 b5
0020: 95 66 00 a1 c0 7a 01 23 7b 84 30 82 01 17 02 01
0030: 00 04 05 61 63 2d 30 32 a2 82 01 09 02 04 35 97
0040: ac 59 02 01 00 02 01 00 30 81 fa 30 0f 06 08 2b
0050: 06 01 02 01 01 03 00 43 03 73 d4 5a 30 11 06 0a
0060: 2b 06 01 02 01 02 02 01 05 03 42 03 00 fa 00 30
0070: 0f 06 0a 2b 06 01 02 01 02 02 01 08 03 02 01 01
0080: 30 0f 06 0a 2b 06 01 02 01 02 02 01 09 03 43 01
0090: 00 30 12 06 0a 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 9c 96 fa 30
0100: 11 06 0a 2b 06 01 02 01 02 02 01 11 03 41 03 08
0110: 0d 32 30 0f 06 0a 2b 06 01 02 01 02 02 01 12 03
0120: 41 01 00 30 0f 06 0a 2b 06 01 02 01 02 02 01 13
0130: 03 41 01 00 30 0f 06 0a 2b 06 01 02 01 02 02 01
0140: 14 03 41 01 02
интерфейс сеть дейтаграмма
Выполнение работы
В сообщении №1 администратором сети запрашивается информация об управляемом объекте.
0000: 00 00 1d 90 02 20 00 00 aa e8 02 8e 08 00 45 40
0010: 01 1a 0b 25 00 00 60 11 00 09 c0 58 95 ca c4 95
0020: a8 66 c0 7c 00 a1 01 06 4a 51 30 81 fb 02 01 00
0030: 04 06 61 65 73 2d 30 32 a0 81 ed 02 04 35 97 ac
0040: 55 02 01 00 02 01 00 30 81 de 30 0c 06 08 2b 06
0050: 01 02 01 01 03 00 05 00 30 0e 06 0a 2b 06 01 02
0060: 01 02 02 01 05 01 05 00 30 0e 06 0a 2b 06 01 02
0070: 01 02 02 01 08 01 05 00 30 0e 06 0a 2b 06 01 02
0080: 01 02 02 01 09 01 05 00 30 0e 06 0a 2b 06 01 02
0090: 01 02 02 01 0a 01 05 00 30 0e 06 0a 2b 06 01 02
00a0: 01 02 02 01 0b 01 05 00 30 0e 06 0a 2b 06 01 02
00b0: 01 02 02 01 0c 01 05 00 30 0e 06 0a 2b 06 01 02
00c0: 01 02 02 01 0d 01 05 00 30 0e 06 0a 2b 06 01 02
00d0: 01 02 02 01 0e 01 05 00 30 0e 06 0a 2b 06 01 02
00e0: 01 02 02 01 10 01 05 00 30 0e 06 0a 2b 06 01 02
00f0: 01 02 02 01 11 01 05 00 30 0e 06 0a 2b 06 01 02
0100: 01 02 02 01 12 01 05 00 30 0e 06 0a 2b 06 01 02
0110: 01 02 02 01 13 01 05 00 30 0e 06 0a 2b 06 01 02
0120: 01 02 02 01 14 01 05 00
296 байт = 14 Ethernet + 20 IP + 8 UDP + 254 SNMP
1. Поля протокола Ethernet:
В таблице 1 приведена расшифровка Ethernet.
00 00 1d 90 02 20 00 00 аа e8 02 8e 08 00
Таблица 1 - расшифровка Ethernet
|
1. Фрагмент трассировки заголовка Ethernet в Hex'-коде |
||||||||||||||
|
00 |
00 |
1d |
90 |
02 |
20 |
00 |
00 |
aа |
e8 |
02 |
8e |
08 |
00 |
|
|
2. Формат заголовка протокола Ethernet (всего - 14 байт) |
||||||||||||||
|
MAC-DA (Адрес сетевой платы назначения) 6 байт |
MAC-SA (Адрес сетевой платы источника) 6 байт |
Length/ Type (Protocol) 2 байта |
||||||||||||
|
3. Кодировка полей протокола Ethernet |
||||||||||||||
|
Vendor 3 байта |
Serial Number 3 байта |
Vendor 3 байта |
Serial Number 3 байта |
dod IP 2 байта |
Согласно этому разделу расшифруем коды вендоров:
00 00 1d - Сетевой интерфейс фирмы назначения Cabletron
00 20 aа - Сетевой интерфейс фирмы источника Xerox
08 00 - Эта кодировка означает, что данный Ethernet-кадр перевозит в поле данных IP-датаграмму (данные Internet-протокола версии 4 (IPv4)).
Поля протокола IP (заголовок IP-датаграммы)
Приведем расшифровку заголовка IP из трассировки сообщения №1 (Табл. 2):
45 40
0010: 01 1a 0b 25 00 00 60 11 00 09 c0 58 95 ca c4 95
0020: a8 66
Таблица 2 - Расшифровка заголовка IP-датаграммы:
|
0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
10 |
11 |
12 |
13 |
14 |
15 |
16 |
17 |
18 |
19 |
20 |
21 |
22 |
23 |
24 |
25 |
26 |
27 |
28 |
29 |
30 |
31 |
|
|
Версия |
Длина IP-заголовка (HLength) |
Тип сервиса ToS |
Длина IP-пакета (дейтаграммы), включая заголовки IP и UDP |
|||||||||||||||||||||||||||||
|
4 |
5 |
40 |
01 1а`hex=282'Dec (байт) |
|||||||||||||||||||||||||||||
|
Prio |
D |
T |
R |
C |
x |
|||||||||||||||||||||||||||
|
0 |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
|||||||||||||||||||||||||
|
Идентификатор фрагмента |
Флаги |
Указатель фрагмента |
||||||||||||||||||||||||||||||
|
0b 25 |
00 00 |
|||||||||||||||||||||||||||||||
|
0 |
0 |
0 |
||||||||||||||||||||||||||||||
|
Время жизни (TTL) |
Протокол, которому предоставлена услуга |
Контрольная сумма заголовка |
||||||||||||||||||||||||||||||
|
60'hex (96'Dec) |
11'hex (17'Dec - UDP) |
00 09 |
||||||||||||||||||||||||||||||
|
IP-адрес отправителя - Source (откуда) |
||||||||||||||||||||||||||||||||
|
С0'hex 192'Dec |
58'hex 88'Dec |
95'hex 149'Dec |
са'hex 202'Dec |
|||||||||||||||||||||||||||||
|
IP-адрес получателя - Destination (куда) |
||||||||||||||||||||||||||||||||
|
с4'hex 196'Dec |
95'hex 149'Dec |
а8'hex 168'Dec |
66'hex 102'Dec |
Из расшифровки видно, что IP-пакет длиной 282 байта, перевозящий данное SNMP-сообщение, направляется от устройства с адресом IP - 192.88.149.202 к устройству с адресом IP - 196.149.168.102, при этом время жизни IP-пакета в сети ограничено значением TTL=96, что допускает 96 транзитных пункта.
Также видно, что приоритет данного пакета самый низкий (0), и для обслуживания SNMP-сообщения используется ненадежный протокол UDP (код - 11'hex или 17'dec).
3. Поля протокола UDP (Заголовок UDP-датаграммы)
Фрагмент (заголовок) UDP-датаграммы (Табл.3): c0 7c 00 a1 01 06 4a 51
Таблица 3 - Расшифровка заголовка UDP-датаграммы:
|
0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
10 |
11 |
12 |
13 |
14 |
15 |
16 |
17 |
18 |
19 |
20 |
21 |
22 |
23 |
24 |
|
|
1-ое 32-х разрядное слово UDP-заголовка |
|||||||||||||||||||||||||
|
Порт отправителя (от кого) |
Порт назначения (кому) |
||||||||||||||||||||||||
|
c0 7c (49351'Dec) |
00 a1 (161'Dec - SNMP) |
||||||||||||||||||||||||
|
2-ое 32-х разрядное слово UDP-заголовка |
|||||||||||||||||||||||||
|
Длина UDP-пакета |
Контрольная сумма заголовка |
||||||||||||||||||||||||
|
01 06 (262'Dec байт) |
4a 51 |
Из данной расшифровки видно, что UDP-дейтаграмма, обслуживающая SNMP-сообщение, имеет общую длину 262 байта и предназначена для приложения с портом 161. Со стороны источника используется динамически назначенный порт с номером 49351.
4. Поля протокола SNMP
Фрагмент SNMP-сообщения, вложенного в информационную часть протоколов UDP/IP/Ethernet выглядит так:
30 81 fb 02 01 00
0030: 04 06 61 65 73 2d 30 32 a0 81 ed 02 04 35 97 ac
0040: 55 02 01 00 02 01 00 30 81 de 30 0c 06 08 2b 06
0050: 01 02 01 01 03 00 05 00 30 0e 06 0a 2b 06 01 02
0060: 01 02 02 01 05 01 05 00 30 0e 06 0a 2b 06 01 02
0070: 01 02 02 01 08 01 05 00 30 0e 06 0a 2b 06 01 02
0080: 01 02 02 01 09 01 05 00 30 0e 06 0a 2b 06 01 02
0090: 01 02 02 01 0a 01 05 00 30 0e 06 0a 2b 06 01 02
00a0: 01 02 02 01 0b 01 05 00 30 0e 06 0a 2b 06 01 02
00b0: 01 02 02 01 0c 01 05 00 30 0e 06 0a 2b 06 01 02
00c0: 01 02 02 01 0d 01 05 00 30 0e 06 0a 2b 06 01 02
00d0: 01 02 02 01 0e 01 05 00 30 0e 06 0a 2b 06 01 02
00e0: 01 02 02 01 10 01 05 00 30 0e 06 0a 2b 06 01 02
00f0: 01 02 02 01 11 01 05 00 30 0e 06 0a 2b 06 01 02
0100: 01 02 02 01 12 01 05 00 30 0e 06 0a 2b 06 01 02
0110: 01 02 02 01 13 01 05 00 30 0e 06 0a 2b 06 01 02
0120: 01 02 02 01 14 01 05 00
Для упрощения расшифровки данного сообщения, разобьем это сообщение на отдельные состовляющие:
30 81 fb
04 06 61 65 73 2d 30 32
a0 81 ed
02 04 35 97 ac 55
02 01 00
02 01 00
30 81 de
30 0c 06 08 2b 06 01 02 01 01 03 00 05 00
30 0e 06 0a 2b 06 01 02 01 02 02 01 05 01 05 00
30 0e 06 0a 2b 06 01 02 01 02 02 01 08 01 05 00
30 0e 06 0a 2b 06 01 02 01 02 02 01 09 01 05 00
30 0e 06 0a 2b 06 01 02 01 02 02 01 0a 01 05 00
30 0e 06 0a 2b 06 01 02 01 02 02 01 0b 01 05 00
30 0e 06 0a 2b 06 01 02 01 02 02 01 0c 01 05 00
30 0e 06 0a 2b 06 01 02 01 02 02 01 0d 01 05 00
30 0e 06 0a 2b 06 01 02 01 02 02 01 0e 01 05 00
30 0e 06 0a 2b 06 01 02 01 02 02 01 10 01 05 00
30 0e 06 0a 2b 06 01 02 01 02 02 01 11 01 05 00
30 0e 06 0a 2b 06 01 02 01 02 02 01 12 01 05 00
30 0e 06 0a 2b 06 01 02 01 02 02 01 13 01 05 00
30 0e 06 0a 2b 06 01 02 01 02 02 01 14 01 05 00
Применим к данному формату конструкцию T-L-V, чтобы расшифровать отдельные ИЭ сообщения SNMP:
Конструкция - T-L-V (Tag-Length-Value)
30 81 fb
T L (……… V ……
02 01 00
T L V
04 06 61 65 73 2d 30 32
T L V
a0 81 ed
T L (……… V ……
02 04 35 97 ac 55
T L V
02 01 00
T L V
02 01 00
T L V
30 81 de
T L (……… V ……
30 0c 06 08 2b 06 01 02 01 01 03 00 05 00
T L (T L ( V=OID ))
30 0e 06 0a 2b 06 01 02 01 02 02 01 05 01 05 00
T L (T L ( V=OID ))
30 0e 06 0a 2b 06 01 02 01 02 02 01 08 01 05 00
T L (T L ( V=OID ))
30 0e 06 0a 2b 06 01 02 01 02 02 01 09 01 05 00
T L (T L ( V=OID ))
30 0e 06 0a 2b 06 01 02 01 02 02 01 0a 01 05 00
T L (T L ( V=OID ))
30 0e 06 0a 2b 06 01 02 01 02 02 01 0b 01 05 00
T L (T L ( V=OID ))
30 0e 06 0a 2b 06 01 02 01 02 02 01 0c 01 05 00
T L (T L ( V=OID ))
30 0e 06 0a 2b 06 01 02 01 02 02 01 0d 01 05 00
T L (T L ( V=OID ))
30 0e 06 0a 2b 06 01 02 01 02 02 01 0e 01 05 00
T L (T L ( V=OID ))
30 0e 06 0a 2b 06 01 02 01 02 02 01 10 01 05 00
T L (T L ( V=OID ))
30 0e 06 0a 2b 06 01 02 01 02 02 01 11 01 05 00
T L (T L ( V=OID ))
30 0e 06 0a 2b 06 01 02 01 02 02 01 12 01 05 00
T L (T L ( V=OID ))
30 0e 06 0a 2b 06 01 02 01 02 02 01 13 01 05 00
T L (T L ( V=OID ))
30 0e 06 0a 2b 06 01 02 01 02 02 01 14 01 05 00
T L (T L ( V=OID ))
Учитываем, что ИЭ, кодируемые тэгом=30 или a0, содержащим в 6-м бите единицу, имеют составной тип, следовательно, внутри этих элементов содержатся другие ИЭ по принципу матрешки.
Расшифруем теперь отдельные части SNMP-сообщения:
30 81 fb
T L (……… V ……
- Заголовок протокола SNMP (флаг), содержащий тэг (30 - Sequence) и длину содержимого (81 fb - длинный формат, обозначающий, что в поле «Длина» содержится 1 байт, а его значение - fb'hex или 251 байт)
02 01 00
T L V
- Версия протокола SNMP (Тэг=02, что означает целое число в поле «содержимое», длина этого содержимого равна 1 байту, а 00 в поле содержимое - означает, что используется версия SNMPv1)
04 06 61 65 73 2d 30 32
T L V
- поле “Community” длиной 6 байт, в котором содержится строка октетов (тэг=04), кодирующих содержимое в формате IA5.
В данном случае поля 61 65 73 2d 30 32'hex означают, что пароль доступа к полю “Community” - vm15-1
a0 81 ed
T L (……… V ……
- имя PDU-SNMP. В данном случае - это Get-request (тэг=a0), а длина содержимого в этом PDU составляет ed'hex или 237'dec байт
Далее, учитывая, что имя данного PDU - Get, используем его формат (см. рис. 7 и 8 в разделе 2.2, а также форму записи на языке ASN.1 в разделе 2.3.5.3 для заголовка Get-PDU):
02 04 35 97 ac 55
T L V
- идентификатор данного запроса (request-id). Используется для того, чтобы связывать запросы и ответы на них в пары. В данном случае длина этого идентификатора равна 4 байтам, а так как поле содержимого кодируется целым числом (тэг=02'hex, что означает INTEGER), то значение идентификатора будет 35 97 ac 55'hex или 899132501'dec
02 01 00
T L V
- статус ошибки (error-status). Как указано выше, для запросов это значение всегда=0 (always 0)
02 01 00
T L V
- индекс ошибки (error-index). Также как и для статуса, как указано выше, в запросах это значение всегда=0 (always 0)
30 81 de
T L (……… V ……
- Тэг=30 (Sequence), означает, что далее идет составной тип данных (последовательность) длиной de'hex или 222'dec байт. В данном случае, в соответствии с форматом Get-PDU - это последовательность переменных (variable-bindings).
Далее следуют переменные, которые собственно и содержат основную управляющую информацию, интересующую менеджера в данном запросе:
30 0c 06 08 2b 06 01 02 01 01 03 00 05 00
T L (T L ( V=OID ))
Как видно, что первая переменная представляет собой также последовательность (тэг=30, следовательно, тип ИЭ - составной).
Выделим элементы этой последовательности:
30 0c - последовательность переменных общей длиной 0c'hex или 12 байт
T L (… V …
06 08 2b 06 01 02 01 01 03 00 05 00 - или более детально:
(T L ( V=OID ), T L )
06 08
(T L
- Тэг=06, следовательно, 1-я переменная в этой последовательности - это идентификатор объекта - OID, длиной 8 байт
2b 06 01 02 01 01 03 00
( V=OID ),
- содержимое первой переменной (OID), которое в цифро-точечной нотации означает 1.3.6.1.2.1.1.3.0, что означает - менеджер запрашивает значение переменной, находящейся в базе данных (MIB) по пути (см. п.2.3.4):
iso.org.dod.internet.mgmt.mib.sys
1 . 3 . 6 . 1 . 2 . 1 . 1
По этому пути для объектов группы system находится запрашиваемая переменная - sysUpTime (OID=3 в иерархии группы объектов system) - время с момента последней перезагрузки объекта.
Итак, в запросе Get, менеджер спрашивает: сколько времени прошло с момента последней перезагрузки объекта, что выглядит так:
iso.org.dod.internet.mgmt.mib.sys.sysUpTime.0
1 . 3 . 6 . 1 . 2 . 1 . 1 . 3 .0
2b 06 01 02 01 01 03 00
Ноль в конце пути говорит о скалярном типе хранимых данных (т.е. в данном случае запрашивается число, а не массив данных или не элемент этого массива).
05 00
T L )
- Вторая переменная в данной последовательности, означает NULL (тэг=05), что в данном случае означает алгоритмический 0, т.е. окончание первой переменной.
2b 06 01 02 01 02 02 01 05 01
( V=OID ),
- содержимое первой переменной (OID), которое в цифро-точечной нотации означает 1.3.6.1.2.1.1.3.0, что означает - менеджер запрашивает значение переменной, находящейся в базе данных (MIB) по пути (см. п.2.3.4):
iso. org. dod. internet. mgmt. mib. interfaces. ifTable. IfEntry. IfSpeed
1 . 3 . 6 . 1 . 2 . 1 . 2 . 2 . 1 . 5.1
2b 06 01 02 01 02 02 01 08 01
( V=OID ),
- содержимое первой переменной (OID), которое в цифро-точечной нотации означает 1.3.6.1.2.1.1.3.0, что означает - менеджер запрашивает значение переменной, находящейся в базе данных (MIB) по пути (см. п.2.3.4):
iso. org. dod. internet. mgmt. mib. interfaces. ifTable. IfEntry. IfOperStatus
1 . 3 . 6 . 1 . 2 . 1 . 2 . 2 . 1 . 8.1
2b 06 01 02 01 02 02 01 09 01
( V=OID ),
- содержимое первой переменной (OID), которое в цифро-точечной нотации означает 1.3.6.1.2.1.1.3.0, что означает - менеджер запрашивает значение переменной, находящейся в базе данных (MIB) по пути (см. п.2.3.4):
iso. org. dod. internet. mgmt. mib. interfaces. ifTable. IfEntry. IfLastChange
1 . 3 . 6 . 1 . 2 . 1 . 2 . 2 . 1 . 9.1
2b 06 01 02 01 02 02 01 0a 01
( V=OID ),
- содержимое первой переменной (OID), которое в цифро-точечной нотации означает 1.3.6.1.2.1.1.3.0, что означает - менеджер запрашивает значение переменной, находящейся в базе данных (MIB) по пути (см. п.2.3.4):
iso. org. dod. internet. mgmt. mib. interfaces. ifTable. IfEntry. IfInOctets
1 . 3 . 6 . 1 . 2 . 1 . 2 . 2 . 1 . 0a.1
2b 06 01 02 01 02 02 01 0b 01
( V=OID ),
- содержимое первой переменной (OID), которое в цифро-точечной нотации означает 1.3.6.1.2.1.1.3.0, что означает - менеджер запрашивает значение переменной, находящейся в базе данных (MIB) по пути (см. п.2.3.4):
iso. org. dod. internet. mgmt. mib. interfaces. ifTable. IfEntry. IfInUcastPkts
1 . 3 . 6 . 1 . 2 . 1 . 2 . 2 . 1 . 0b.1
2b 06 01 02 01 02 02 01 0c 01
( V=OID ),
- содержимое первой переменной (OID), которое в цифро-точечной нотации означает 1.3.6.1.2.1.1.3.0, что означает - менеджер запрашивает значение переменной, находящейся в базе данных (MIB) по пути (см. п.2.3.4):
iso. org. dod. internet. mgmt. mib. interfaces. ifTable. IfEntry. IfInNUcastPkts
1 . 3 . 6 . 1 . 2 . 1 . 2 . 2 . 1 . 0c.1
2b 06 01 02 01 02 02 01 0d 01
( V=OID ),
- содержимое первой переменной (OID), которое в цифро-точечной нотации означает 1.3.6.1.2.1.1.3.0, что означает - менеджер запрашивает значение переменной, находящейся в базе данных (MIB) по пути (см. п.2.3.4):
iso. org. dod. internet. mgmt. mib. interfaces. ifTable. IfEntry. IfInDiscards
1 . 3 . 6 . 1 . 2 . 1 . 2 . 2 . 1 . 0d.1
2b 06 01 02 01 02 02 01 0e 01
( V=OID ),
- содержимое первой переменной (OID), которое в цифро-точечной нотации означает 1.3.6.1.2.1.1.3.0, что означает - менеджер запрашивает значение переменной, находящейся в базе данных (MIB) по пути (см. п.2.3.4):
iso. org. dod. internet. mgmt. mib. interfaces. ifTable. IfEntry. IfInErrors
1 . 3 . 6 . 1 . 2 . 1 . 2 . 2 . 1 . 0e.1
2b 06 01 02 01 02 02 01 10 01
( V=OID ),
- содержимое первой переменной (OID), которое в цифро-точечной нотации означает 1.3.6.1.2.1.1.3.0, что означает - менеджер запрашивает значение переменной, находящейся в базе данных (MIB) по пути (см. п.2.3.4):
iso. org. dod. internet. mgmt. mib. interfaces. ifTable. IfEntry. IfOutOctets
1 . 3 . 6 . 1 . 2 . 1 . 2 . 2 . 1 . 10.1
2b 06 01 02 01 02 02 01 11 01
( V=OID ),
- содержимое первой переменной (OID), которое в цифро-точечной нотации означает 1.3.6.1.2.1.1.3.0, что означает - менеджер запрашивает значение переменной, находящейся в базе данных (MIB) по пути (см. п.2.3.4):
iso. org. dod. internet. mgmt. mib. interfaces. ifTable. IfEntry. IfOutUcastPkts
1 . 3 . 6 . 1 . 2 . 1 . 2 . 2 . 1 . 11.1
2b 06 01 02 01 02 02 01 12 01
( V=OID ),
- содержимое первой переменной (OID), которое в цифро-точечной нотации означает 1.3.6.1.2.1.1.3.0, что означает - менеджер запрашивает значение переменной, находящейся в базе данных (MIB) по пути (см. п.2.3.4):
iso. org. dod. internet. mgmt. mib. interfaces. ifTable. IfEntry. IfOutUcastPkts
1 . 3 . 6 . 1 . 2 . 1 . 2 . 2 . 1 . 12.1
2b 06 01 02 01 02 02 01 13 01
( V=OID ),
- содержимое первой переменной (OID), которое в цифро-точечной нотации означает 1.3.6.1.2.1.1.3.0, что означает - менеджер запрашивает значение переменной, находящейся в базе данных (MIB) по пути (см. п.2.3.4):
iso. org. dod. internet. mgmt. mib. interfaces. ifTable. IfEntry. IfOutDiscards
1 . 3 . 6 . 1 . 2 . 1 . 2 . 2 . 1 . 13.1
2b 06 01 02 01 02 02 01 14 01
( V=OID ),
- содержимое первой переменной (OID), которое в цифро-точечной нотации означает 1.3.6.1.2.1.1.3.0, что означает - менеджер запрашивает значение переменной, находящейся в базе данных (MIB) по пути (см. п.2.3.4):
iso. org. dod. internet. mgmt. mib. interfaces. ifTable. IfEntry. IfOutErrors
1 . 3 . 6 . 1 . 2 . 1 . 2 . 2 . 1 . 14.1
Единица (01'hex) в конце пути указывает на то, что запрашивается элемент массива из база данных.
В сообщении №2 в ответном сообщении Response от агента доставляется информация об управляемом объекте.
0000: 08 00 5a e8 02 8e 00 00 0c 7c 02 f1 08 00 45 80
0010: 01 37 9c bf 00 00 10 11 70 56 c0 b5 95 ca c2 b5
0020: 95 66 00 a1 c0 7a 01 23 7b 84 30 82 01 17 02 01
0030: 00 04 05 61 63 2d 30 32 a2 82 01 09 02 04 35 97
0040: ac 59 02 01 00 02 01 00 30 81 fa 30 0f 06 08 2b
0050: 06 01 02 01 01 03 00 43 03 73 d4 5a 30 11 06 0a
0060: 2b 06 01 02 01 02 02 01 05 03 42 03 00 fa 00 30
0070: 0f 06 0a 2b 06 01 02 01 02 02 01 08 03 02 01 01
0080: 30 0f 06 0a 2b 06 01 02 01 02 02 01 09 03 43 01
0090: 00 30 12 06 0a 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 9c 96 fa 30
0100: 11 06 0a 2b 06 01 02 01 02 02 01 11 03 41 03 08
0110: 0d 32 30 0f 06 0a 2b 06 01 02 01 02 02 01 12 03
0120: 41 01 00 30 0f 06 0a 2b 06 01 02 01 02 02 01 13
0130: 03 41 01 00 30 0f 06 0a 2b 06 01 02 01 02 02 01
0140: 14 03 41 01 02
296 байт = 14 Ethernet + 20 IP + 8 UDP + 254 SNMP
1. Поля протокола Ethernet:
В таблице 4 представлена расшифровка протокола Ethernet:
08 00 5a e8 02 8e 00 00 0c 7c 02 f1 08 00
Таблица 4 - Расшифровка Ethernet
|
1. Фрагмент трассировки заголовка Ethernet в Hex'-коде |
||||||||||||||
|
08 |
00 |
5a |
e8 |
02 |
8e |
00 |
00 |
0c |
7c |
02 |
f1 |
08 |
00 |
|
|
2. Формат заголовка протокола Ethernet (всего - 14 байт) |
||||||||||||||
|
MAC-DA (Адрес сетевой платы назначения) 6 байт |
MAC-SA (Адрес сетевой платы источника) 6 байт |
Length/ Type (Protocol) 2 байта |
||||||||||||
|
3. Кодировка полей протокола Ethernet |
||||||||||||||
|
Vendor 3 байта |
Serial Number 3 байта |
Vendor 3 байта |
Serial Number 3 байта |
dod IP 2 байта |
Согласно этому разделу расшифруем коды вендоров:
08 00 5a - Сетевой интерфейс фирмы назначения IBM
00 00 0c - Сетевой интерфейс фирмы источника Cisco
08 00 - Эта кодировка означает, что данный Ethernet-кадр перевозит в поле данных IP-датаграмму (данные Internet-протокола версии 4 (IPv4)).
2. Поля протокола IP (заголовок IP-датаграммы)
Приведем расшифровку заголовка IP из трассировки сообщения №2 (Табл. 5):
45 80
0010: 01 37 9c bf 00 00 10 11 70 56 c0 b5 95 ca c2 b5
0020: 95 66
Таблица 5 - Расшифровка заголовка IP-датаграммы
|
0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
10 |
11 |
12 |
13 |
14 |
15 |
16 |
17 |
18 |
19 |
20 |
21 |
22 |
23 |
24 |
25 |
26 |
27 |
28 |
29 |
30 |
31 |
|
|
Версия |
Длина IP-заголовка (HLength) |
Тип сервиса ToS |
Длина IP-пакета (дейтаграммы), включая заголовки IP и UDP |
|||||||||||||||||||||||||||||
|
4 |
5 |
80 |
01 37`hex=311'Dec (байт) |
|||||||||||||||||||||||||||||
|
Prio |
D |
T |
R |
C |
x |
|||||||||||||||||||||||||||
|
0 |
0 |
0 |
0 |
0 |
0 |
0 |
0 |
|||||||||||||||||||||||||
|
Идентификатор фрагмента |
Флаги |
Указатель фрагмента |
||||||||||||||||||||||||||||||
|
9c bf |
00 00 |
|||||||||||||||||||||||||||||||
|
0 |
0 |
0 |
||||||||||||||||||||||||||||||
|
Время жизни (TTL) |
Протокол, которому предоставлена услуга |
Контрольная сумма заголовка |
||||||||||||||||||||||||||||||
|
10'hex (16'Dec) |
11'hex (17'Dec - UDP) |
70 56 |
||||||||||||||||||||||||||||||
|
IP-адрес отправителя - Source (откуда) |
||||||||||||||||||||||||||||||||
|
С0'hex 192'Dec |
b5'hex 181'Dec |
95'hex 149'Dec |
са'hex 202'Dec |
|||||||||||||||||||||||||||||
|
IP-адрес получателя - Destination (куда) |
||||||||||||||||||||||||||||||||
|
С2'hex 194'Dec |
b5'hex 181'Dec |
05'hex 5'Dec |
66'hex 102'Dec |
Из расшифровки видно, что IP-пакет длиной 282 байта, перевозящий данное SNMP-сообщение, направляется от устройства с адресом IP - 192.181.149.202 к устройству с адресом IP - 196.181.5.102, при этом время жизни IP-пакета в сети ограничено значением TTL=16, что допускает 16 транзитных пункта.
Также видно, что приоритет данного пакета самый низкий (0), и для обслуживания SNMP-сообщения используется ненадежный протокол UDP (код - 11'hex или 17'dec).
3. Поля протокола UDP (Заголовок UDP-датаграммы)
Фрагмент (заголовок) UDP-датаграммы(Табл.6): 00 a1 c0 7a 01 23 7b 84
Таблица 6 - Расшифровка заголовка UDP-датаграммы
|
0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
10 |
11 |
12 |
13 |
14 |
15 |
16 |
17 |
18 |
19 |
20 |
21 |
22 |
23 |
24 |
25 |
26 |
27 |
28 |
29 |
30 |
31 |
|
|
1-ое 32-х разрядное слово UDP-заголовка |
||||||||||||||||||||||||||||||||
|
Порт отправителя (от кого) |
Порт назначения (кому) |
|||||||||||||||||||||||||||||||
|
00 a1 (161'Dec) |
c0 7a (49274'Dec - SNMP) |
|||||||||||||||||||||||||||||||
|
2-ое 32-х разрядное слово UDP-заголовка |
||||||||||||||||||||||||||||||||
|
Длина UDP-пакета |
Контрольная сумма заголовка |
|||||||||||||||||||||||||||||||
|
01 23 (291'Dec байт) |
7b 84 |
Из данной расшифровки видно, что UDP-дейтаграмма, обслуживающая SNMP-сообщение, имеет общую длину 262 байта и предназначена для приложения с портом 49274. Со стороны источника используется динамически назначенный порт с номером 161.
4. Поля протокола SNMP
Фрагмент SNMP-сообщения, вложенного в информационную часть протоколов UDP/IP/Ethernet выглядит так:
30 82 01 17 02 01
0030: 00 04 05 61 63 2d 30 32 a2 82 01 09 02 04 35 97
0040: ac 59 02 01 00 02 01 00 30 81 fa 30 0f 06 08 2b
0050: 06 01 02 01 01 03 00 43 03 73 d4 5a 30 11 06 0a
0060: 2b 06 01 02 01 02 02 01 05 03 42 03 00 fa 00 30
0070: 0f 06 0a 2b 06 01 02 01 02 02 01 08 03 02 01 01
0080: 30 0f 06 0a 2b 06 01 02 01 02 02 01 09 03 43 01
0090: 00 30 12 06 0a 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 9c 96 fa 30
0100: 11 06 0a 2b 06 01 02 01 02 02 01 11 03 41 03 08
0110: 0d 32 30 0f 06 0a 2b 06 01 02 01 02 02 01 12 03
0120: 41 01 00 30 0f 06 0a 2b 06 01 02 01 02 02 01 13
0130: 03 41 01 00 30 0f 06 0a 2b 06 01 02 01 02 02 01
0140: 14 03 41 01 02
Для упрощения расшифровки данного сообщения, разобьем это сообщение на отдельные состовляющие:
30 82 01 17
02 01 00
04 05 61 63 2d 30 32
a2 82 01 09
02 04 35 97 ac 59
02 01 00
02 01 00
30 81 fa
30 0f 06 08 2b 06 01 02 01 01 03 00 43 03 73 d4 5a
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 0e 06 0a 2b 06 01 02 01 02 02 01 09 03 43 01 00
30 0e 06 0a 2b 06 01 02 01 02 02 01 0a 03 41 04 04 12 5a 5d
30 0e 06 0a 2b 06 01 02 01 02 02 01 0b 03 41 03 08 6f da
30 0e 06 0a 2b 06 01 02 01 02 02 01 0c 03 41 01 07
30 0e 06 0a 2b 06 01 02 01 02 02 01 0d 03 41 01 00
30 0e 06 0a 2b 06 01 02 01 02 02 01 0e 03 41 01 00
30 0e 06 0a 2b 06 01 02 01 02 02 01 10 03 41 04 13 9c 96 fa
30 0e 06 0a 2b 06 01 02 01 02 02 01 11 03 41 03 08 0d 32
30 0e 06 0a 2b 06 01 02 01 02 02 01 12 03 41 01 00
30 0e 06 0a 2b 06 01 02 01 02 02 01 13 03 41 01 00
30 0e 06 0a 2b 06 01 02 01 02 02 01 14 03 41 01 02
В данном сообщении - ответа в конце идентификаторов объектов приводится значение 03. Это означает, что передается элемент из массив данных.
Необходимо также определить тип данных этих элементов.
Тэг=43 - тип данных составной из класса «Прикладной» (01), код тэга 3 означает, что это TimeTicks.
Тэг=42 - тип данных составной из класса «Прикладной» (01), код тэга 2 означает, что это Gauge (величина).
Тэг=41 - тип данных составной из класса «Прикладной» (01), код тэга 1 означает, что это Counter (счетчик).
Тэг=02 - тип данных составной из класса «UNI» (00), код тэга 2 означает, что это Integer (целое).
Сведем все данные в таблицу 6.
Таблица 6 - Рассчитанные данные
|
№ вопроса |
Для PDU типа Get-Request |
Для PDU типа Get-Response |
|||
|
Hex' значение |
Dec' или текстовое значение |
Hex' значение |
Dec' или текстовое значение |
||
|
1 |
00 00 1d 00 00 aa |
- Сетевой интерфейс фирмы Cabletron - Сетевой интерфейс фирмы Xerox |
08 00 5a 00 00 0c |
- Сетевой интерфейс фирмы IBM - Сетевой интерфейс фирмы Cisco |
|
|
2 |
00 00 1d 90 02 20 00 00 aa e8 02 8e |
MAC-адрес назначения MAC-адрес источника |
08 00 5a e8 02 8e 00 00 0c 7c 02 f1 |
MAC-адрес назначения MAC-адрес источника |
|
|
3 |
08 00 |
протокол IPv4 |
08 00 |
протокол IPv4 |
|
|
4 |
4 |
4-я версия |
4 |
4-я версия |
|
|
5 |
00 |
000 - низкий приоритет |
00 |
000 - низкий приоритет |
|
|
6 |
01 1a |
282 байта |
01 37 |
311 байт |
|
|
7 |
60 |
TTL=96 транзита |
10 |
TTL=16 транзита |
|
|
8 |
11 |
17 - UDP протокол |
11 |
17 - UDP протокол |
|
|
9 |
c0 58 95 ca |
192.88.149.202 |
c0 b5 95 ca |
192.181.149.202 |
|
|
10 |
c4 95 a8 66 |
196.149.168.102 |
c2 b5 05 66 |
194.181.5.102 |
|
|
11 |
c0 7c |
49351 - DP |
00 a1 |
161 - DP |
|
|
12 |
00 a1 |
161 - SNMP |
c0 7a |
49274 - SNMP |
|
|
13 |
00 a1 |
161 - SNMP |
c0 7a |
49274 - SNMP |
|
|
14 |
01 06 |
262 байта |
01 23 |
291 байт |
|
|
15 |
30 |
UNI-класс Тип - составной Последовательность - Sequence |
30 |
UNI-класс Тип - составной Последовательность - Sequence |
|
|
16 |
81 fb |
fb'hex или 251 байт |
81 fa |
fa'hex или 250 байт |
|
|
17 |
06 61 65 73 2d 30 32 |
Поле “Community” длиной 7 байт |
05 61 63 2d 30 32 |
Поле “Community” длиной 6 байт |
|
|
18 |
a0 81 ed |
- имя PDU-SNMP. В данном случае - это Get-request (тэг=a0). Длина содержимого в этом PDU составляет ed'hex или 237'dec байт |
a2 82 01 09 |
- имя PDU-SNMP. В данном случае - это Get-request (тэг=a2). Длина содержимого в этом PDU составляет 0109'hex или 265'dec байт |
|
|
18.1.1 |
35 97 ac 55 |
899132501'dec |
35 97 ac 59 |
899132501'dec |
|
|
18.1.2 |
00 |
Оба поля имеют значение 00 |
00 |
Оба поля имеют значение 00 |
|
|
18.1.3 |
81 de |
222'dec байт - длина поля переменных |
81 fa |
250'dec байт - длина поля переменных |
Для PDU типа Get-Request(18.1.4):
|
№ |
Наименование атрибута (OID) |
Значение атрибута (характеристики) |
||
|
1 |
Hex' |
2b 06 01 02 01 01 03 00 |
Время (в сотых частях секунды) начиная с части управления сетью системы было последнее повторно инициализированный |
|
|
Dec' |
1.3.6.1.2.1.1.3.0 |
|||
|
Текст |
iso.org.dod.internet.mgmt.mib.sys.sysUpTime.0 |
|||
|
2 |
Hex' |
2b 06 01 02 01 02 02 01 05 01 |
"Оценка текущей полосы пропускания интерфейса в бит в секунду. Для интерфейсов, которые не изменяются по полосе пропускания или для тех, где никакая точная оценка не может быть сделана, этот объект должен содержать номинальную полосу пропускания." |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.5.1 |
|||
|
Текст |
ifSpeed |
|||
|
3 |
Hex' |
2b 06 01 02 01 02 02 01 08 01 |
"Текущее рабочее состояние интерфейса. Тестирование (3) государство указывает, что никакие оперативные пакеты нельзя передать." |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.8.1 |
|||
|
Текст |
ifOperStatus |
|||
|
4 |
Hex' |
2b 06 01 02 01 02 02 01 09 01 |
"Значение sysUpTime во время интерфейса ввело свое текущее рабочее состояние. Если текущее состояние было введено до последнего ре - инициализация местной подсистемы управления сетью, то этот объект содержит нулевое значение." |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.9.1 |
|||
|
Текст |
ifLastChange |
|||
|
5 |
Hex' |
2b 06 01 02 01 02 02 01 0a 01 |
"Общее количество октетов, полученных на интерфейсе, включая развивающиеся символы." |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.10.1 |
|||
|
Текст |
ifInOctets |
|||
|
6 |
Hex' |
2b 06 01 02 01 02 02 01 0b 01 |
"Число пакетов индивидуальной рассылки подсети, поставленных протоколу более высокого уровня." |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.11.1 |
|||
|
Текст |
ifInUcastPkts |
|||
|
7 |
Hex' |
2b 06 01 02 01 02 02 01 0c 01 |
"Число неиндивидуальной рассылки (то есть, вещание подсети или групповая передача подсети) пакеты, поставленные протоколу более высокого уровня." |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.12.1 |
|||
|
Текст |
ifInNUcastPkts |
|||
|
8 |
Hex' |
2b 06 01 02 01 02 02 01 0d 01 |
"Число входящих пакетов, которые были выбраны, чтобы быть отказанными даже при том, что никакие ошибки не были обнаружены, чтобы предотвратить то, что они были доставляемыми к протоколу более высокого уровня. Одна возможная причина для отказа от такого пакета могла состоять в том, чтобы освободить пространство буфера." |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.13.1 |
|||
|
Текст |
ifInDiscards |
|||
|
9 |
Hex' |
2b 06 01 02 01 02 02 01 0e 01 |
"Число входящих пакетов, которые содержали ошибки, препятствующие тому им быть доставляемыми к протоколу более высокого уровня." |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.14.1 |
|||
|
Текст |
ifInErrors |
|||
|
10 |
Hex' |
2b 06 01 02 01 02 02 01 10 01 |
"Общее количество октетов, переданных из интерфейса, включая развивающиеся символы." |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.10.1 |
|||
|
Текст |
ifOutOctets |
|||
|
11 |
Hex' |
2b 06 01 02 01 02 02 01 11 01 |
"Общее количество пакетов, что высокоуровневые протоколы, которые требуют быть переданными к адресу индивидуальной рассылки подсети, включая те, от которых отказались или не посланы." |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.11.1 |
|||
|
Текст |
ifOutUcastPkts |
|||
|
12 |
Hex' |
2b 06 01 02 01 02 02 01 12 01 |
"Общее количество пакетов, что высокоуровневые протоколы, которые требуют быть переданными к неиндивидуальной рассылке (то есть, вещание подсети или групповая передача подсети) адрес, включая те, от которых отказались или не посланы." |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.12.1 |
|||
|
Текст |
ifOutNUcastPkts |
|||
|
13 |
Hex' |
2b 06 01 02 01 02 02 01 13 01 |
"Число экспортных пакетов, которые были выбраны, чтобы быть отказанными даже при том, что никакие ошибки не были обнаружены, чтобы предотвратить то, что они были переданными. Одна возможная причина для отказа от такого пакета могла состоять в том, чтобы освободить пространство буфера." |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.13.1 |
|||
|
Текст |
ifOuDiscards |
|||
|
14 |
Hex' |
2b 06 01 02 01 02 02 01 14 01 |
"Число экспортных пакетов, которые не могли быть переданы из-за ошибок." |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.14.1 |
|||
|
Текст |
ifOuErrors |
Для PDU типа Get-Response (вопросы 18.2.4 и 18.2.5):
|
№ |
Наименование атрибута (OID) |
Значение атрибута (характеристики) |
||
|
1 |
Hex' |
2b 06 01 02 01 01 03 00 |
73 d4 5a |
|
|
Dec' |
1.3.6.1.2.1.1.3.0 |
7591024*100с |
||
|
Текст |
iso.org.dod.internet.mgmt.mib.sys.sysUpTime.0 |
|||
|
2 |
Hex' |
2b 06 01 02 01 02 02 01 05 03 |
fa 00 |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.5.3 |
64 000 бит/с |
||
|
Текст |
ifSpeed |
|||
|
3 |
Hex' |
2b 06 01 02 01 02 02 01 08 03 |
01 |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.8.3 |
1 |
||
|
Текст |
ifOperStatus |
Оперативное состояние объекта - up |
||
|
4 |
Hex' |
2b 06 01 02 01 02 02 01 09 03 |
00 |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.9.3 |
0 |
||
|
Текст |
ifLastChange |
|||
|
5 |
Hex' |
2b 06 01 02 01 02 02 01 0a 03 |
5a 5d |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.10.3 |
23 133 |
||
|
Текст |
ifInOctets |
|||
|
6 |
Hex' |
2b 06 01 02 01 02 02 01 0b 03 |
6f da |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.11.3 |
28 634 |
||
|
Текст |
ifInUcastPkts |
|||
|
7 |
Hex' |
2b 06 01 02 01 02 02 01 0c 03 |
07 |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.12.3 |
7 |
||
|
Текст |
ifInNUcastPkts |
|||
|
8 |
Hex' |
2b 06 01 02 01 02 02 01 0d 03 |
00 |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.13.3 |
0 |
||
|
Текст |
ifInDiscards |
|||
|
9 |
Hex' |
2b 06 01 02 01 02 02 01 0e 03 |
00 |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.14.3 |
0 |
||
|
Текст |
ifInErrors |
|||
|
10 |
Hex' |
2b 06 01 02 01 02 02 01 10 03 |
96 fa |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.10.3 |
38 650 |
||
|
Текст |
ifOutOctets |
|||
|
11 |
Hex' |
2b 06 01 02 01 02 02 01 11 03 |
0d 32 |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.11.3 |
3 378 |
||
|
Текст |
ifOutUcastPkts |
|||
|
12 |
Hex' |
2b 06 01 02 01 02 02 01 12 03 |
00 |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.12.3 |
0 |
||
|
Текст |
ifOutNUcastPkts |
|||
|
13 |
Hex' |
2b 06 01 02 01 02 02 01 13 03 |
00 |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.13.3 |
0 |
||
|
Текст |
ifOutDiscards |
|||
|
14 |
Hex' |
2b 06 01 02 01 02 02 01 14 03 |
02 |
|
|
Dec' |
1.3.6.1.2.1.2.2.1.14.3 |
2 |
||
|
Текст |
ifOutErrors |
Список литературы
1. Конспект лекций «Управление сетями связи»
2. Методические указания к выполнению контрольной работы по предмету «Управление сетями связи»
Размещено на Allbest.ru
Подобные документы
Расчет основных характеристик системы передачи сообщений, состоящей из источника сообщений, дискретизатора, кодирующего устройства, модулятора, линии связи, демодулятора, декодера и фильтра-восстановителя. Структурная схема оптимального демодулятора.
курсовая работа [310,0 K], добавлен 22.03.2014Расчет основных характеристик системы передачи сообщений, состоящей из источника сообщений, дискретизатора, кодирующего устройства, модулятора, линии связи, демодулятора, декодера и фильтра-восстановителя. Структура оптимального приемника сигналов.
курсовая работа [579,3 K], добавлен 02.12.2014Информационные характеристики источника сообщений и первичных сигналов. Структурная схема системы передачи сообщений, пропускная способность канала связи, расчет параметров АЦП и ЦАП. Анализ помехоустойчивости демодулятора сигнала аналоговой модуляции.
курсовая работа [233,6 K], добавлен 20.10.2014Расчет основных характеристик системы передачи сообщений, включающей в себя источник сообщений, дискретизатор, кодирующее устройство, модулятор, линию связи, демодулятор, декодер и фильтр-восстановитель. Выражение для одномерной плотности вероятности.
курсовая работа [349,6 K], добавлен 23.10.2014Расчет основных характеристик системы передачи сообщений, включающей в себя источник сообщений, дискретизатор, кодирующее устройство, модулятор, линию связи, демодулятор, декодер и фильтр-восстановитель. Наиболее помехоустойчивый тип модуляции.
курсовая работа [278,3 K], добавлен 03.12.2014Ограниченный динамический диапазон источников сообщений и конечная разрешающая способность получателей информации – людей и исполнительных механизмов. Равномерное и неравномерное квантование сообщений. Искажения при квантовании. Потеря информации.
реферат [37,3 K], добавлен 10.02.2009Исследование принципов работы локальных сетей при передаче сообщений. Определение задержек при различных режимах передачи сообщений. Создание стандартных технологий локальных сетей, коммутация различных сообщений. Различие между сообщением и сигналом.
лабораторная работа [1,6 M], добавлен 09.10.2013Системы передачи дискретной информации – системы, в которых реализации сообщений являют собой последовательности символов алфавита источника. Информационные характеристики непрерывных сообщений. Дифференциальная энтропия источника непрерывных сообщений.
реферат [166,3 K], добавлен 01.02.2009Методы кодирования сообщения с целью сокращения объема алфавита символов и достижения повышения скорости передачи информации. Структурная схема системы связи для передачи дискретных сообщений. Расчет согласованного фильтра для приема элементарной посылки.
курсовая работа [1,1 M], добавлен 03.05.2015Современные виды электросвязи. Описание систем для передачи непрерывных сообщений, звукового вещания, телеграфной связи. Особенности использования витой пары, кабельных линий, оптического волокна. Назначение технологии Bluetooth и транковой связи.
реферат [37,6 K], добавлен 23.10.2014
