Протокол управления сетями SNMP - Курсовая работа

Начало 1980 года ознаменовалось резким ростом в области применения сетей. Как только компании поняли, что сетевая технология обеспечивает им сокращение расходов и повышение производительности, они начали устанавливать новые и расширять уже существующие сети почти с такой же скоростью, с какой появлялись новые технологии сетей и изделия для них. Основными проблемами, связанными с увеличением сетей, являются каждодневное управление работой сети и стратегическое планирование роста сети. В начале 1980гг. стратегическое планирование роста этих сетей превратилось в какой-то кошмар. Насущной необходимостью стало автоматизированное управление сетями (включая то, что обычно называется "планированием возможностей сети"), интегрированное по всем различным окружениям.Разработка была начата группой сетевых инженеров для решения проблем, связанных с управлением быстрорастущей Internet; результатом их усилий стал протокол, предназначенный для управления роутерами Internet. Пропагандирует сетевое управление, базирующееся на OSI, в частности, применение Common Management Information Protocol (CMIP) (Протокол информации общего управления) для облегчения управления объединенных сетей, базирующихся на ТСР [3]. К началу 1988 года стало ясно, что необходим некоторый общий набор средств управления сетевыми устройствами различных производителей, которые до сих пор создавали собственные продукты мониторинга и конфигурирования для своих же сетевых устройств, поддерживающие уникальные механизмы взаимодействия с ними. В дальнейшем работа по этому направлению вылилась в создание Структуры Управления Объектами - SMI (Structure for Management Information). Другая группа, занимавшаяся развитием протокола управления, пришла к соглашению, что временным решением проблемы управления может стать улучшенная версия SGMP, которая позже была названа SNMP.Это сообщение возвращается агентом менеджеру в ответ на операторы get-request, get-next-request и set-request. Первые три сообщения отправляются от менеджера к агенту, а последние два от агента к менеджеру. (Мы будем называть первые три оператора как get, get-next и set.) На рисунке 1 приведены все пять операторов. Так как четыре из пяти SNMP сообщений реализуются простой последовательностью запрос-отклик (менеджер отправляет запрос, а агент возвращает отклик), SNMP используют UDP. Это означает, что запрос от менеджера может не прибыть к агенту, а отклик от агента может не прибыть к менеджеру.В этой главе мы рассмотрим эти типы, однако не будем рассматривать то, как эти данные в действительности кодируются (для хранения данных используются битовые шаблоны) [4]. Некоторые переменные объявляются как целые без ограничений (например, MTU для интерфейса), некоторые определены с конкретными значениями (например, флаг IP о перенаправлении установлен в 1, если перенаправление включено, или в 2, если перенаправление выключено), а другие определены с их минимальными и максимальными значениями (например, номера портов TCP и UDP находятся в диапазоне от 0 до 65535). В кодировании BER, используемом для этих типов данных и для следующего, счетчик количества байт в строке находится перед самой строкой. Используется, например, в качестве всех значений для переменных в запросах get или get-next, пока эти переменные запрашиваются, а не устанавливаются. OCTET STRING (восьмеричная строка) длиной 4, с 1 байтом на каждый байт IP адреса.В SNMPV1 простейшая идентификация отправителя осуществляется посредством включения в сообщения имени группы (community name), причем имя передается открытым текстом. После проверки имени группы агент или менеджер проверяет наличие у отправителя с данным адресом прав на выполнение запрошенной операции.На сегодня существует несколько стандартов на базы данных управляющей информации для протокола SNMP. Internet Protocol - данные, относящиеся к протоколу IP (адреса IP-шлюзов, хостов, статистика о IP-пакетах). UDP - данные, относящиеся к протоколу UDP (число переданных, принятых и ошибочных UPD-дейтаграмм). Объект SYSUPTIME содержит значение продолжительности времени работы системы с момента последней перезагрузки, объект SYSOBJECTID - идентификатор устройства (например, маршрутизатора). Объект IFNUMBER определяет количество сетевых интерфейсов устройства, а объект IFENTRY является вершиной поддерева, описывающего один из конкретных интерфейсов устройства.Для именования переменных базы MIB и однозначного определения их форматов используется дополнительная спецификация, называемая SMI - Structure of Management Information. Например, спецификация SMI включает в качестве стандартного имя IPADDRESS и определяет его формат как строку из 4 байт. Другой пример - имя Counter, для которого определен формат в виде целого числа в диапазоне от 0 до 232-1. При описании переменных MIB и форматов протокола SNMP спецификация SMI опирается на формальный язык ASN.1, принятый ISO в качестве нотации для описания терминов коммуникационных протоколов (правда, многие коммуникационные протоколы, например I

СОДЕРЖАНИЕ

ВВЕДЕНИЕ

1.Теоретические основы протокола SNMP

1.1 История развития протокола SNMP

1.2 Основы SNMP управления

1.3 Структура управляющей информации

1.4 Защита в SNMP

2. База управляющей информации (MIB)

2.1 Структура SNMP MIB

2.2 Форматы и имена объектов SNMP MIB

2.3 Недостатки протокола SNMP

Заключение

Список используемой литературы