Расшифровка SNMP-сообщений
Основные аспекты информационной архитектуры TMN. Облечение обмена информацией управления между сетевыми устройствами при помощи протокола SNMP. Расшифровка управляющих сообщений, касающихся обмена информации между менеджером и агентам по протоколу SNMP.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | курсовая работа |
Язык | русский |
Дата добавления | 08.04.2015 |
Размер файла | 100,3 K |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Федеральное агенство связи
ФГОБУ ВПО «СибГУТИ»
Кафедра АЭС
Курсовая работа
по УСС
на тему: «Расшифровка SNMP-сообщений»
Вариант №13
Выполнила: студентка Бусинка
Проверила: Меленцова Н.А.
Новосибирск 2014
Основные аспекты информационной архитектуры TMN
1. Описание и классификация управляющей информации:
a. язык описания ASN.1 - язык абстрактной синтаксической нотации (Х.208, Х.68х;) IDL - язык описания интерфейсов;
UML - универсальный язык моделирования.
b. кодирование управляющей информации BER - правила кодирования - базовое правило кодирования.
c. дерево описания объектов управления MIT
d. структура и описания баз данных управляющей информации (MIB).
2. Отношения управления:
a. менеджер-агент (в информационных сетях сервер-клиент)
b. стеки используемых протоколов (профили). Профиль - реализация
3. Управляющие протоколы: CMIP (Х.711) - протокол общей управляющей информации FTAM (ISO8) при необходимости обмена большими массивами упр. Инфы SNMP (RFC-1157, 1907) простой протокол управления сетью CORBA - служба брокера объектных запросов.
4. Объектно-ориентированный подход:
a. классификация управляемых объектов.
b. объекты CORBA
5. Протоколы передачи
a. Х.25 (ITU-T)
b. CCS7 (ITU-T Q,700 - Q.708)
c. TCP-IP - профиль протоколов (в основе Internet).
Информационный обмен описывается в терминах управляемых объектов, рассматриваемых как ресурсы, над которыми производится управление.
Управление сетью связи - прикладной информационный процесс, протекающий в распределенной среде. Для организации обмена управляющей информацией в TMN предложена структура менеджер-агент. Менеджер направляет команды на выполнение операций управления и получает уведомление от агента. Функциональный блок TMN может одновременно выступать и в качестве агента, и в качестве менеджера по отношению к разным управляемым объектам.
В TMN для сбора информации от агентов менеджер использует метод упорядоченного опроса. Агенты хранят собранную информацию о состоянии объекта в БД MIB, чтобы объект был виден со стороны менеджера ПО агента должно иметь БД об этом объекте. Базы MIB отображают только те свойства управляемого объекта, которые необходимы с точки зрения управления.
Краткая теория
SNMP (SimpleNetworkManagementProtocol) -- протокол, который используется для управления сетевыми устройствами. С помощью протокола SNMP, программное обеспечение для управления сетевыми устройствами может получать доступ к информации, которая хранится на управляемых устройствах (например, на коммутаторе). На управляемых устройствах SNMP хранит информацию об устройстве, на котором он работает, в базе данных, которая называется MIB.
InternetStandardManagementFramework -- концепция описывающая несколько технологий, которые используются для управления сетью. Частью этой концепции является протокол SNMP. Вместо термина InternetStandardManagementFramework, часто используется название протокола -- SNMP.
Протокол SNMP стандартизован IETF в RFC-1157 (первая версия) и нашел широкое применение, как относительно простой, дешевый и в тоже время достаточно функциональный, т.е. позволяющий менеджеру производить опрос баз данных управляющей информации (MIB), распределенных по управляемым объектам.
Протокол SNMP также позволяет агенту извещать менеджера в случае незапланированных событий на стороне управляемого объекта (обычно в случае так называемых «алармов» - тревог).
Сообщения управляющего протокола SNMP, которыми обмениваются между собой менеджер и агенты, вкладываются в информационную часть протоколов UDP/IP. Для доставки этих сообщений могут использоваться транспортные протоколы ATM, Ethernet, PPP.
Сегодня SNMP является самым популярным протоколом управления различными коммерческими, университетскими и исследовательскими объединенными сетями. Деятельность по стандартизации, связанная с SNMP, продолжается по мере того, как поставщики разрабатывают и выпускают современные прикладные программы управления, базирующиеся на SNMP. SNMP относительно простой протокол, однако набор его характеристик является достаточно мощным для решения трудных проблем, возникающих при управлении гетерогенных сетей.
Основы технологии
SNMP является протоколом прикладного уровня, предназначенным для облегчения обмена информацией управления между сетевыми устройствами. Пользуясь информацией SNMP (такой, как показатель числа пакетов в секунду и коэффициент сетевых ошибок), сетевые администраторы могут более просто управлять производительностью сети и обнаруживать и решать сетевые проблемы.
Модель управления Агентами в SNMP являются программные модули, которые работают в управляемых устройствах. Агенты собирают информацию об управляемых устройствах, в которых они работают, и делают эту информацию доступной для систем управления сетями (networkmanagementsystems - NMS) с помощью протокола SNMP. Эта модель представлена графически на Рис.
Управляемое устройство может быть узлом любого типа, находящимся в какой-нибудь сети: это хосты, служебные устройства связи, принтеры, роутеры, мосты и концентраторы. Т.к. некоторые из этих систем могут иметь ограниченные способности управления программным обеспечением (например, они могут иметь центральные процессоры с относительно малым быстродействием или ограниченный об'ем памяти), программное обеспечение управления должно сделать допущение о наименьшем общем знаменателе. Другими словами, программы управления должны быть построены таким образом, чтобы минимизировать воздействие своей производительности на управляемое устройство.
Т.к. управляемые устройства содержат наименьший общий знаменатель программного обеспечения управления, тяжесть управления ложится на NMS. Поэтому NMS обычно являются компьютерами калибра АРМ проектировщика, которые имеют быстродействующие центральные процессоры, мегапиксельные цветные устройства отображения, значительный об'ем памяти и достаточный об'ем диска. В любой управляемой сети может иметься одна или более NMS. NMS прогоняют прикладные программы сетевого управления, которые представляют информацию управления пользователям. Интерфейс пользователя обычно базируется на стандартизированном графическом интерфейсе пользователя (graphicaluserinterface - GUI).
Сообщение между управляемыми устройствами и NMS регулируется протоколом сетевого управления. Стандартный протокол сети Internet, NetworkManagementFramework, предполагает парадигму дистанционной отладки, когда управляемые устройства поддерживают значения ряда переменных и сообщают их по требованию в NMS. Например, управляемое устройство может отслеживать следующие параметры:
Число и состояние своих виртуальных цепей
Число определенных видов полученных сообщений о неисправности
Число байтов и пакетов, входящих и исходящих из данного устройства
Максимальная длина очереди на выходе (для роутеров и других устройств об'единения сетей)
Отправленные и принятые широковещательные сообщения
Отказавшие и вновь появившиеся сетевые интерфейсы
Типы команд
Если NMS хочет проконтролировать какое-либо из управляемых устройств, она делает это путем отправки ему сообщения с указанием об изменении значения одной из его переменных. В целом управляемые устройства отвечают на четыре типа команд (или инициируют их):
Reads
Для контролирования управляемых устройств NMS считывают переменные, поддерживаемые этими устройствами.
Writes
Для контролирования управляемых устройств NMS записывают переменные, накопленные в управляемых устройствах
Traversaloperations
NMS используют операции прослеживания, чтобы определить, какие переменные поддерживает управляемое устройство, а затем собрать информацию в таблицы переменных (такие, как таблица маршрутизации IP)
Traps
Управляемые устройства используют ловушки для асинхронных сообщений в NMS о некоторых событиях.
Различия в представлениии информации
Обмен информацией в управляемой сети находится потенциально под угрозой срыва из-за различий в технике представления данных, используемой управляемыми устройствами. Другими словами, компьютеры представляют информацию по-разному; эту несовместимость необходимо рационализировать, чтобы обеспечить сообщение между различными системами. Эту функцию выполняет абстрактный синтаксис. SNMP использует для этой цели подмножество абстрактного синтаксиса, созданного для OSI - AbstractSyntaxNotationOne (ASN.1) (Система обозначений для описания абстрактного синтаксиса). ASN.1 определяет как форматы пакетов, так и управляемые об'екты. Управляемыйоб'ект-это просто характеристика чего-либо, которой можно управлять. Управляемый об'ект отличается от переменной, которая является конкретной реализацией об'екта. Управляемые об'екты могут быть скалярными (определяя отдельную реализацию) или табулярными величинами (определяя несколько связанных друг с другом реализаций).
Базы данных управления
Все управляемые об'екты содержатся в Информационной базе управления (ManagementInformationBase - MIB), которая фактически является базой данных об'ектов. Логически MIB можно изобразить в виде абстрактного дерева, листьями которого являются отдельные информационные элементы. Идентификаторы об'ектов уникальным образом идентифицируют об'екты MIB этого дерева. Идентификаторы об'ектов похожи на телефонные номера тем, что они организованы иерархически и их отдельные части назначаются различными организациями. Например, международные телефонные номера состоят из кода страны (назначаемого международной организацией) и телефонного номера в том виде, в каком он определен в данной стране. Телефонные номера в США далее делятся на код области, номер центральной телефонной станции (СО) и номер станции, связанной с этой СО. Аналогично, идентификаторы об'ектов высшего уровня MIB назначаются Международной Электротехнической Комиссией ISO (ISO IEC). ID об'ектов низшего уровня назначаются относящимися к ним организациями. На Рис. изображены корневая и несколько наиболее крупных ветвей дерева MIB.
Дерево MIB расширяемо благодаря экспериментальным и частным ветвям. Например, поставщики могут определять свои собственные ветви для включения реализаций своих изделий. В настоящее время вся работа по стандартизации ведется на экспериментальной ветви.
Структуру MIB определяет документ, называемый Структура Информации Управления (StructureofManagementInformation - SMI). SMI определяет следующие типы информации:
Networkaddresses (Сетевые адреса)
Предсталяют какой-нибудь адрес из конкретного семейства протоколов. В настоящее время единственным примером сетевых адресов являются 32-битовые адреса IP.
Counters (Счетчики)
Неотрицательные целые числа, которые монотонно увеличиваются до тех пор, пока не достигнут максимального значения, после чего они сбрасываются до нуля. Примером счетчика является общее число байтов, принятых интерфейсом.
Gauges (Измерительный прибор, мера, размер)
Неотрицательные целые числа, которые могут увеличиваться или уменьшаться, но запираются при максимальном значении. Примером измерительного прибора является длина очереди, состоящей из выходных пакетов (в пакетах).
Ticks (Тики)
Сотые доли секунды, прошедшие после какого-нибудь события. Примером tick является время, прошедшее после вхождения интерфейса в свое текущее состояние.
Opaque (Мутный)
Произвольное кодирование. Используется для передачи произвольных информационных последовательностей, находящихся вне пределов точного печатания данных, которое использует SMI.
Операции
SNMP является простым протоколом запроса/ответа. Узлы могут отправлять множество запросов, не получая ответа. Определены следующие 4 операции SNMP:
Get (достань).
Извлекает какую-нибудь реализацию об'екта из агента.
Get-next (достань следующий).
Операция прослеживания, которая извлекает следущую реализацию об'екта из таблицы или перечня, находящихся в каком-нибудь агенте.
Set (установи).
Устанавливает реализации об'екта в пределах какого-нибудь агента.
Trap (ловушка).
Используется агентом для асинхронного информирования NMS о каком-нибудь событии.
Формат сообщений
Сообщения SNMP состоят из 2 частей: имени сообщества (communityname) и данных (data). Имя сообщества назначает среду доступа для набора NMS, которые используют это имя. Можно сказать, что NMS, принадлежащие одному сообществу, находятся под одним и тем же административным началом. Т.к. устройства, которые не знают правильного имени сообщества, исключаются из операций SNMP, управляющие сетей также используют имя сообщества в качестве слабой формы опознавания.
Информационная часть сообщения содержит специфичную операцию SNMP (get, set, и т.д.) и связанные с ней операнды. Операнды обозначают реализации об'екта, которые включены в данную транзакцию SNMP.
Сообщения SNMP официально называются протокольными единицами данных (protocoldataunits - PDU). На Рис. изображен формат пакета SNMP.
PDU операций get и set SNMP состоят из следующих частей:
Request-ID (идентификатор запроса).
Устанавливает связь между командами и ответами.
Error-status (состояние сбоя).
Указывает ошибку и ее тип.
Error-index (индекс ошибки).
Устанавливвает связь между ошибкой и конкретной реализацией об'екта.
Variablebindings (переменные привязки).
Состоят из данных SNMP PDU. Пепеменные привязки устанавливают связь между конкретными переменными и их текущими значениями.
PDU ловушки несколько отличаются от PDU других операций. Они состоят из следующих частей:
Enterprise (предметная область).
Идентифицирует тип об'екта, генерирующего данную ловушку.
Agentaddress (адрес агента).
Обеспечивает адрес об'екта, генерирующего данную ловушку.
Generictraptype (групповой тип ловушки).
Обеспечивает групповой тип ловушки.
Specifictrapcode (специфичный код ловушки).
Обеспечивет специфичный код ловушки.
Timestamp (временной ярлык).
Обеспечивает величину времени, прошедшего между последней повторной инициализацией сети и генерацией данной ловушки.
Variablebindings (переменные привязки).
Обеспечивает перечень переменных, содержащих интересную информацию о ловушке.
Расшифровка сообщения № 1
· Поля протокола Ethernet:
1. Фрагмент трассировки заголовка Ethernet в Hex' - коде
08 |
00 |
2b |
90 |
0d |
0d |
08 |
00 |
5a |
e8 |
0d |
0d |
08 |
00 |
2. Формат заголовка протокола Ethernet (всего - 14 байт)
MAC - DA (Адрес сетевой платы назначения) 6 байт |
MAC - SA (Адрес сетевой платы источника) 6 байт |
Length/Type (Protocol) 2 байта |
|
08 00 2b 90 0d 0d |
08 00 5a e8 0d 0d |
08 00 |
3. Кодировка полей протокола Ethernet
Код фирмы (vendor) 3 байта |
Серийный номер 3 байта |
Код фирмы (vendor) 3 байта |
Серийный номер 3 байта |
Dod IP |
|
08 00 2b |
90 0d 0d |
08 00 5a |
e8 0d 0d |
0800 |
Первые 3 байта MAC-адресов отведены для кода фирмы (вендора), выпускающей данное оборудование.
08 00 2b - Сетевой интерфейс фирмы DEC
08 00 5a - Сетевой интерфейс фирмы IBM
Последние 3 байта MAC - адресов отведены для серийного номера конкретной сетевой платы, который может быть назначен динамически, запрограммирован вендором или устанавливается администратором сети.
Последние 2 байта заголовка протокола Ethernet кодирует либо длину Ethernet - кадра (для версий IEEE 802.3), либо тип обслуживаемого протокола вышележащего уровня (для версий Ethernet II).
08 00 - Эта кодировка означает, что данный Ethernet - кадр перевозит в поле данных IP - дейтаграмму (данные Internet -протокола версии 4).
· Поля протокола IP (заголовок IP - дейтаграммы)
Расшифровка заголовка IP из трассировки сообщения №1:
45 a0
0010: 01 1a 0b 25 00 00 40 11 00 09 c0 15 95 0d c2 b5
0020: 95 71
Расшифровка заголовка 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 |
а0 |
01 1a'hex = 282'dec |
|||||||||||||||||||||||||||||
Prio |
D |
T |
R |
C |
x |
|||||||||||||||||||||||||||
1 |
0 |
1 |
0 |
0 |
0 |
0 |
0 |
|||||||||||||||||||||||||
Идентификатор фрагмента |
Флаги |
Указатель фрагмента |
||||||||||||||||||||||||||||||
0b 25 |
00 00 |
|||||||||||||||||||||||||||||||
0 |
0 |
0 |
||||||||||||||||||||||||||||||
Время жизни (TTL) |
Протокол, которому предоставлена услуга |
Контрольная сумма заголовка |
||||||||||||||||||||||||||||||
40'Hex (64'Dec) |
11'Hex (17'Dec - UDP) |
00 09 |
||||||||||||||||||||||||||||||
IP-адрес отправителя - Source (откуда) |
||||||||||||||||||||||||||||||||
c0'hex 192'dec |
15'hex 21'dec |
95'hex 149'dec |
0d'hex 13'dec |
|||||||||||||||||||||||||||||
IP-адрес получателя - Destination (куда) |
||||||||||||||||||||||||||||||||
c2'hex 194'dec |
b5'hex 155'dec |
95'hex 149'dec |
71'hex 113'dec |
· Поля протокола UDP (заголовок UDP - дейтаграммы)
Фрагмент (заголовок) UDP - дейтаграммы: c0 7c 00 a1 01 06 4a 51
Расшифровка заголовка UDP - дейтаграммы
0 |
1 |
2 |
3 |
4 |
5 |
6 |
7 |
8 |
9 |
1 0 |
1 1 |
1 2 |
1 3 |
1 4 |
1 5 |
1 6 |
1 7 |
1 8 |
1 9 |
2 0 |
2 1 |
2 2 |
23 |
24 |
25 |
26 |
27 |
28 |
29 |
30 |
31 |
|
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.
Nвопроса |
Для PDU типаGet - Request |
||
Нех' значение |
Dec' или текстовое значение |
||
1 |
08 00 2b 08 00 5a |
- Сетевой интерфейс фирмы DEC -Сетевой интерфейс фирмы IBM |
|
2 |
08 00 2b 90 0d 0d 08 00 5a e8 0d 0d |
- МАС - адрес назначения - МАС - адрес источника |
|
3 |
08 00 |
Протокол IPv4 (Dec'= 2048 ) |
|
4 |
4 |
Версия 4 |
|
5 |
a0 |
011 - приоритет |
|
6 |
01 1a |
Длина IP - пакета = 282 байта |
|
7 |
40 |
TTL = 64 транзитов |
|
8 |
11 |
17 - UDP протокол |
|
9 |
c0 15 95 0d |
192.21.149.13 |
|
10 |
c2 b5 95 71 |
194.155.149.113 |
|
11 |
c0 7c |
49351-DP |
|
12 |
00 a1 |
161- SNMP |
|
13 |
00 a1 |
161- SNMP |
|
14 |
01 06 |
262 байта |
|
15 |
30 |
Класс UNI, тип составной, последовательность ( Sequence) |
|
16 |
81 fb |
fb'hex или 251 байт |
|
17 |
06 61 39 32 2d 31 31 |
Поле «Community» длиной 6 байт, содержимое: a01-13- пароль доступа поля Community |
|
18 |
a0 81 ed |
- имя PDU - SNMP. В данном случае - это Get - Request (тэг = а0). Длина содержимого в этом PDU составляет ed'hex или 237`dec байт. |
|
18.1.1 |
35 97 ac 55 |
899132501'dec |
|
18.1.2 |
00 |
Оба поля имеют значение 00 |
|
18.1.3 |
81 de |
222'dec байт - длина поля переменных |
Для Get - Request( вопрос 18.1.4 )
№ |
Наименование атрибута (ODI) |
Значение атрибута (характеристики ) |
||
1 |
Hex' |
2b 06 01 02 02 01 03 00 |
Время (в сотых долях секунды), с момента которого управляющий сетевой узел системы был установлен в исходное состояние, т.е. перезагружен. The time (in hundredths of a second) since the network management portion of the system was last re-initialized. |
|
Dec' |
1.3.6.1.2.1.1.3.0. |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.system.sysUpTime.0 |
|||
2 |
Hex' |
2b 06 01 02 01 02 02 01 05 01 |
Оценка интерфейса текущего канала в битах в секунду. Для интерфейсов, которые не меняются в зависимости от пропускной способности или для тех местах, где нет точной оценки могут быть выполнены, то этот объект должен содержать номинальной пропускной способности. An estimate of the interface's current bandwidth in bits per second. For interfaces which do not vary in bandwidth or for those where no accurate estimation can be made, this object should contain the nominal bandwidth. |
|
Dec' |
1.3.6.1.2.1.2.2.1.5.1 |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifSpeed |
|||
3 |
Hex' |
2b 06 01 02 01 02 02 01 08 01 |
Текущее состояние интерфейса. Тестирование(3) состояние указывает на то, что никакие оперативные пакеты могут быть переданы. The current operational state of the interface. The testing(3) state indicates that no operational packets can be passed. |
|
Dec' |
1.3.6.1.2.1.2.2.1.8.1 |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifOperStatus |
|||
4 |
Hex' |
2b 06 01 02 01 02 02 01 09 01 |
Значение sysUpTime во время интерфейс ввело его текущее операционное состояние. Если текущее состояние было введено до последнего (прошлого) заново инициализация местной сетевой подсистемы управления, то этот объект содержит нулевое значение. The value of sysUpTime at the time the interface entered its current operational state. If the current state was entered prior to the last re- initialization of the local network management subsystem, then this object contains a zero value. |
|
Dec' |
1.3.6.1.2.1.2.2.1.9.1. |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifLastChange |
|||
5 |
Hex' |
2b 06 01 02 01 02 02 01 0a 01 |
Общее число октетов полученных на интерфейсе, включающие характеристики кадра. The total number of octets received on the interface, including framing characters. |
|
Dec' |
1.3.6.1.2.1.2.2.1.10.1. |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifInOctets |
|||
6 |
Hex' |
2b 06 01 02 01 02 02 01 0b 01 |
Количество подсети-одноадресных пакетов поставлены выше уровня протокола. The number of subnetwork-unicast packets delivered to a higher-layer protocol. |
|
Dec' |
1.3.6.1.2.1.2.2.1.11.1. |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifInUcastPkts |
|||
7 |
Hex' |
2b 06 01 02 01 02 02 01 0c 01 |
Число не одноадресных (то есть, подсети-передача или подсетевая передача) пакеты поставили к протоколу более высокого слоя. The number of non-unicast (i.e., subnetwork- broadcast or subnetwork-multicast) packets delivered to a higher-layer protocol. |
|
Dec' |
1.3.6.1.2.1.2.2.1.12.1. |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifInNUcastPkts |
|||
8 |
Hex' |
2b 06 01 02 01 02 02 01 0d 01 |
Количество входящих пакетов, которые были выбраны или отброшены, хотя ошибки не были выявлены, чтобы помешать этому, их результат более высокого уровня протокола. Одной из возможных причин для того, чтобы отказаться такой пакет может быть, чтобы освободить места в буфере. The number of inbound packets which were chosen to be discarded even though no errors had been detected to prevent their being deliverable to a higher-layer protocol. One possible reason for discarding such a packet could be to free up buffer space. |
|
Dec' |
1.3.6.1.2.1.2.2.1.13.1. |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifInDiscards |
|||
9 |
Hex' |
2b 06 01 02 01 02 02 01 0e 01 |
Количество входящих пакетов, содержащих ошибки, предотвращение результат более высокого уровня протокола. The number of inbound packets that contained errors preventing them from being deliverable to a higher-layer protocol. |
|
Dec' |
1.3.6.1.2.1.2.2.1.14.1. |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifInErrors |
|||
10 |
Hex' |
2b 06 01 02 01 02 02 01 10 01 |
Общее число октетов полученных на интерфейсе, включающие характеристики кадра. The total number of octets received on the interface, including framing characters. |
|
Dec' |
1.3.6.1.2.1.2.2.1.16.1. |
|||
Текст |
. .iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifOutOctets |
|||
11 |
Hex' |
2b 06 01 02 01 02 02 01 11 01 |
Общее количество пакетов протокола более высокого уровня, которые требуют передачи к адресу подсети-unicast, включая те, которым было отказано или были не посланы. The total number of packets that higher-level protocols requested be transmitted to a subnetwork-unicast address, including those that were discarded or not sent. |
|
Dec' |
1.3.6.1.2.1.2.2.1.17.1. |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifInUcastPkts |
|||
12 |
Hex' |
2b 06 01 02 01 02 02 01 12 01 |
Общее число пакетов протокола более высокого уровня, которые должны быть переданы подсетью, включая те, которым было отказано в передаче или были не посланы. The total number of packets that higher-level protocols requested be transmitted to a non- unicast (i.e., a subnetwork-broadcast or subnetwork-multicast) address, including those that were discarded or not sent. |
|
Dec' |
1.3.6.1.2.1.2.2.1.18.1. |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifOutNUcastPkts |
|||
13 |
Hex' |
2b 06 01 02 01 02 02 01 13 01 |
Число пакетов, которым было отказано в передаче, даже при условии, что никакие ошибки не были обнаружены. Причинойэтомуявиласьнеобходимостьосвобождениямествбуфере. The number of outbound packets which were chosen to be discarded even though no errors had been detected to prevent their being transmitted. One possible reason for discarding such a packet could be to free up buffer space |
|
Dec' |
1.3.6.1.2.1.2.2.1.19.1. |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifOutDiscards |
|||
14 |
Hex' |
2b 06 01 02 01 02 02 01 14 01 |
Число пакетов, которые не могли быть переданы из-за ошибок. The number of outbound packets that could not be transmitted because of errors. |
|
Dec' |
1.3.6.1.2.1.2.2.1.20.1. |
|||
Текст |
..iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifOutErrors |
Расшифровка сообщения № 2
Nвопроса |
Для PDU типаGet - Response |
||
Нех' значение |
Dec' или текстовое значение |
||
1 |
08 00 20 00 00 0c |
- Сетевой интерфейс фирмы Sun - Сетевой интерфейс фирмы Cisco |
|
2 |
00 00 0c e8 0d 0d 08 00 20 7c 0d 0d |
- МАС - адрес назначения - МАС - адрес источника |
|
3 |
08 00 |
Протокол IPv4 (Dec'= 2048 ) |
|
4 |
4 |
Версия 4 |
|
5 |
60 |
011- приоритет |
|
6 |
01 37 |
Длина IP - пакета = 311 байт |
|
7 |
70 |
TTL = 112 транзитов |
|
8 |
11 |
17 - UDP протокол |
|
9 |
c0 45 95 0d |
192.69.149.13 |
|
10 |
c5 62 95 71 |
197.98.195.113 |
|
11 |
00 a1 |
161- DP |
|
12 |
c0 7a |
49274- SNMP |
|
13 |
c0 7a |
49274- SNMP |
|
14 |
01 23 |
291байт |
|
15 |
30 |
КлассUNI, типсоставной, последовательность ( Sequence) |
|
16 |
820117 |
0117' hecили 279 байт |
|
17 |
05 31 34 2d 30 31 |
Поле «Community» длиной 5 байт, содержимое: 14-01- пароль доступа поля Community |
|
18 |
a2 82 01 09 |
- имя PDU - SNMP. В данном случае - это Get-Response(тег = а2). Длина содержимого в этом PDU составляет ed'hecили 265`dec байт. |
|
18.1.1 |
35 97 ac 59 |
899132505'dec |
|
18.1.2 |
00 |
Оба поля имеют значение 00 |
|
18.1.3 |
81 fa |
250'dec, байт - длина поля переменных |
Для Get -Response( вопрос 18.1.4 )
№ |
Наименование атрибута (ODI) |
Значение атрибута (характеристики ) |
||
1 |
Hex' |
2b 06 01 02 01 01 03 00 |
73 d4 63 7591011мс Время (в сотых долях секунды), с момента которого управляющий сетевой узел системы был установлен в исходное состояние, т.е. перезагружен. The time (in hundredths of a second) since the network management portion of the system was last re-initialized. |
|
Dec' |
1.3.6.1.2.1.1.3.0 |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.system.sysUpTime |
|||
2 |
Hex' |
2b 06 01 02 01 02 02 01 05 03 |
00 fa 00 64 000 бит/с Оценка интерфейса текущего канала в битах в секунду. Для интерфейсов, которые не меняются в зависимости от пропускной способности или для тех местах, где нет точной оценки могут быть выполнены, то этот объект должен содержать номинальной пропускной способности. An estimate of the interface's current bandwidth in bits per second. For interfaces which do not vary in bandwidth or for those where no accurate estimation can be made, this object should contain the nominal bandwidth. |
|
Dec' |
1.3.6.1.2.1.2.2.1.5.3 |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifSpeed |
|||
3 |
Hex' |
2b 06 01 02 01 02 02 01 08 03 |
01 1 Текущее состояние интерфейса. Тестирование(3) состояние указывает на то, что никакие оперативные пакеты могут быть переданы. The current operational state of the interface. The testing(3) state indicates that no operational packets can be passed. |
|
Dec' |
1.3.6.1.2.1.2.2.1.8.3 |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifOperStatus |
|||
4 |
Hex' |
2b 06 01 02 01 02 02 01 09 03 |
00 0 Значение sysUpTime во время интерфейс ввело его текущее операционное состояние. Если текущее состояние было введено до последнего (прошлого) заново инициализация местной сетевой подсистемы управления, то этот объект содержит нулевое значение. The value of sysUpTime at the time the interface entered its current operational state. If the current state was entered prior to the last re- initialization of the local network management subsystem, then this object contains a zero value. |
|
Dec' |
1.3.6.1.2.1.2.2.1.9.3 |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifLastChange |
|||
5 |
Hex' |
2b 06 01 02 01 02 02 01 0a 03 |
04 12 5a 5d 68311645 Общее число октетов полученных на интерфейсе, включающие характеристики кадра. The total number of octets received on the interface, including framing characters. |
|
Dec' |
1.3.6.1.2.1.2.2.1.10.3 |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifInOctets |
|||
6 |
Hex' |
0a 2b 06 01 02 01 02 02 01 0b 03 |
08 6f da 552922 Количество подсети-одноадресных пакетов поставлены выше уровня протокола. The number of subnetwork-unicast packets delivered to a higher-layer protocol. |
|
Dec' |
1.3.6.1.2.1.2.2.1.11.3 |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifInUcastPkts |
|||
7 |
Hex' |
2b 06 01 02 01 02 02 01 0c 03 |
07 7 Число не одноадресных (то есть, подсети-передача или подсетевая передача) пакеты поставили к протоколу более высокого слоя. The number of non-unicast (i.e., subnetwork- broadcast or subnetwork-multicast) packets delivered to a higher-layer protocol. |
|
Dec' |
1.3.6.1.2.1.2.2.1.12.1. |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifInNUcastPkts |
|||
8 |
Hex' |
2b 06 01 02 01 02 02 01 0d 03 |
00 0 Количество входящих пакетов, которые были выбраны или отброшены, хотя ошибки не были выявлены, чтобы помешать этому, их результат более высокого уровня протокола. Одной из возможных причин для того, чтобы отказаться такой пакет может быть, чтобы освободить места в буфере. The number of inbound packets which were chosen to be discarded even though no errors had been detected to prevent their being deliverable to a higher-layer protocol. One possible reason for discarding such a packet could be to free up buffer space |
|
Dec' |
1.3.6.1.2.1.2.2.1.13.1. |
|||
Текст |
iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifInDiscards |
|||
9 |
Hex' |
2b 06 01 02 01 02 02 01 0e 03 |
00 0 Количество входящих пакетов, содержащих ошибки, предотвращение результат более высокого уровня протокола. The number of inbound packets that contained errors preventing them from being deliverable to a higher-layer protocol. |
|
Dec' |
1.3.6.1.2.1.2.2.1.14.3. |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifInErrors |
|||
10 |
Hex' |
2b 06 01 02 01 02 02 01 10 03 |
13 9df6 8a 329119370 Общее число октетов полученных на интерфейсе, включающие характеристики кадра. The total number of octets received on the interface, including framing characters. |
|
Dec' |
1.3.6.1.2.1.2.2.1.16.3. |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifInOctets |
|||
11 |
Hex' |
2b 06 01 02 01 02 02 01 11 03 |
08 0d 32 527666 Общее количество пакетов протокола более высокого уровня, которые требуют передачи к адресу подсети-unicast, включая те, которым было отказано или были не посланы. The total number of packets that higher-level protocols requested be transmitted to a subnetwork-unicast address, including those that were discarded or not sent. |
|
Dec' |
1.3.6.1.2.1.2.2.1.17.3 |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifInUcastPkts |
|||
12 |
Hex' |
2b 06 01 02 01 02 02 01 12 03 |
00 0 Общее число пакетов протокола более высокого уровня, которые должны быть переданы подсетью, включая те, которым было отказано в передаче или были не посланы. The total number of packets that higher-level protocols requested be transmitted to a non- unicast (i.e., a subnetwork-broadcast or subnetwork-multicast) address, including those that were discarded or not sent. |
|
Dec' |
1.3.6.1.2.1.2.2.1.18.1. |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifOutNUcastPkts |
|||
13 |
Hex' |
2b 06 01 02 01 02 02 01 13 03 |
00 0 Число пакетов, которым было отказано в передаче, даже при условии, что никакие ошибки не были обнаружены. Причинойэтомуявиласьнеобходимостьосвобождениямествбуфере. The number of outbound packets which were chosen to be discarded even though no errors had been detected to prevent their being transmitted. One possible reason for discarding such a packet could be to free up buffer space |
|
Dec' |
1.3.6.1.2.1.2.2.1.19.1. |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifOutDiscards |
|||
14 |
Hex' |
2b 06 01 02 01 02 02 01 14 03 |
6f 111 Число пакетов, которые не могли быть переданы из-за ошибок. The number of outbound packets that could not be transmitted because of errors. |
|
Dec' |
1.3.6.1.2.1.2.2.1.20.3. |
|||
Текст |
.iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifOutErrors |
Заключение
В ходе выполнения курсовой работы, были получены основные навыки расшифровки управляющих сообщений, касающихся обмена информации между менеджером и агентам по протоколу SNMP, а также заголовков транспортных протоколов. А также изучили структуру управляющей информации в виде системы. Приобретены навыки расшифровки сообщения, и ознакомились с данным протоколом.
протокол информация обмен сетевой
Библиография
1. Костюкович А.Е., Принципы обмена управляющей информацией по протоколу SNMP: Практикум/ СибГУТИ. Новосибирск, 2007. 90 стр.
2. Методические указания, файлы и знания полученные на лабораторных работах.
Размещено на Allbest.ru
...Подобные документы
История развития протокола SNMP. Структура и база управляющей информации. Форматы и имена объектов SNMP MIB. Протокол управления простым роутером и система управления объектами высшего уровня. Отсутствие средств взаимной аутентификации агентов.
курсовая работа [238,9 K], добавлен 29.05.2014Общая характеристика протокола ICMP, его назначение и формат сообщений. Анализ применимости протокола ICMP при переходе с набора протоколов IP v4 на набор IP v6. Свойства и принцип работы, сферы применения протоколов обмена маршрутной информацией.
курсовая работа [210,8 K], добавлен 24.08.2009Правила настройки параметров разрешений и общих строк протокола SNMP в целях предотвращения несанкционированного доступа к информации. Требования к обработке ошибок на уровне сервера. Шифрование личных данных, архивация и восстановление приложений.
курсовая работа [1,0 M], добавлен 13.11.2011Концентраторы - сетевые соединительные устройства, их функции, виды, конструктивное исполнение; управление концентратором по протоколу SNMP. Достоинства и недостатки факсирования с помощью факс-модема. Поиск информации в сети Internet с помощью каталогов.
контрольная работа [1,7 M], добавлен 12.11.2013Типы сетей: одноранговые, с выделенным сервером. Принцип действия модели OSI. Сетевые операционные системы. Работа с сетевыми картами и устройствами связи. Схема обмена информацией между элементами системы поликлиники. Программный пакет Net Cracker.
дипломная работа [3,7 M], добавлен 15.03.2013Проблема использования криптографических методов в информационных системах. Алгоритмы шифрования – асимметричный и симметричный. Методы, используемые для получения зашифрованных сообщений и их расшифрования. Программное средство, выполняющее шифрование.
курсовая работа [1,2 M], добавлен 19.07.2012Циклы обмена информацией в режиме прямого доступа к памяти. Управляющие сигналы, формируемые процессором и определяющие моменты времени. Запросы на обмен информацией по прерываниям. Мультиплексирование шин адреса и данных. Протоколы обмена информацией.
лекция [29,0 K], добавлен 02.04.2015Описание входных и выходных документов и сообщений. Проектирование реляционной базы данных. Разработка механизмов управления данными в базе при помощи триггеров. Разграничение полномочий пользователя. Организация обмена данными между приложениями.
курсовая работа [1,6 M], добавлен 22.06.2011Поиск информации в Интернет с помощью каталогов и поисковых машин. Мгновенный обмен информацией в Интернете. Основные программы и браузеры для поиска и обмена информацией. Программное обеспечение для просмотра веб-сайтов. Программы для обмена файлами.
дипломная работа [81,1 K], добавлен 23.06.2012Создание автоматизированной системы мониторинга состояния аппаратных средств компьютерных сетей на основе протокола SNMP в среде программирования С++Builder. Описание реляционной базы данных и ее визуальное представление. Разработка диаграммы классов.
отчет по практике [2,2 M], добавлен 05.01.2016Магистрально-модульный принцип построения компьютера. Магистральный (шинный) принцип обмена информацией между устройствами. Внутреннее устройство персонального компьютера: состав и назначение основных блоков. Устройства ввода и вывода информации.
реферат [475,6 K], добавлен 19.11.2009Критерии различия между механизмами межпроцессного обмена. Системные вызовы для работы с разделяемой памятью, выделение ее области. Создание и инициализация семафора. Задачи использования потока. Способ обмена между виртуальной машиной Linux и Windows.
лекция [485,2 K], добавлен 29.07.2012Взаимодействие уровней в модели открытой системы обмена информацией. Описания сетевого оборудования. Характеристика коаксиального и оптоволоконного кабелей. Подключение кабелей и разъемы для них. Особенности соединения двух рабочих станций между собой.
презентация [384,8 K], добавлен 27.08.2013Общие понятия, задачи и характеристика компьютерной сети TMN: технология управления, состав и назначение основных элементов, функциональные возможности, архитектура. Реализация управления в модели ВОС. Сравнительная характеристика протоколов SNMP и CMIP.
курсовая работа [1,1 M], добавлен 18.03.2011Статистический анализ текстов, созданных программой симметричного шифрования. Реализация симметричного криптоалгоритма. Основные шаги в использовании криптосистемы PGP. Генерация ключей, шифрование и расшифровка сообщений. Защита от сетевых атак.
лабораторная работа [1,7 M], добавлен 06.07.2009Анализ основных атак на протокол TLS и определение методов противодействия этим атакам. Разработка метода перехвата и расшифровки трафика, передаваемого по протоколу HTTPS. Расшифровка передаваемых данных в режиме, приближенному к реальному времени.
статья [1013,4 K], добавлен 21.09.2017Автоматизация учета и управления, использование тиражных программных продуктов системы "1С: Предприятие". OLE - технология управления и обмена информацией между программным интерфейсом другими приложениями. Установка среды разработки, совместимой с 1С.
курсовая работа [558,9 K], добавлен 20.03.2013Количество информации и ее мера. Определение количества информации, содержащегося в сообщении из ансамбля сообщений источника. Свойства количества информации и энтропии сообщений. Избыточность, информационная характеристика источника дискретных сообщений.
реферат [41,4 K], добавлен 08.08.2009Определение IP-протокола, передающего пакеты между сетями без установления соединений. Структура заголовка IP-пакета. Инициализация TCP-соединения, его этапы. Реализация IP на маршрутизаторе. Протокол надежной доставки сообщений ТСР, его сегменты.
контрольная работа [86,1 K], добавлен 09.11.2014Назначение буфера обмена, управление его данными в среде Windows. Взаимодействие между владельцем и клиентом буфера. Данные и тип дескриптора, для каждого типа предопределенных форматов. Воспроизведение данных буфера обмена с задержкой, окна просмотра.
реферат [58,9 K], добавлен 04.10.2010