Расшифровка сообщений в SNMP

Автор работы: Пользователь скрыл имя, 18 Декабря 2011 в 17:12, курсовая работа

Описание

SNMP (Simple Network Management Protocol) — это протокол управления сетями связи на основе архитектуры TCP/IP. Эта технология, призванная обеспечить управление и контроль за устройствами и приложениями в сети связи путём обмена управляющей информацией между агентами, располагающимися на сетевых устройствах, и менеджерами, расположенными на станциях управления. Протокол SNMP был разработан с целью проверки функционирования сетевых маршрутизаторов и мостов. Впоследствии сфера действия протокола охватила и другие сетевые устройства, такие как хабы, шлюзы, терминальные сервера, LAN Manager сервера , машины под управлением Windows NT и т.д. Кроме того, протокол допускает возможность внесения изменений в функционирование указанных устройств.

Содержание

Введение…………………………………………………………………………………………………………………….3
Задание 1……………………………………………………………………………………………………………………4
Задание 2………………………………………………………………………………………………………………….18
Задание 3………………………………………………………………………………………………………………….30
Заключение………………………………………………………………………………………………………………38
Список используемой литературы…………………………………………………………………………..39

Скачать (354.57 Кб) Сколько стоит заказать работу?

Работа состоит из 1 файл

РАСШИФРОВКА 11.doc

— 654.00 Кб (Скачать документ)

Для Get-Response (8.2.4 и 8.2.5)

№		Наименование атрибута (OID)	Значение атрибута (характеристики)
1	Hex’	2b 06 01 02 01 01 03 00	73 d4 5e
	Dec’	1.3.6.1.2.1.1.3.0	7591006*100c
	Текст	iso.org.dod.internet.mgmt.mib.sysUpTime.0	Время (в сотых долях секунды), с момента которого управляющий сетевой узел системы был установлен в исходное состояние, т.е. перезагружен.
2	Hex’	2b 06 01 02 01 02 02 01 05 03	00 fa 00
	Dec’	1.3.6.1.2.1.2.2.1.5.3	64 000 бит/с
	Текст	iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifSpeed	Оценивает текущую пропускную способность интерфейса в битах в секунду. Для интерфейсов, у которых полоса пропускания не меняется или интерфейсов, для которых оценка была сделана не точно, этот объект включает в себя номинальную полосу пропускания.
3	Hex’	2b 06 01 02 01 02 02 01 08 03	00
	Dec’	1.3.6.1.2.1.2.2.1.8.3	0
	Текст	iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifOperStatus	Текущее рабочее состояние интерфейса. В состоянии тестирования указывает, что пакеты не могут быть пропущены.
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
	Текст	iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifLastChange	"Значение sysUpTime во время интерфейс ввело его текущее операционное состояние. Если текущее состояние было введено до последнего(прошлого) заново инициализация местной сетевой подсистемы управления, то этот объект содержит нулевое значение."
5	Hex’	2b 06 01 02 01 02 02 01 0a 03	04 12 5a 5d
	Dec’	1.3.6.1.2.1.2.2.1.10.3	68311645
	Текст	iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifInOctets	Общее число октетов полученных на интерфейсе, включающие характеристики кадра.
6	Hex’	2b 06 01 02 01 02 02 01 0b 03	08 6f da
	Dec’	1.3.6.1.2.1.2.2.1.11.3	552922
	Текст	iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifInNUcastPkts	Число пакетов подсети с односторонней передачей, доставленные протоколам верхних уровней.
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
	Текст	iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.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
	Текст	iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifInDiscards	Число поступающих пакетов, которые были выбраны, для удаления, даже притом, что ошибок в них не было обнаружено, чтобы предотвратить их передачу к протоколу верхнего уровня. Одна из возможных причин для отказа от таких пакетов - освобождение буферного места.
9	Hex’	2b 06 01 02 01 02 02 01 0e 03	00
	Dec’	1.3.6.1.2.1.1.14.1	0
	Текст	iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifInErrors	Число вернувшихся пакетов, которые содержат ошибки, мешающие им дойти до протоколов верхних уровней.
10	Hex’	2b 06 01 02 01 02 02 01 10 03	13 9d 33 3a
	Dec’	1.3.6.1.2. 1.2. 2.1.15.3	329069370
	Текст	iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifOutOctets	Общее число пакетов переданных интерфейсом, включающие характеристики кадра.
11	Hex’	2b 06 01 02 01 02 02 01 11 03	08 0d 32
	Dec’	1.3.6.1.2.1.2.2.1.16. 3	527666
	Текст	iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifOutUcastPkts	Общее число пакетов, которые были запрошены для передачи протоколами верхних уровней в подсеть с односторонней передачей, включающие то, что было отброшено или не передано.
