3.7. Висновки до розділу

Застосування мережних компонентів при написанні розбивається на модулі, що відповідають за ту або іншу функцію вузла, наприклад, за реалізацію протоколу зв'язку через SPI. Кожен модуль має пріоритет (1-8), містить власну чергу завдань, загальний інтерфейс (AddTask, AddTaskwDelay, DoTask), набір службових змінних, обробники подій. Модуль включає у своєму складі завдання. Завданням у даному контексті є логічно завершена операція, наприклад, прийом і перевірка цілісності отриманого кадру. Завдання м би. поточними, терміновими і відкладеними. Поточні завдання ставляться в чергу і виконуються послідовно в порядку свого вступу (реєстрації в черзі завдань модуля). Термінові завдання ставляться в початок черги і виконуються першочергово. Відкладені завдання виконуються по витіканню заданого таймауту.

Модулі обмінюються інформацією через інтерфейс подій. При виникненні події в модулі ядро отримує інформацію з кодом події і викликає відповідні обробники подій модулів, що підписалися раніше на подію, що сталася. Обробники подій додають в чергу свого модуля що відповідають події послідовності завдань. Подібний підхід до організації застосування є компромісним. З одного боку, реалізоване на цьому ядрі застосування є в достатній мірі структурованим і відносно простим в аналізі, має достатню для більшості застосувань швидкодію і не вимогливо до апаратних ресурсів (обробка циклу ядра займає близько 160 тактів 32-х бітового RISC ЦПУ). Ядро менш складне, чим повноцінні, функціонально потужніші РТОС, але вимогливіші до апаратних ресурсів і складніше по реалізації Застосування.

Висновки

Методами проектування було обрано визначення основних правил передавання пакетів даних через мережу, розробка програмних засобів перехоплення даних пакетів з застосуванням мов програмування високого рівня.

Під час виконання дипломного проекту було проаналізовано:

‑ принципи роботи ASPNET;

‑ принципи організації роботи мережі за топологією mesh-line;

‑ методи налаштування протоколів передачі даних в ASPNET;

та розроблено:

‑ протокол передачі даних в радіомережі користувача за будовою принципу ASPNET;

‑ програму моніторингу пакетів передачі даних в ASPNET.

Можливі прогнози щодо розвитку об’єкта дослідження можуть бути представленні у створенні робочого зразка програми та використанні його в користувацьких радіомережах.

З теоретичної точки зору у дипломному проекті в першу чергу розкривається необхідність в підтримці декількох типів трафіку з різними вимогами до якості послуг у рамках архітектури TCP/IP. Це дозволяє вирішити два ключових інструменти: транспортний протокол реального часу (Real-Tіme Transport Protocol, RTP) і протокол резервування ресурсів (Resource Reservatіon Protocol, RSVP).

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

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

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

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

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

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

При створенні протоколу передачі даних використовувалось програмне забезпечення JetOS, яке на основі внутрішніх налаштувань дозволило отримати унікальний протокол корпоративної радіомережі.

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

‑ доступ до MAC радіоканалу передачі кадрів: гарантовані тимчасові слоти в межах суперкадру і контейнери у складі кадрів даних для вставки і ретрансляції пакетів від сенсорів;

‑ MAC асоціацію вузлів і сенсорів, в т.ч. мобільних за допомогою хендовера;

‑ функцію детектування енергії при скануванні каналу Energy Detection;

‑ функцію індикації якості ланки зв'язку Link Quality Indication.

Було проаналізовано особливості використання програмного забезпечення для роботи з БД Informix. В розробленому програмному забезпеченні бази даних використовувались для збереження інформації про основні властивості трафіку і відстеження переданих пакетів.

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

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

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