стану інтерфейсів мається на увазі збір статистики про кількість всіх переданих через інтерфейс пакетів, про кількість пакетів з помилками. Необхідно так само організувати оперативне оповіщення адміністратора про зміну статусу інтерфейсу (up або down).
Збір статистичних даних необхідний для внутрішнього контролю мережі передачі даних, щоб мати уявлення про навантаження на мережеве обладнання та канали зв'язку. Наявність таких даних дозволяє об'єктивніше оцінювати використання обладнання та необхідність розвитку мережі. У даному дипломному проекті не ставиться завдання обробки або відображення такої інформації.
Всі комутатори в розглянутій мережі є магістральними, тобто до їх портам підключається інше мережеве обладнання, що об'єднує різні підрозділи, у тому числі віддалені. Устаткування підрозділів не обслуговується тим же персоналом, що і магістральний. Тому контроль стану інтерфейсів (з оповіщенням про зміну стану) є необхідною умовою для швидкого усунення несправності, що не дозволить підрозділам довгий час простоювати без зв'язку.
Розглянутий спектр завдань дуже вузький для використання спеціалізованих програмних комплексів, що пропонуються, наприклад, компанією Cisco. Ці рішення, до того ж, є досить дорогими (в середньому від 5 до 30 000 доларів США залежно від функціональності).
Існуючі для цих цілей безкоштовні програми виконують більш вузькі завдання, але досить важко підібрати з них ту, яка виконувала б конкретні необхідні функції, до того ж модернізація і зміна таких програм бувають скрутними.
Більш підходящим рішенням бачиться написання власної програми. На вибір такого рішення вплинуло ряд факторів:
- підтримка обладнанням єдиного протоколу управління SNMP і наявність на сайті виробника устаткування cisco списку всіх змінних MIB, підтримуваних устаткуванням;
- досвід програмування мовою Perl і наявність готових модулів для Perl для роботи з протоколом SNMP;
- можливість подальшого розширення і зміни програми відповідно до виникаючими завданнями.
. 2 Вибір рішення для тарифікаційної системи
Згідно з завданням, необхідно організувати збір тарифікаційної інформації зі станцій Hicom і NEAX, та її зберігання для можливості подальшої обробки та аналізу.
Рахунки за телефонний трафік ВАТ Хабаровскенерго надається самим провайдером (в даному випадку це Хабаровская ГТС), але в них відображається інформація лише за зовнішніми дзвінкам, дзвінки всередині відомчої телефонної мережі не фіксуються. До того ж, при з'єднанні з провайдером по потокам Е1 тарифікація може враховуватися по пілотному номеру, тобто по одному номеру для всіх каналів Е1. В даному випадку неможливо визначити, кому конкретно з абонентів УАТС надати рахунок. Крім цього, інформація про дзвінки всередині мережі дозволить визначити навантаження на телефонну мережу, що дозволить визначити ефективність використання устаткування і каналів зв'язку, а так само прогнозувати подальший розвиток мережі.
Тому завдання збору тарифікаційної інформації та її обробки є актуальними для підприємства. Але використання для цих цілей платних програмних рішень (універсальних і поставляються виробником для конкретної станції) є невиправданим економічно. До того ж, при наданні рахунків провайдер орієнтується на час дзвінка, зафіксованого на його кінці. Цей час може не збігатися з часом на УАТС через втрати часу на встановлення з'єднання. А при використанні тарифікаційних систем для конкретної УАТС, при підготовці рахунків враховується час локальне, тому можуть бути розбіжності з провайдером. Тарификационная система не є в даному випадку необхідним елементом функціонування телефонної мережі, як, наприклад, для підприємств-операторів зв'язку, які отримують дохід від надання своїх послуг. І завдання такої системи не відрізняються складністю, тому можливо написання власного програмного комплексу.
У рамках даного дипломного проекту повинні бути вирішені наступні завдання:
- збір інформації про дзвінки зі станції і завантаження її в базу даних;
- відображення у вигляді графіка навантаження на певний напрямок.
. 3 Вибір загальної схеми системи моніторингу
Розглянутий в даному проекті фрагмент мережі представлений п'ятьма вузлами. Обслуговуючий персонал розглянутого обладнання розташовуються тільки в центральному вузлі (вузол А). У будинках, де розташовуються інші вузли, персонал знаходиться не постійно.
Тому организуемая система моніторингу повинна забезпечувати передачу інформації про стан обладнання в центральний вузол.
Передача ...