12	Hex’	2b 06 01 02 01 02 02 01 12 03	00
	Dec’	1.3.6.1.2.1.2.2.1.17.3	0
	Текс	iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifOutNUcastPkts	Общее число пакетов, которое было запрошено для передачи протоколами верхних уровней в подсеть с широковещательной передачей, включающие то, что было отброшено или не передано.
13	Hex’	2b 06 01 02 01 02 02 01 13 03	00
	Dec’	1.3.6.1.2.1.2.2.1.18.3	0
	Текст	iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifOutDiscards	Число поступающих пакетов, выбранные для удаления и предотвращения их передачи, притом, что ошибок в них не было обнаружено. Одна из возможных причин отказа от таких пакетов - освобождение буферного места
14	Hex’	2b 06 01 02 01 02 02 01 14 03	06
	Dec’	1.3.6.1.2.1.2.2.1.19.3	6
	Текст	iso.org.dod.internet.mgmt.mib-2.interfaces.ifTable.ifEntry.ifOutErrors	Число исходящих пакетов, которые не были переданы из-за ошибок.

Вторая часть задания.

Отобразить графически локальное дерево группы объектов MIB:

RTP SESSION INVERSE TABLE из RFC 2959 RTP

Показать графический путь от этой группы объектов до глобальной ветви iso.org.dod.internet
Привести описание (Description) элементов группы на английском языке (оригинале) и его перевод на русский язык.

Рисунок 1-Дерево объектов

Рисунок 2-Структура дерева в Mibbrowser

№	Наименование атрибута (OID)		Значение атрибута(характеристики)
1	OID	1.3.6.1.2.1.87.1.1	This object is used to assign values to rtpSessionIndex as described in 'Textual Conventions for SMIv2'. For an RTP system that supports the creation of rows, the network manager would read the object, and then write the value back in the Set that creates a new instance of rtpSessionEntry. If the Set fails with the code 'inconsistentValue,' then the process must be repeated; If the Set succeeds, then the object is incremented, and the new instance is created according to the manager's directions. However, if the RTP agent is not acting as a monitor, only the RTP agent may create conceptual rows in the RTP session table. Этот объект используется, чтобы присвоить значения rtpSessionIndex как описано в 'Текстовых Соглашениях для SMIv2'. Для системы RTP, которая поддерживает создание строк, администратор сети считал бы объект, и затем записал бы значение обратно в Наборе, который создает новый экземпляр rtpSessionEntry. Если сбои Набора с кодом 'inconsistentValue', то процесс должен быть повторен; Если Набор успешно выполняется, то объект постепенно увеличен, и новый экземпляр создается согласно направлениям менеджера. Однако, если агент RTP не действует как монитор, только агент RTP может создать концептуальные строки в таблице сеанса RTP.
	MIB	.iso.org.dod.internet.mgmt.mib-2.rtpMIB.rtpMIBObjects.rtpSessionNewIndex
2	OID	1.3.6.1.2.1.87.1.2	Maps rtpSessionDomain, rtpSessionRemAddr, and rtpSessionLocAddr TAddress pairs to one or more rtpSessionIndex values, each describing a row in the rtpSessionTable. This makes it possible to retrieve the row(s) in the rtpSessionTable corresponding to a given session without having to walk the entire (potentially large) table. Карты rtpSessionDomain, rtpSessionRemAddr, и rtpSessionLocAddr TAddress пары к одному или более значениям rtpSessionIndex, каждый описывающий строку в rtpSessionTable. Это позволяет получить строку (и) в соответствии rtpSessionTable данному сеансу, не имея необходимость обходить всю (потенциально большую) таблицу.
	MIB	iso.org.dod.internet.mgmt.mib-2.rtpMIB.rtpMIBObjects.rtpSessionInverseTable
3	OID	1.3.6.1.2.1.87.1.3	There's one entry in rtpSessionTable for each RTP session on which packets are being sent, received, and/or monitored. Есть одна запись в rtpSessionTable для каждого сеанса RTP, на котором пакеты отправляются, получаются, и/или контролируются.
	MIB	iso.org.dod.internet.mgmt.mib-2.rtpMIB.rtpMIBObjects.rtpSessionTable
4	OID	1.3.6.1.2.1.87.1.4	Maps rtpSenderAddr, rtpSessionIndex, to the rtpSenderSSRC index of the rtpSenderTable. This table allows management applications to find entries sorted by rtpSenderAddr rather than sorted by rtpSessionIndex. Given the rtpSessionDomain and rtpSenderAddr, a set of rtpSessionIndex and rtpSenderSSRC values can be returned from a tree walk. When rtpSessionIndex is specified in the SNMP Get-Next operations, one or more rtpSenderSSRC values may be returned. Карты rtpSenderAddr, rtpSessionIndex, к rtpSenderSSRC индексу rtpSenderTable. Эта таблица позволяет приложениям управления считать записи сортированными rtpSenderAddr, а не сортированный rtpSessionIndex. Учитывая rtpSessionDomain и rtpSenderAddr, ряд rtpSessionIndex и значения rtpSenderSSRC могут быть возвращены из обхода дерева. Когда rtpSessionIndex определен в SNMP Затем полученные операции, могут быть возвращены одно или более значений rtpSenderSSRC.
	MIB	iso.org.dod.internet.mgmt.mib-2.rtpMIB.rtpMIBObjects.rtpSenderInverseTable
