Студопедия
Новини освіти і науки:
МАРК РЕГНЕРУС ДОСЛІДЖЕННЯ: Наскільки відрізняються діти, які виросли в одностатевих союзах


РЕЗОЛЮЦІЯ: Громадського обговорення навчальної програми статевого виховання


ЧОМУ ФОНД ОЛЕНИ ПІНЧУК І МОЗ УКРАЇНИ ПРОПАГУЮТЬ "СЕКСУАЛЬНІ УРОКИ"


ЕКЗИСТЕНЦІЙНО-ПСИХОЛОГІЧНІ ОСНОВИ ПОРУШЕННЯ СТАТЕВОЇ ІДЕНТИЧНОСТІ ПІДЛІТКІВ


Батьківський, громадянський рух в Україні закликає МОН зупинити тотальну сексуалізацію дітей і підлітків


Відкрите звернення Міністру освіти й науки України - Гриневич Лілії Михайлівні


Представництво українського жіноцтва в ООН: низький рівень культури спілкування в соціальних мережах


Гендерна антидискримінаційна експертиза може зробити нас моральними рабами


ЛІВИЙ МАРКСИЗМ У НОВИХ ПІДРУЧНИКАХ ДЛЯ ШКОЛЯРІВ


ВІДКРИТА ЗАЯВА на підтримку позиції Ганни Турчинової та права кожної людини на свободу думки, світогляду та вираження поглядів



Контакти
 


Тлумачний словник
Авто
Автоматизація
Архітектура
Астрономія
Аудит
Біологія
Будівництво
Бухгалтерія
Винахідництво
Виробництво
Військова справа
Генетика
Географія
Геологія
Господарство
Держава
Дім
Екологія
Економетрика
Економіка
Електроніка
Журналістика та ЗМІ
Зв'язок
Іноземні мови
Інформатика
Історія
Комп'ютери
Креслення
Кулінарія
Культура
Лексикологія
Література
Логіка
Маркетинг
Математика
Машинобудування
Медицина
Менеджмент
Метали і Зварювання
Механіка
Мистецтво
Музика
Населення
Освіта
Охорона безпеки життя
Охорона Праці
Педагогіка
Політика
Право
Програмування
Промисловість
Психологія
Радіо
Регилия
Соціологія
Спорт
Стандартизація
Технології
Торгівля
Туризм
Фізика
Фізіологія
Філософія
Фінанси
Хімія
Юриспунденкция






Тема 3.4.3 : Функції та побудова систем керування мережами . .

Мета: Розглянути системи управління мережами .

 

План :

 

1 . Функції та архітектура систем управління мережами

2 Функціональні групи завдань управління

контрольні питання

3 Архітектури систем управління мережами

 

 

Незалежно від об'єкта управління , бажано , щоб система управління виконувала ряд функцій , які визначені міжнародними стандартами , узагальнюючими досвід застосування систем управління в різних областях. Існують рекомендації ITU- T X.700 і близький до них стандарт ISO 7498-4 , які ділять завдання системи управління на п'ять функціональних груп:

управління конфігурацією мережі та ім'ям ;

 

обробка помилок ;

 

аналіз продуктивності і надійності;

 

управління безпекою ;

 

облік роботи мережі .

 

Розглянемо завдання цих функціональних областей управління стосовно до систем управління мережами.

 

Управління конфігурацією мережі та ім'ям ( Configuration Management ) . Ці завдання полягають у конфігуруванні параметрів як елементів мережі ( Network Element , NE ) , так і мережі в цілому. Для елементів мережі , таких як маршрутизатори , мультиплексори і т. п. , за допомогою цієї групи завдань визначаються мережеві адреси , ідентифікатори (імена ) , географічне положення і пр.

 

