- •Засоби аналізу та управління мережами конспект лекцій
- •1Протокол управління мережами snmp
- •1.1Архітектури систем управління мережами
- •1.1.1Схема «менеджер ‒ агент»
- •1.1.2Структури розподілених систем управління
- •1.1.3Платформенний підхід
- •1.1.4Стандартизовані елементи системи управління
- •1.1.5Введення в snmp
- •1.1.6Стандарти систем управління на основі протоколу snmp
- •1.1.7Концепції snmp-управління
- •1.1.8Протокол мережного управління snmp
- •1.1.9Короткий опис база даних mib
- •1.1.10Керуюча база даних mib
- •1.1.11Формати і імена об'єктів snmp mib
- •1.1.12Специфікація rmon mib
- •1.1.13Проблеми безпеки протоколу snmp v1/2
- •Уразливість в стандартній конфіругаціі Windows nt snmp Сервісу.
- •Проблема в os Solaris версії до 2.6.
- •1.2Характеристика snmPv3
- •1.2.1Відмінності snmPv3
- •1.2.2Безпека в snmPv3
- •2Програмні засоби моделювання та аналізу мереж
- •2.1Cisco Packet Tracer - Знайомство з програмою. Інтерфейс
- •2.1.1Використання Cisco Packet Tracer
- •2.1.2Командний режим операційної системи ios
- •3Програмні засоби управління мережами
- •3.1Якість обслуговування в комп’ютерних мережах
- •3.2Служба QoS
- •3.3Функції і архітектура систем управління мережами
- •3.4Платформений підхід
- •3.5.1Історія Tivoli
- •3.5.2Програмні рішення ibm Tivoli для інтелектуального управління іт - інфраструктурою підприємств і організацій
- •3.5.3Технології ibm / Tivoli для бізнес-орієнтованого управління додатками і системами
- •3.5.4 Технології ibm / Tivoli для малих і середніх підприємств
- •3.5.5Інтелектуальне управляюче програмне забезпечення Tivoli
- •3.5.6Ефективність завдяки інтеграції
- •3.5.7Продуктивність завдяки автоматизації
- •3.5.8Оптимізація віддачі бізнесу
- •3.5.9Користувачі, бізнес-процеси та іт - ресурси
- •3.5.10 Переваги, пз і рішення Tivoli
- •3.5.12 Компоненти ibm Tivoli Monitoring
- •Навчальне видання
- •Засоби аналізу та управління мережами конспект лекцій
3.2Служба QoS
Модель служби QoS. Ця служба має розподілений характер (її елементи повинні бути на всіх мережевих пристроях, що просувають пакети: комутаторах, маршрутизаторах, серверах доступу). Мають бути також і елементи централізованого управління, що дозволяють адміністратору конфігурувати механізми QoS в окремих пристроях мережі. Архітектура служби QoS включає елементи трьох основних типів:
Засоби QoS вузла, виконують обробку трафіку відповідно до вимог на якість обслуговування.
Протоколи QoS-сигналізації для координації роботи мережевих елементів з підтримки якості обслуговування «з кінця в кінець» (end-to-end, e2e)
Централізовані функції політики, управління та обліку QoS, що дозволяють адміністраторам мережі цілеспрямовано впливати на мережеві елементи для поділу ресурсів мережі між різними видами трафіку з необхідним рівнем QoS.
Засоби QoS вузла. Ці кошти можуть включати механізми двох типів:
Механізми обслуговування черг
Механізми кондиціонування трафіку
Механізм обслуговування черг - це необхідний елемент будь-якого пристрою, що працює за принципом комутації пакетів. Алгоритми обробки можуть бути самими різними - від FIFO до пріоритетного або зваженого обслуговування. Очевидно, що алгоритм FIFO достатній тільки для найпростішого випадку - Best Effort (з максимальними зусиллями).- Механізм кондиціонування трафіку не є обов'язковим. Його завдання - це зменшення швидкості вхідного потоку настільки, щоб вона завжди залишалася меншою, ніж швидкість просування цього потоку у вузлі. Цей механізм зазвичай включає в себе виконання таких функцій:
• Класифікація трафіку. Завдання - виділити в загальному потоці пакети одного потоку.
Для класифікації використовуються всі можливі параметри потоку: вузол призначення, ідентифікатор програми, значення пріоритету, мітка потоку і т. д.
• Профілювання потоку на основі правил політики (Policing). Для кожного вхідного потоку мається його набір параметрів QoS - профіль трафіку. Профілювання трафіку - це перевірка відповідності потоку параметрах його профілю. Наприклад, якщо перевищена узгоджена швидкість, проводиться відкидання або маркування (для можливості видалення) пакетів. Відкидання дозволяє знизити інтенсивність потоку. При маркуванні пакети зберігаються, але знижується якість їх обслуговування. Для перевірки використовується один з алгоритмів, наприклад, алгоритм «дірявого відра» (Leaky bucket).
• Формування трафіку (Shaping). Тут, в основному, намагаються згладити пульсацію трафіку, щоб на виході потік був більш рівномірним, ніж на вході. Це зменшує черги в наступних пристроях, а також дозволяє зробити потік більш рівномірним (це, наприклад, корисно в голосових додатках).
Типи QoS. Сервіс Best Effort - з максимальними зусиллями. Це фактично відсутність QoS. Обслуговування проводиться без будь-яких гарантій. Приклад: IP-мережі і Ethernet з принципом FIFO. Сервіс з перевагою (називають також «м'яким» сервісом QoS). Тут деякі види трафіку обслуговуються краще за інших. Але характеристики обслуговування точно невідомі - вони залежать від характеристик трафіку. Наприклад, при високій інтенсивності високопріоритетного трафіку може зовсім припинитися обслуговування трафіку з низьким пріоритетом. Гарантований сервіс (його називають також «жорстким» або «істинним» сервісом QoS). Різним типам трафіку даються статистичні гарантії. Зазвичай цей тип QoS заснований на попередньому резервуванні мережевих ресурсів для кожного з потоків, які отримали гарантії обслуговування. Однак і ці гарантії носять статистичний характер. Наприклад, з імовірністю 0,999 затримка пакета не повинна перевищувати 100 мс. При цьому проводиться контроль інтенсивності вхідних потоків - щоб це значення не перевищувало заздалегідь обумовлену величину. Такий тип QoS застосовується зазвичай для обслуговування тих програм, для яких потрібні гарантії пропускної здатності та / або затримок. Наприклад, це може бути трафік відеоконференції або трафік, що поступає від вимірювальних систем реального часу.
