Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Статьи » Розробка системи моніторингу мережі для внутрішніх потреб підприємства ВАТ &Хабаровскенерго&

Реферат Розробка системи моніторингу мережі для внутрішніх потреб підприємства ВАТ &Хабаровскенерго&





gn="justify"> - бази керуючої інформації (Management Information Base, MIB);

- сам протокол SNMP, що визначає правила взаємодії менеджера та агента.

Структура керуючої інформації визначає правила опису керуючої інформації. Формальний опис об'єктів здійснюється за допомогою мови Abstract Syntax Notation One (ASN.1). Для завдання імені об'єкта досить вказати його ідентифікатор (OBJECT IDENTIFIER), що представляє собою послідовність цілих чисел. Всі ідентифікатори організовуються у вигляді листя дерева. На верхньому рівні дерева присутні три вузла: iso, ccitt і joint-iso-ccitt, які належать різним стандартним організаціям. У поддереве iso присутній ідентифікатор org (вузол, що є коренем для піддерев різних організацій), один з подсистемами якого - Міністерство оборони США (Department of Defence - DOD). Вважається, хоча офіційно це й не зафіксовано, що першим вузлом в поддереве DOD є Internet. Таким чином, об'єкт internet має ідентифікатор 1.3.6.1 raquo ;: internet OBJECT IDENTIFIER ::={iso (1) org (3) dod (6) 1}.

Для правильної інтерпретації об'єкта одного ідентифікатора недостатньо. Необхідно вказати тип об'єкта і дати його смислове визначення. Для цього служить інформаційна база управління (Management Information Base - MIB). У ній описані всі об'єкти відповідно до граматикою ASN.1. Наявність текстового уявлення бази MIB на стороні системи управління дозволяє не тільки правильно інтерпретувати одержувані дані, але і давати користувачеві пояснень про об'єкти на основі опису, присутнього в базі. Для об'єкта управління немає необхідності в наявності текстового варіанта бази MIB.

Для наочності структуру MIB прийнято представляти у вигляді дерева. Розглянемо приклад. На малюнку 1.2 наведено фрагмент дерева MIB, за яким можна знайти розташування змінної sysDescr. У гілки internet (1) всього шість піддерев. Це:

- Directory (1) - каталог OSI;

- mgmt (2) - стандартні об'єкти RFC;

- Experimental (3) - експерименти з internet;

- Private (4) - залежить від виробника;

- Security (5) - безпека;

- snmp V2 (6) - опис роботи SNMP.

Потрібна нам змінна sysDescr знаходиться в гілці mgmt (2), так як вона ставиться до застосування SNMP для управління пристроями. Далі розташовується гілка mib - 2, з якою, по суті, і починається база MIB.

Далі, під терміном значення змінної будемо розуміти значення об'єкта, що має задане ім'я (ідентифікатор). Використання тільки об'єктів, необхідних за специфікацією протоколу SNMP, не дозволяє задіяти деякі можливості керованої апаратури. Наприклад, маршрутизатори фірми Cisco підтримують численні мережеві протоколи, відмінні від IP. За допомогою стандартних об'єктів, описаних в базах MIB, неможливо отримати інформацію, щодо цих протоколів. Для дозволу подібного конфлікту в дереві об'єктів існує спеціальний вузол private (internet 4), одним з подсистемами якого є вузол підприємства (enterprises, private 1). Всі об'єкти, які фірма-виробник бажає зробити доступними по протоколу SNMP, описуються в Піддерева відповідної фірми.

Безпосередньо сам протокол SNMP являє собою простий протокол, що працює за механізмом запит-відповідь raquo ;. SNMP-повідомлення вкладаються в UDP дейтаграми. Основні операції протоколу:

- Get_request - отримати значення зазначеної змінної або інформацію про стан мережевого елемента;

- Get_next_request - отримати значення змінної, не знаючи точного її імені (наступний логічний ідентифікатор на дереві MIB);

- Set_request - привласнити змінній відповідне значення. Використовується для опису дії, яке повинне бути виконане;

- Get_response - відгук на Get_request, Get_next_request і Set_request. Містить також інформацію про стан (коди помилок і інші дані);

- Trap - відгук мережевого об'єкта на подію або на зміну стану.


Малюнок 1.1 - Модель управління SNMP


Малюнок 1.2 - Пошук sysDescr (1) в MIB


Схема взаємодії менеджера та агента по протоколу SNMP наведена на малюнку 1.3.

Взаємодія менеджера та агента відбувається не строго за схемою запит-відповідь raquo ;. У ряді випадків необхідна активна роль керованого пристрою. Для надання йому можливості передати деяку інформацію за власною ініціативою призначений блок даних Trap (переривання). До подій, що потребує особливої ??уваги, відносяться перезавантаження пристрою, зникнення зв'язку та багато інших. Ці події визначаються можливостями пристрою.

На сьогоднішній момент існує...


Назад | сторінка 2 з 29 | Наступна сторінка





Схожі реферати:

  • Реферат на тему: Створення системи Internet управління на базі мікроконтролера
  • Реферат на тему: Інформаційна система для Домашньої Мережі провайдера Internet. Розробка та ...
  • Реферат на тему: Пошук інформації в Internet
  • Реферат на тему: Алгоритм розробки Бази даних поиска псіхологічніх тестів в мережі Internet ...
  • Реферат на тему: Розробка WEB-системи комерційного доступу до мережі Internet на базі операц ...