Обробка помилок ( Fault Management ) . Ця група завдань включає виявлення , визначення та усунення наслідків збоїв і відмов у роботі мережі . На цьому рівні виконується не тільки реєстрація повідомлень про помилки , але і їх фільтрація , маршрутизація та аналіз на основі деякої кореляційної моделі , Фільтрація дозволяє виділити з вельми інтенсивного потоку повідомлень про помилки , який зазвичай спостерігається у великій мережі , тільки важливі повідомлення , маршрутизація забезпечує їх доставку потрібного елементу системи управління , а кореляційний аналіз дозволяє знайти причину, породила потік взаємозалежних повідомлень ( наприклад , обрив кабелю може бути причиною великої кількості повідомлень про недоступність мереж і серверів) .

 

Аналіз продуктивності і надійності ( Performance Management ) . Завдання цієї групи пов'язані з оцінкою на основі накопиченої статистичної інформації таких параметрів , як час реакції системи , пропускна здатність реального чи віртуального каналу зв'язку між двома кінцевими абонентами мережі , інтенсивність трафіку в окремих сегментах і каналах мережі , ймовірність спотворення даних при їх передачі через мережу , а також коефіцієнт готовності мережі або її певної транспортної служби. Функції аналізу продуктивності і надійності мережі потрібні як для оперативного управління мережею , так і для планування розвитку мережі.

 

Управління безпекою ( Security Management ) . Завдання цієї групи включають в себе контроль доступу до ресурсів мережі (даним і встаткування ) і збереження цілісності даних при їх зберіганні і передачі через мережу . Базовими елементами управління безпекою є процедури аутентифікації користувачів , призначення і перевірка прав доступу до ресурсів мережі , розподіл і підтримка ключів шифрування , управління повноваженнями і т. п. Часто функції цієї групи не включаються до системи управління мережами , а реалізуються або у вигляді спеціальних продуктів ( наприклад , системи аутентифікації та авторизації Kerberos , різних захисних екранів , систем шифрування даних) , або входять до складу операційних систем і системних додатків.

 

Облік роботи мережі ( Accounting Management ) . Завдання цієї групи займаються реєстрацією часу використання різних ресурсів мережі - пристроїв , каналів і транспортних служб. Ці завдання мають справу з такими поняттями , як час використання служби і плата за ресурси - billing . Зважаючи специфічного характеру оплати послуг у різних постачальників і різними формами угоди про рівень послуг , ця група функцій зазвичай не включається в комерційні системи та платформи управління типу HP Open View , а реалізується в замовних системах , що розробляються для конкретного замовника.

 

3 Архітектури систем управління мережами

 

Виділення в системах управління типових груп функцій і розбиття цих функцій на рівні ще не дає відповіді на питання, яким же чином влаштовані системи управління , з яких елементів вони складаються і які архітектури зв'язків цих елементів використовуються на практиці.

Схема менеджер - агент

 

В основі будь-якої системи управління мережею лежить елементарна схема взаємодії агента з менеджером . На основі цієї схеми можуть бути побудовані системи практично будь-якої складності з великою кількістю агентів і менеджерів різного типу.

 

Схема «менеджер - агент » представлена ​​на рис.

 

 

Агент є посередником між керованим ресурсом і головною керуючою програмою- менеджером. Щоб один і той же менеджер міг управляти різними реальними ресурсами , створюється деяка модель керованого ресурсу , яка відображає тільки ті характеристики ресурсу , які потрібні для його контролю і управління. Наприклад , модель маршрутизатора зазвичай включає такі характеристики , як кількість портів , їх тип , таблицю маршрутизації , кількість кадрів і пакетів протоколів канального , мережевого і транспортного рівнів , які пройшли через ці порти.

 

Менеджер отримує від агента тільки ті дані , які описуються моделлю ресурсу. Агент ж є деяким екраном , що звільняє менеджера від непотрібної інформації про деталі реалізації ресурсу. Агент поставляє менеджерові оброблену і представлену в нормалізованому вигляді інформацію . На основі цієї інформації менеджер приймає рішення з управління , а також виконує подальше узагальнення даних про стан керованого ресурсу , наприклад , будує залежність завантаження порту від часу.

 

