МАРК РЕГНЕРУС ДОСЛІДЖЕННЯ: Наскільки відрізняються діти, які виросли в одностатевих союзах
РЕЗОЛЮЦІЯ: Громадського обговорення навчальної програми статевого виховання ЧОМУ ФОНД ОЛЕНИ ПІНЧУК І МОЗ УКРАЇНИ ПРОПАГУЮТЬ "СЕКСУАЛЬНІ УРОКИ" ЕКЗИСТЕНЦІЙНО-ПСИХОЛОГІЧНІ ОСНОВИ ПОРУШЕННЯ СТАТЕВОЇ ІДЕНТИЧНОСТІ ПІДЛІТКІВ Батьківський, громадянський рух в Україні закликає МОН зупинити тотальну сексуалізацію дітей і підлітків Відкрите звернення Міністру освіти й науки України - Гриневич Лілії Михайлівні Представництво українського жіноцтва в ООН: низький рівень культури спілкування в соціальних мережах Гендерна антидискримінаційна експертиза може зробити нас моральними рабами ЛІВИЙ МАРКСИЗМ У НОВИХ ПІДРУЧНИКАХ ДЛЯ ШКОЛЯРІВ ВІДКРИТА ЗАЯВА на підтримку позиції Ганни Турчинової та права кожної людини на свободу думки, світогляду та вираження поглядів Контакти
Тлумачний словник |
|
||
Тема 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, стандартізуются наступні елементи: протокол взаємодії агента і менеджера; мова опису моделей MIB і повідомлень SNMP – мова абстрактної синтаксичної нотації ASN.1 (стандарт ISO 8824:1987, рекомендації ITU-T Х.208); декілька конкретних моделей MIB (MIB-I, MIB-II, RMON, RMON 2), імена об’єктів яких реєструються в дереві стандартів ISO. Все інше віддається «на відкуп» розробникові системи управління. Протокол SNMP і тісно пов’язана з ним концепція SNMP MIB були розроблені для управління маршрутизаторами Інтернету як тимчасове рішення. Але, як це часто буває зі всім тимчасовим, простота і ефективність рішення забезпечили успіх цього протоколу, і сьогодні він використовується для управління практично будь-якими видами устаткування і програмного забезпечення обчислювальних мереж. SNMP – це протокол прикладного рівня, розроблений для стека TCP/IP, хоча є його реалізації і для інших стеків, наприклад IPX/SPX. Протокол SNMP використовується для отримання від мережевих пристроїв інформації про їх статус, продуктивність і інші характеристики, які зберігаються в базі даних інформації MIB, що управляє. (Management Information Base). Існують стандарти, що визначають структуру MIB, зокрема набір типів об’єктів цієї бази, їх імена і допустимі операції над ними (наприклад, «читати»). Деревовидна структура MIB містить обов’язкові (стандартні) подде-ревья, а також в ній можуть знаходитися приватні (private) піддерева, позволяю-щие виготівникові інтелектуальних пристроїв управляти якими-небудь специ-фічеськімі функціями пристрою на основі специфічних об’єктів MIB. Агент в протоколі SNMP – це оброблювальний елемент, який забезпечує менеджерам, розміщеним на станціях мережі, що управляють, доступ до значень змінних MIB і тим самим дає їм можливість реалізовувати функції по управлінню і спостереженню за пристроєм. Основні операції по управлінню винесені в менеджер, а агент SNMP виконує найчастіше пасивну роль, передаючи в менеджер по його запиту значення накопичених статистичних змінних. При цьому пристрій працює з мінімальними витратами на підтримку протоколу, що управляє. Література :
1 . Оліфер В.Г. Комп'ютерні мережі , - СПБ , "Пітер " , 2004 . Стор. 348-354 2 . Буров Є.В.Комп ' ютерні мережі . Підручник . - Львів , МОУ , " Магнолія " , 2007 укр . Стор. 154-156
Переглядів: 606 |
Не знайшли потрібну інформацію? Скористайтесь пошуком google: |
© studopedia.com.ua При використанні або копіюванні матеріалів пряме посилання на сайт обов'язкове. |
|