Расшифровка 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

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.