Для отримання необхідних даних від об'єкта , а також для видачі на нього керуючих впливів агент взаємодіє з реальним ресурсом деяким нестандартним способом. Коли агенти вбудовуються в комунікаційне обладнання , то розробник обладнання передбачає точки і способи взаємодії внутрішніх вузлів пристрою з агентом. При розробці агента для операційної системи розробник агента користується тими інтерфейсами , які існують в цій ОС , наприклад інтерфейсами ядра , драйверів і додатків. Агент може забезпечуватися спеціальними датчиками для отримання інформації , наприклад датчиками релейних контактів або датчиками температури.

 

Менеджер і агент повинні розташовувати однієї і тієї ж моделлю керованого ресурсу , інакше вони не зможуть зрозуміти один одного. Однак у використанні цієї моделі агентом і менеджером є істотна відмінність . Агент наповнює модель керованого ресурсу поточними значеннями характеристик даного ресурсу , і в зв'язку з цим модель агента називають базою даних керуючої інформації - Management Information Base , MIB . Менеджер використовує модель , щоб знати про те , чим характеризується ресурс , які характеристики він може запитати у агента і якими параметрами можна управляти.

 

Менеджер взаємодіє з агентами по стандартному протоколу . Цей протокол повинен дозволяти менеджерові запитувати значення параметрів , що зберігаються в базі MIB , а також передавати агенту керуючу інформацію , на основі якої той повинен управляти пристроєм . Розрізняють управління inband , тобто по тому ж каналу , по якому передаються дані користувача , і управління out - of - band , тобто поза каналу , по якому передаються дані користувача . Наприклад , якщо менеджер взаємодіє з агентом , вбудованим в маршрутизатор , за протоколом SNMP , переданому по тій же локальній мережі , що і дані користувача , то це буде управління inband . Якщо ж менеджер контролює комутатор первинної мережі , що працює за технологією частотного ущільнення FDM , за допомогою окремої мережі Х.25 , до якої підключений агент , то це буде управління out - of - band . Управління по тому ж каналу , по якому працює мережа , більш економічно, так як не вимагає створення окремої інфраструктури передачі керуючих даних. Однак спосіб out - of - band більш надійний, тому що він надає можливість керувати обладнанням мережі і тоді , коли якісь елементи мережі вийшли з ладу і по основних каналах устаткування недоступне . Стандарт багаторівневої системи управління TMN має у своїй назві слово Network , що підкреслює , що в загальному випадку для управління телекомунікаційною мережею створюється окрема керуюча мережа , яка забезпечує режим out - of - band .

 

Зазвичай менеджер працює з декількома агентами , обробляючи одержувані від них дані і видаючи на них управляючі дії . Агенти можуть вбудовуватися в кероване обладнання , а можуть і працювати на окремому комп'ютері , пов'язаному з керованим обладнанням з якого-небудь інтерфейсу. Менеджер зазвичай працює на окремому комп'ютері , який виконує також роль консолі управління для оператора або адміністратора системи .

 

Модель менеджер - агент лежить в основі таких популярних стандартів управління , як стандарти Internet на основі протоколу SNMP і стандарти управління ISO / OSI на основі протоколу CMIP .

 

Агенти можуть відрізнятися різним рівнем інтелекту - вони можуть володіти як самим мінімальним інтелектом , необхідним для підрахунку проходять через обладнання кадрів і пакетів , так і вельми високим , достатнім для виконання самостійних дій з виконання послідовності керуючих дій в аварійних ситуаціях , побудові часових залежностей , фільтрації аварійних повідомлень і т. п.

 

Контрольні питання:

1 . До якого рівня моделі TMN відноситься більшість випускаються сьогодні систем управління?

2 . Яка схема лежить в основі систем управління всіх мереж

 

література :

 

1 . Оліфер В.Г. Комп'ютерні мережі , - СПБ , "Пітер " , 2004 . Стор. 356-359