5	OID	1.3.6.1.2.1.87.1.5	Table of information about a sender or senders to an RTP Session. RTP sending hosts MUST have an entry in this table for each stream being sent. RTP receiving hosts MAY have an entry in this table for each sending stream being received by this host. RTP monitors MUST create an entry for each observed sender to a multicast RTP Session as a side-effect when a conceptual row in the rtpSessionTable is made 'active' by a manager. Таблица информации об отправителе или отправителях к Сеансу RTP. У узлов отправки RTP ДОЛЖНА быть запись в этой таблице для каждого отправляемого потока. У узлов получения RTP МОЖЕТ быть запись в этой таблице для каждого потока отправки, получаемого этим узлом. Мониторы RTP ДОЛЖНЫ создать запись для каждого наблюдаемого отправителя к многоадресному Сеансу RTP как побочный эффект, когда концептуальная строка в rtpSessionTable сделана 'активной' менеджером.
	MIB	iso.org.dod.internet.mgmt.mib-2.rtpMIB.rtpMIBObjects.rtpSenderTable
6	OID	1.3.6.1.2.1.87.1.6	Maps rtpRcvrAddr and rtpSessionIndex to the rtpRcvrSRCSSRC and rtpRcvrSSRC indexes of the rtpRcvrTable. This table allows management applications to find entries sorted by rtpRcvrAddr rather than by rtpSessionIndex. Given rtpSessionDomain and rtpRcvrAddr, a set of rtpSessionIndex, rtpRcvrSRCSSRC, and rtpRcvrSSRC values can be returned from a tree walk. When rtpSessionIndex is specified in SNMP Get-Next operations, one or more rtpRcvrSRCSSRC and rtpRcvrSSRC pairs may be returned. Карты rtpRcvrAddr и rtpSessionIndex к rtpRcvrSRCSSRC и rtpRcvrSSRC индексам rtpRcvrTable. Эта таблица позволяет приложениям управления считать записи сортированными rtpRcvrAddr, а не rtpSessionIndex. Данный rtpSessionDomain и rtpRcvrAddr, ряд rtpSessionIndex, rtpRcvrSRCSSRC, и значения rtpRcvrSSRC могут быть возвращены из обхода дерева. Когда rtpSessionIndex определен в SNMP, Затем полученные операции, один или более rtpRcvrSRCSSRC и rtpRcvrSSRC пары могут быть возвращены.
	MIB	iso.org.dod.internet.mgmt.mib-2.rtpMIB.rtpMIBObjects.rtpRcvrInverseTable
7	OID	1.3.6.1.2.1.87.1.7	Table of information about a receiver or receivers of RTP session data. RTP hosts that receive RTP session packets MUST create an entry in this table for that receiver/sender pair. RTP hosts that send RTP session packets MAY create an entry in this table for each receiver to their stream using RTCP feedback from the RTP group. RTP monitors create an entry for each observed RTP session receiver as a side effect when a conceptual row in the rtpSessionTable is made 'active' by a manager. Таблица информации о получателе или получателях данных сеанса RTP. Узлы RTP, которые получают пакеты сеанса RTP, ДОЛЖНЫ создать запись в этой таблице для той пары получателя/отправителя. Узлы RTP, которые отправляют пакеты сеанса RTP, МОГУТ создать запись в этой таблице для каждого получателя к их потоку, используя обратную связь RTCP от группы RTP. Мониторы RTP создают запись для каждого наблюдаемого получателя сеанса RTP как побочный эффект, когда концептуальная строка в rtpSessionTable сделана 'активной' менеджером.
	MIB	iso.org.dod.internet.mgmt.mib-2.rtpMIB.rtpMIBObjects.rtpRcvrTable

Третья часть задания.

Мониторинг локальной сети с использованием протокола SNMP

Цель работы

Изучение возможностей протокола SNMP по мониторингу сетевых параметров удаленного ПК.
Приобретение навыков работы с протоколом SNMP
Изучение возможностей ПО Getif и приобретение навыков работы с ним.
Изучение структуры баз данных управляющей информации (MIB RFC-1213)

IP-адрес удаленного ПК: 172.24.0.73

IP address – 172.24.0.73

Host Name – 172.24.0.73

ifNumber – 2. Это значит, что на ПК с сетевым адресом 172.24.0.73 найдено два интерфейса.