2 . Буров Є.В.Комп ' ютерні мережі . Підручник . - Львів , МОУ , " Магнолія " ,

 

 

Лекція 17

 

Тема 3.4.4 Стандарти систем керування. Концепціі SNMP.
Ціль:
Вивчити структуру систем керування мережами. Роздивитися основні концепції протоколу SNMP

В системах управління, побудованих на основі протоколу SNMP, стандартізуются наступні елементи:

протокол взаємодії агента і менеджера;

мова опису моделей MIB і повідомлень SNMP – мова абстрактної синтаксичної нотації ASN.1 (стандарт ISO 8824:1987, рекомендації ITU-T Х.208);

декілька конкретних моделей MIB (MIB-I, MIB-II, RMON, RMON 2), імена об’єктів яких реєструються в дереві стандартів ISO.

Все інше віддається «на відкуп» розробникові системи управління.

Протокол SNMP і тісно пов’язана з ним концепція SNMP MIB були розроблені для управління маршрутизаторами Інтернету як тимчасове рішення. Але, як це часто буває зі всім тимчасовим, простота і ефективність рішення забезпечили успіх цього протоколу, і сьогодні він використовується для управління практично будь-якими видами устаткування і програмного забезпечення обчислювальних мереж.
І хоча в області управління телекомунікаційними мережами спостерігається стійка тенденція застосування стандартів ITU-T, в які входить протокол CMIP, і тут є достатньо багато прикладів успішного використання SNMP-управління. Агенти SNMP вбудовуються в аналогові модеми, модеми ADSL, комутатори АТМ і т.д.

SNMP – це протокол прикладного рівня, розроблений для стека TCP/IP, хоча є його реалізації і для інших стеків, наприклад IPX/SPX. Протокол SNMP використовується для отримання від мережевих пристроїв інформації про їх статус, продуктивність і інші характеристики, які зберігаються в базі даних інформації MIB, що управляє. (Management Information Base).
Простота SNMP багато в чому визначається простотою MIB SNMP, особливо їх перших версій MIB-I і MIB-II. Крім того, сам протокол SNMP також вельми нескладний.

Існують стандарти, що визначають структуру MIB, зокрема набір типів об’єктів цієї бази, їх імена і допустимі операції над ними (наприклад, «читати»).

Деревовидна структура MIB містить обов’язкові (стандартні) подде-ревья, а також в ній можуть знаходитися приватні (private) піддерева, позволяю-щие виготівникові інтелектуальних пристроїв управляти якими-небудь специ-фічеськімі функціями пристрою на основі специфічних об’єктів MIB.

Агент в протоколі SNMP – це оброблювальний елемент, який забезпечує менеджерам, розміщеним на станціях мережі, що управляють, доступ до значень змінних MIB і тим самим дає їм можливість реалізовувати функції по управлінню і спостереженню за пристроєм.

Основні операції по управлінню винесені в менеджер, а агент SNMP виконує найчастіше пасивну роль, передаючи в менеджер по його запиту значення накопичених статистичних змінних. При цьому пристрій працює з мінімальними витратами на підтримку протоколу, що управляє.
Воно використовує майже всю свою обчислювальну потужність для виконання своїх основних функцій маршрутизатора, моста або концентратора, а агент займається збором статистики і значень змінних стану пристрою і передачею їх менеджерові системи управління.

Література :

 

1 . Оліфер В.Г. Комп'ютерні мережі , - СПБ , "Пітер " , 2004 . Стор. 348-354

2 . Буров Є.В.Комп ' ютерні мережі . Підручник . - Львів , МОУ , " Магнолія " ,

2007 укр . Стор. 154-156

 




Переглядів: 606

Не знайшли потрібну інформацію? Скористайтесь пошуком google:

 

© studopedia.com.ua При використанні або копіюванні матеріалів пряме посилання на сайт обов'язкове.


Генерація сторінки за: 0.006 сек.