SysDescriptor – Hardware: x86 Family 15 model 4 Stepping 1 AT/AT COMPATIBLE – Software: Windows 2000 Version 5.1 (Build 2600 Uniprocessor Free).

Это текстовое описание особенностей запрашиваемого объекта. Здесь говорится о том, что на удаленном ПК используется платформа серии х86 модель 4. Тип BIOS - AT/AT COMPATIBLE. На этом ПК используется ОС Windows 2000 версии 5.1 сборка 2600 монопроцессорная, свободная.

SysObjectID – enterprises 311.1.1.3.1.1

или - .iso.org.dod.internet.private.enterprises.microsoft.software.systems.os.windowsNT.workstation

SysUpTime – 2:29:24 - со времени последней загрузки прошло 2ч. 29 минут, 24 секунд.

Параметр Interfaces содержит описание сетевых интерфейсов, обнаруженных на удаленном ПК:

int - в этом столбце отображаются номера интерфейсов(1,2).

admin - требуемое состояние интерфейса: 1 - включен; 2 - выключен; 3 - тестируется

oper - текущее состояние интерфейса: 1, 2, 3

type - тип интерфейса

MTU - максимальный размер дейтограммы, который может передаваться/приниматься в

интерфейсе (значение в октетах).

descry - текстовое описание особенностей запрашиваемого объекта

speed - оценивается максимальная скорость в интерфейсе в битах в секунду.

ip address- сетевой адрес интерфейса

mask - маска подсети.

phys - физический адрес интерфейс.

Вкладка Addresses показывает адресную информацию об имеющихся интерфейсах:

address - Сетевой адрес интерфейса

name - Имя интерфейса

bcast - Устанавливает широковещательный адрес.

reasm max size - Максимальный размер ip-пакета.

Вкладка Routing Table содержит таблицу маршрутизации для каждого сетевого интерфейса:

dest - сетевой адрес назначения

next hop - адрес следующего интерфейса на который надо послать пакет

metric - метрика направления

mask - маска подсети

type - тип (прямой, не прямой)

proto - протокол – локальный, или протокол сетевого управления

age - возраст записи

info - информация о записи

Вкладка Arp – показывает ARP-кэш, содержащий ARP таблицу пересчета IP и MAC - адресов (ARP – протокол, соотносящий IP-адреса с физическими MAC-адресами).

net address - сетевой адрес интерфейса

name - имя интерфейса

phys address - физический адрес интерфейса

Vendor - изготовитель оборудовании

Вкладка Gen. Table – показывает параметр ipNetToMediaTable.

phys address - физический адрес интерфейса

net address - сетевой адрес интерфейса

Type - тип назначения адреса (динамический, статический)

Вкладка Reachability – сканирует работающие службы на удаленном узле.

Ставя галочку Ping можно отправить ping-запросы к удаленному ПК и получить значение задержки в миллисекундах.

Вкладка Traceroute – позволяет сделать трассировку пути от Вашего компьютера до того компьютера, чей IP-адрес Вы укажете в окне данного SNMP-запроса.

В ответном сообщении (оно может быть сгенерировано как протоколом ICMP так и SNMP) указывается число хопов (транзитных узлов) от Вашего компьютера до запрашиваемого и разброс времени доставки 3-х пакетов.

Вкладка IP discovery – позволяет проверить определенный диапазон ip-адресов на доступность.

Зеленым цветом выделены активные в данный момент хосты.

Красным – хост либо выключен, либо данный IP-адрес не назначен ни одному хосту.

Вкладка MBrowser - предоставляет иерархический список SNMP-параметров базы MIB.

Значение ifMtu для первого интерфейса – 1520, для второго – 1500. То есть максимальный размер дейтограммы в первом интерфейсе 1520 октетов, во втором 1500 и т.д.

Оценена максимальная скорость в интерфейсах.

В первом – 10000000 бит/сек.

Во втором – 100000000 бит/сек

Заключение.

В ходе выполнения курсового проекта, были получены основные навыки расшифровки управляющих сообщений, касающихся обмена информации между менеджером и агентам по протоколу SNMP, а так же заголовков транспортных протоколов. Изучили структуру управляющей информации в виде иерархической древовидной системы, растущей от корня дерева вниз и построили в Mibbrowser локальное дерево, показали графический путь от этой группы объектов до глобальной ветви. Так же были изучены возможности протокола SNMP по мониторингу сетевых параметров удаленного ПК. Приобретены навыки работы с данным протоколом. Изучены возможности ПО Getif и приобретены навыки работы с ним.

Библиография.

Костюкович А.Е., Принципы обмена управляющей информацией по протоколу SNMP по дисциплине УСС.
Курс лекций по управляющим сетям связи.
RFC 2959

Информация о работе Расшифровка сообщений в SNMP