CC BY
706
УДК 004.735
Е. Ю. Костенко, Р. Р. Дуйсенгалиев, Е. А. Барабанова
СИСТЕМА МОНИТОРИНГА ДЛЯ КОНТРОЛЯ ТРАФИКА ТЕХНОЛОГИЧЕСКИХ СЕТЕЙ ПЕРЕДАЧИ ДАННЫХ
Рассмотрены вопросы организации мониторинга и управления сетью, необходимые для этого протоколы и инструменты, а также преимущества использования комплексной системы управления и мониторинга сети. Цель исследования - спроектировать систему мониторинга технологической сети передачи данных ООО «Газпром добыча Астрахань» для повышения надежности технологических процессов предприятия. В качестве системы мониторинга и отслеживания статусов разнообразных сервисов компьютерной сети (сети передачи данных), серверов и сетевого оборудования выбрана система Zabbix, имеющая ряд преимуществ по сравнению с другими. Для получения наглядной информации о состоянии технологических процессов и о передаваемом трафике использован программный комплекс Net-Flow Analyzer. Произведено имитационное моделирование комплексной системы мониторинга предприятия на примере ООО «Газпром добыча Астрахань». Предложенная система мониторинга может использоваться, например, для анализа пропускной способности сети, оптимизации ее топологии, определения оптимального режима ее работы и обслуживания.
Ключевые слова: системы мониторинга, телеметрия, маршрутизаторы, телекоммуникации, линия связи.
Введение
Оперативная передача информации, расширение различных информационных потоков, обеспечение надежной связи с внешними информационными ресурсами, как в России, так и за рубежом, возможны только при наличии развитой региональной телекоммуникационной инфраструктуры.
Управление сетью передачи данных требует комплексного подхода и охватывает организацию доступа для управления сетевыми устройствами, мониторинг, замену оборудования и обновление программного обеспечения, резервное копирование, а также документирование сетевой инфраструктуры. Как правило, что система управления работает обычно в автоматизированном режиме - выполняет наиболее простые действия по управлению сетью автоматически, а сложные решения, на основе подготовленной информации, предоставляет принимать человеку.
Данные о технологических процессах предприятия поступают в сеть благодаря телеметрии1. Для сбора данных используют, как правило, либо датчики телеметрии (с возможностью работы в телеметрических системах, т. е. со специальным встроенным модулем связи), либо устройства связи с объектами, к которым подключаются обычные датчики. При повышении надежности линии связи повысится быстрота реагирования на аварийные ситуации и, как следствие, надежность технологических процессов [1].
Действующая система мониторинга и управления территориально распределенной сети технологической связи предприятия ООО «Газпром добыча Астрахань» не удовлетворяет возросшим требованиям по своим функциональным возможностям. В настоящее время на предприятии нет единого центра мониторинга и управления сетью технологической связи, управление узлом связи осуществляется непосредственно на самом узле. В связи с этим целью нашего исследования было спроектировать единую систему мониторинга технологической сети передачи данных ООО «Газпром добыча Астрахань» для повышения надежности технологических процессов предприятия.
Состояние проблемы
Требования к системам мониторинга. Любая сложная вычислительная сеть требует дополнительных специальных средств управления помимо тех, которые имеются в стандартных сетевых операционных системах. Это обусловлено большим количеством разнообразного коммуникационного оборудования, от надежности работы которого зависит работа всей сети. Распределенный характер крупной корпоративной сети делает невозможным поддержание ее рабо-
1 Телеметрия - техника измерений на расстоянии.
ты без централизованной системы управления, которая в автоматическом режиме собирает информацию о состоянии каждого концентратора, коммутатора, мультиплексора и маршрутизатора и предоставляет эту информацию оператору сети.
Выше отмечалось, что система управления работает обычно в автоматизированном режиме: система выполняет наиболее простые действия по управлению сетью автоматически, а сложные решения, на основе подготовленной системой информации, принимает человек.
В связи с тем, что сами системы управления представляют собой сложные программно-аппаратные комплексы, существует граница целесообразности применения системы управления, которая определяется сложностью сети, разнообразием применяемого коммуникационного оборудования и степенью его распределенности по территории. Однако при росте сети может возникнуть необходимость объединения разрозненных программ управления устройствами в единую систему управления, в связи с чем, возможно, придется отказаться от этих программ и заменить их интегрированной системой управления [2]. Для поиска оптимальной системы управления проведем сравнение систем мониторинга (табл. 1) по следующим параметрам.
1. Формирование отчетов SLA (Service Level Agreement). Контроль гарантированных параметров качества обслуживания SLA, определяющих межоператорские взаимоотношения.
2. Формирование трендов. Выявление основных тенденций динамики показателей качества работы телекоммуникационной сети.
3. Прогнозирование трендов. Прогнозирование изменения динамики показателей качества работы телекоммуникационной сети.
4. Анализ топологии сети. Сбор информации об элементах сети.
5. Использование агентной модели мониторинга. Наличие устройств, осуществляющих сбор и передачу информации о работе сети.
6. Поддержка SNMP (Simple Network Management Protocol). Использование протокола SMNP для обмена информацией о состоянии объектов наблюдения в режиме реального времени.
7. Протоколирование событий. Формирование подробных записей о состоянии элементов сети.
8. Датчики внештатных ситуаций. Наличие устройств для оповещения о возникновении критических ситуаций, негативной тенденции к изменению показателей качества работы телекоммуникационной сети.
9. Распределенный мониторинг. Мониторинг сигнального обмена на предмет соответствия работы оборудования определенным спецификациям протоколов [3].
Таблица 1
Сравнительная таблица систем мониторинга
Система мониторинга Параметры
1 2 3 4 5 6 7 8 9
Argus + - - - + + + + +
Intellipool Network Monitor + - - + - + + - +
AdRem NetCrunch - + - + - + + + -
IPHost Network Monitor + + - + - + - + -
NetMRI - + - + - + + + +
NetQoS Performance Center + + + + - + + + +
OPNET ACE Live + + + + - + - + +
Opsview + + - + + + + + +
Performance Co-Pilot - + - - + - - + +
Scrutinizer + + - - - + + + +
Orion + + + + + + + + +
Zenoss + + + + - + + + +
Nagios + + - - + + + + +
Zabbix + + + - + + + + +
Анализ показал, что системы мониторинга, предлагаемые на мировом рынке, сходны по выполняемым функциям. Все они предоставляют почти одинаковый минимальный набор возможностей, однако каждая из них характеризуется определенными недостатками: в большинстве систем вообще не реализованы возможности прогнозирования трендов, а в системах, где они реализованы, построение происходит на основе устаревшей статистической информации. Подобное прогнозирование не учитывает фрактальность трафика, нелинейность характеристик
и нестационарность процессов. Обобщив предложенные выше решения, можно синтезировать общую архитектуру системы мониторинга и управления. Все рассмотренные системы мониторинга основаны на использовании агентного подхода. Агенты собирают статистическую информацию о работе элементов сети и передают ее в центральную базу данных, затем собранная информация обрабатывается управляющими модулями. В состав системы мониторинга должны входить следующие компоненты: формирование отчетов, модуль управления SNMP, архив и консоль управления. Модуль формирования отчетов позволяет формировать из имеющихся данных информацию для принятия управленческих решений. Модуль управления SNMP отвечает за сбор информации с агентов мониторинга и взаимодействие с системами управления. Архив позволяет упорядочить хранение статистической информации и организовать последующую работу с ней. Консоль управления реализует функции конфигурирования и управления системой.
Для решения поставленной задачи нами был выбор сделан в пользу системы мониторинга Zabbix [4], т. к. она имеет лицензию на свободное программное обеспечение и распространяется бесплатно. Кроме того, Zabbix имеет хорошо развитую документацию на программное обеспечение.
На предприятии ООО «Газпром добыча Астрахань» с 2012 г. функционирует Управление связи, специалисты которого осуществляют эксплуатацию линий связи и оборудования корпоративной сети предприятия и системы оповещения об авариях.
Для наиболее быстрого реагирования на аварийные ситуации на предприятии ООО «Газпром добыча Астрахань» смоделируем систему комбинированного мониторинга Zabbix с функцией СМС- и e-mail-уведомлений. Для корпоративной сети передачи данных наиболее полезным инструментом будет протокол NetFlow, т. к. в связке с этой утилитой могут использоваться пакеты данных для представления данных в более удобном пользователю виде. По результатам анализа инструментов и средств мониторинга сделан вывод о том, что наибольшая надежность сети и наиболее эффективная передача данных обеспечиваются при использовании комплекса протоколов NetFlow и SNMP [5].
Анализ трафика сети при помощи NetFlow Analyzer
Проектирование любой сети начинается с планирования. При проектировании сети следует придерживаться иерархической модели сети, которая, по сравнению с «плоской» сетью, имеет следующие достоинства:
- упрощается понимание организации сети;
- подразумевается модульность, что означает простоту наращивания мощностей именно там, где необходимо;
- легче найти и изолировать проблему;
- повышается отказоустойчивость за счет дублирования устройств и (или) соединений;
- функций по обеспечению работоспособности сети распределяются по различным устройствам [6].
Сеть технологической связи - неотъемлемая составная часть многоуровневой системы управления ООО «Газпром добыча Астрахань», комплекс сопряженных сетей электросвязи, обеспечивающий надежную, своевременную и качественную передачу всех видов информации в интересах оперативно-технологической, производственно-хозяйственной и коммерческой деятельности компании. Данная сеть включает в себя не только системы передачи, но и относящиеся к ним средства контроля, оперативного переключения, резервирования, управления, и, как следствие, имеет достаточно сложную структуру. Вследствие этого рассмотрение всей технологической сети в рамках нашего исследования является нецелесообразным, и мы остановимся лишь на фрагменте технологической сети.
Исследуемый фрагмент включает в себя следующие объекты (узлы), находящиеся на территории г. Астрахани и Астраханской области (рис. 1):
- узел связи № 1 - ул. Ленина, дом 30 (len 30);
- узел связи № 2 - ул. Ленина, дом 20 (len 20);
- узел связи № 3 - ул. Шаумяна, дом 46 (Shaum);
- узел связи № 4 - пос. Аксарайский (Aks);
- узел связи № 5 - с. Старокучергановка (Kucher).
Aks 4
5
Kücheг
3
Shaum
Рис. 1. Структурная схема узлов связи ООО «Газпром добыча Астрахань»
На рис. 1 видно, что узлы № 1, 2 и 3 соединены оптоволоконным кабелем, а узлы № 2, 4 и 5 - радиорелейными линиями. Такое соединение обеспечивает большую надежность - в случае выхода из строя участка оптического кабеля или радиорелейной линии на каком-либо участке сети связь будет осуществляться со всеми узлами по обходному резервному маршруту через протокол динамической маршрутизации OSPF (Open Shortest Path First).
Предлагаемая система мониторинга ООО «Газпром добыча Астрахань» (рис. 2) состоит из 5 маршрутизаторов, 6 коммутаторов, 1 сервера мониторинга и компьютера администратора, при соединении которых используется смешанная топология.
Узел связи № 4, пос. Аксарайский
Узел связи № 1, ул. Ленина, д. 30
Технологически! процесс
Узел связи № 3, ул. Шаумяна, д. 46
Рис. 2. Система мониторинга корпоративной сети ООО «Газпром добыча Астрахань»: ЛВС - локальная вычислительная сеть
На рис. 2 видно, что мониторинг технологического процесса осуществляется только на узле № 4, на остальных узлах осуществляется контроль рабочих мест работников предприятия и трафика передаваемых данных.
Под мониторингом технологического процесса понимается мониторинг контроллеров и датчиков, установленных непосредственно на Астраханском газоперерабатывающем заводе. Информация с контроллеров (датчиков) стекается на сервер, мониторинг которого, в свою очередь, осуществляется оператором.
При помощи программы-генератора трафика NetStress на вход смоделированной системы мониторинга подается ТСР-поток информационных данных.
Для того чтобы тестировать и устранять неисправности сетей, необходимы инструменты, которые позволяют генерировать трафик и анализировать пропускную способность как проводных, так и беспроводных сетей. Это инструменты, которые используются для устранения в сетях показателей уровня сигналов помех от точки доступа в единицах дБм или RSSI (индикация уровня сигнала по отношению) [7].
Данные о критических ошибках и протекании технологического процесса будут отправляться по e-mail или СМС-уведомлениями через систему мониторинга Zabbix. Затем главный оператор дает распоряжения дежурным операторам, которые предпринимают действия по ликвидации аварийной ситуации.
Слабый узел в данном случае - узел связи № 1 (ул. Ленина, 30), поэтому резервным будет являться узел № 4 (пос. Аксарайский), и в случае выхода из строя вся информация будет поступать на этот узел.
У каждого маршрутизатора, участвующего в процессе OSPF, есть свой уникальный идентификатор - Router ID. Маршрутизатор может выбрать его автоматически - на основе информации о подключенных интерфейсах (выбирается высший адрес из интерфейсов, активных на момент запуска процесса OSPF), можно назначить Router ID самостоятельно - при помощи команды #router-id 172.16.255.1.
Обычно создаётся Loopback-интерфейс, которому присваивается адрес с маской /32, и именно он назначается в качестве Router ID, т. к. это бывает удобно при обслуживании.
В программе NetFlow Analyzer встроена опция создания рейтинга сайтов, на которых происходит утечка.
График скорости передачи данных для IP-адреса 192.168.0.2 в NetFlow Analyzer представлен на рис. 3.
aks.lab. local
T'lil 1
¡Сиз!:-" Rspn v| FroI» |2015-05-31 ~
iky ACL
] ICE у I т.; fo 15-05-31
V - | Show | :.- ;r- :|реум ТпПЫкен;Я M M В ■ ¡Л St
Traffic in К bps
|a
Max Speed : .24 Mbps
Avg Speed : 7": С .6 Kbps
Volume : 313.77 MB
Рис. 3. График скорости передачи данных для IP-адреса 192.168.0.2 в NetFlow Analyzer
По результатам моделирования при подаче на вход программой-генератором трафика максимальная скорость передачи данных составила 1,24 Мбит/с, средняя скорость - 710,6 Кбит/с, общий объем переданного трафика - 310,77 Мбайт (рис. 3).
Анализ трафика в системе мониторинга Zabbix через протокол SNMP
Во введенной единой системе мониторинга, в случае аварийной ситуации (повышение температуры маршрутизатора (коммутатора) до критических значений, загруженность процессора и памяти и т. п.) или отклонения параметров технологического процесса от заданных значений, информация поступает к оператору по e-mail или в виде СМС-уведомления Zabbix.
Zabbix - свободная система мониторинга и отслеживания статусов разнообразных сервисов компьютерной сети, серверов и сетевого оборудования.
Для хранения данных используется СУБД MySQL. Веб-интерфейс написан на языке PHP (Personal Home Page Tools). Zabbix поддерживает несколько видов мониторинга:
- Simple checks - может проверять доступность и реакцию стандартных сервисов, таких как SMTP или HTTP, без установки какого-либо программного обеспечения на наблюдаемом хосте;
- Zabbix agent - может быть установлен на UNIX-подобных или Windows-хостах для получения данных о нагрузке процессора, использовании сети, дисковом пространстве и т. д.;
- External check - выполнение внешних программ. Zabbix поддерживает мониторинг также через SNMP [5].
Настройка SNMP производится на оборудовании Cisco.
Согласно данным на рис. 3 и 4, количество пакетов и средняя скорость, полученные с помощью протоколов NetFlow и SNMP, различны.
Мониториь ir Инвентаризация Отчета! Настройка Администрирование ^ Zabbix 1.8 Appliance
ПАНЕЛЬ Обзор Веб Последние данные Триггеры События Графики Комплексные экраны Карты ПОИСК: Ц
:кие графики » Группы узлоЕ
I
aks; Input (1ч)
поел мин сред макс
■ output [все] 20.46 Kbps 531.2 bps 13,98 Kbps 28.95 Kbps
■ input [все] 1.15 Mbps 736 bps 698,07 Kbps 1,42 Mbps I input odnoadres [все] 734.4 bps 6.4 bps 472.94 bps 948,8 bps
Zabbix 1.8.13 Все права
Рис. 4. График скорости передачи данных для Fast Ethernet 0/0 в системе мониторинга Zabbix
По протоколу SNMP, в отличие от NetFlow, можно узнать загрузку процессора маршрутизатора, текущее рабочее состояние, текущую скорость интерфейса. Это связано с тем, что протокол NetFlow снимает данные с IP-адреса, а SNMP - с интерфейса [8].
На основании анализа трафика протоколов SNMP и NetFlow и принципов их работы можно сделать ряд выводов о преимуществах и недостатках данных протоколов (табл. 2).
Таблица 2
Сравнительный анализ протоколов NetFlow и SNMP
Протокол SNMP NetFlow
Описание Протокол SNMP работает на базе протокола UDP (User Datagram Protocol) и предназначен для использования сетевыми управляющими станциями. Он позволяет управляющим станциям собирать информацию о положении в сети Internet. Протокол определяет формат данных, их обработка и интерпретация остаются на усмотрение управляющих станций или менеджера сети. SNMP-сообщения не имеют фиксированного формата и фиксированных полей. При работе протокол SNMP использует управляющую базу данных (MIB - Management Information Base, RFC-1213, RFC-1212). В соответствии с NetFlow-протоколом выполняется анализ пакетов, проходящих через определенный интерфейс сетевого устройства, на основе чего формируется информация в определенном формате о параметрах различных сетевых потоков, проходящих через этот интерфейс, и эта информация передается по IP-сети специальной программе, называемой NetFlow-коллектором (NetFlow collector). NetFlow-коллектор устанавливается на каком-либо компьютере (сервере) сети и занимается сбором и первичной обработкой информации от одного или группы сетевых устройств, передающих данные в формате NetFlow. Далее уже используются программы, анализирующие собранные данные и предоставляющие пользователю необходимые ему отчеты о работе сети.
Преимущества Использование систем управления сетью для автоматического мониторинга сетей - отличный способ выявления изменений в трафике в зависимости от времени суток и событий. Возможность расширения перечня ресурсов для исследования в зависимости от встроенных возможностей сетевой инфраструктуры. Автоматическая запись трафика в файл анализатора протоколов при нарушении заданных условий. Возможность настройки системы обнаружения вторжения на отслеживание симптомов, свидетельствующих о сетевой атаке извне или изнутри. Территориально распределенная структура сенсоров/коллекторов, HP OpenView Performance Insight Report Pack for NetFlow Interfaces, возможность выбора интерфейса. Подробное описание. Разнообразие продуктов - от скриптов, находящихся в базах FreshMeat, SourceForge и т. п., до анализаторов промышленного уровня типа ManageEngine NetFlow Analyser со стоимостью более 700 у. е. за лицензию на 10 интерфейсов.
Недостатки Отсутствие средств взаимной аутентификации агентов и менеджеров. Отсутствие развитой системы защиты данных на уровне, необходимом для сетей масштаба предприятия. Абсолютная незащищенность узла, на котором работали средства поддержки этого протокола. Сложность систем управления сетью и сложность их настройки. Необходимость наличия определенного уровня знаний. Трудоемкость настройки программных продуктов. Ресурсоемкость.
Таким образом, учитывая достоинства и недостатки протоколов NetFlow и SNMP, можно сделать вывод, что оптимальным решением для управления сетью было бы использование сразу двух протоколов.
Заключение
Таким образом, надежность технологического процесса зависит от надежности корпоративной сети передачи данных. Для решения этой задачи спроектирована система мониторинга корпоративной сети ООО «Газпром добыча Астрахань». В случае возникновения аварийной ситуации на производстве информация поступает в центральный узел связи (ул. Ленина, 20), где установлена комплексная система мониторинга (Zabbix и NetFlow). В виде СМС-уведомление или по e-mail информация поступает главному оператору, который дает указания по предотвращению аварийной ситуации дежурным операторам. Предложенная система мониторинга обеспечивает учет влияния загруженности сети на надежность технологического процесса.
Предложенная система мониторинга может использоваться, например, для анализа пропускной способности сети, оптимизации ее топологии, определения оптимального режима ее работы и обслуживания.
СПИСОК ЛИТЕРА ТУРЫ
1. Как подключить sms уведомление к zabbix // URL: http://www.4erp.ru/zabbix/sms-zabbix.html.
2. Пятибратов А. П. Вычислительные системы, сети и телекоммуникации: учеб. для вузов / А. П. Пя-тибратов, Л. П. Гудыно, А. А. Кириченко; под ред. А. П. Пятибратова. М.: Финансы и статистика, 2013. 736 с.
3. Simple Network Management Protocol (SNMP) // URL: http://www.ieft.org/rfc1157.txt.
4. Cecil A. A Summary of Network Traffic Monitoring and Analysis Techniques / A. Cecil // URL: http://www.cse.wustl.edu/~jain/cse567-06/ftp/net_monitoring/index.html.
5. Olups R. Zabbix 1.8 Network Monitoring // URL: http://www.amazon.co.uk/Zabbix-Network-Monitoring-Rihards-Olups/dp/184719768X.
6. Гольдштейн Б. С. Сети связи: учеб. для вузов / Б. С. Гольдштейн, Н. А. Соколов, Г. Г. Яновский. СПб.: БХВ-Петербург, 2010. 400 с.
7. Перов А. А. Мониторинг сетей связи с динамической топологией на основе программы / А. А. Перов, А. А. Сорокин, В. Н. Дмитриев // Вестн. Астрахан. гос. техн. ун-та. Сер.: Управление, вычислительная техника и информатика. 2010. № 1. С. 99-102.
8. Костенко Е. Ю. Исследование систем мониторинга корпоративных сетей передачи данных / Е. Ю. Костенко, Е. А. Барабанова // Наука, образование, инновации: пути развития: материалы Шестой Всерос. науч.-практ. конф. (Петропавловск-Камчатский, 21-24 апреля 2015 г.). Петропавловск-Камчатский: КамчатГТУ, 2015. С. 80- 84.
Статья поступила в редакцию 8.09.2015
ИНФОРМАЦИЯ ОБ АВТОРАХ
Костенко Екатерина Юрьевна - Россия, 414056, Астрахань, Астраханский государственный технический университет; магистрант кафедры «Связь»; [email protected].
Дуйсенгалиев Радмир Рашитович - Россия, 414056, Астрахань, Астраханский государственный технический университет; магистрант кафедры «Связь»; [email protected].
Барабанова Елизавета Александровна - Россия, 414056, Астрахань, Астраханский государственный технический университет; канд. техн. наук; доцент кафедры «Связь»; [email protected].
E. Yu. Kostenko, R. R. Duysengaliev, E. A. Barabanova
MONITORING SYSTEMS FOR TRAFFIC CONTROL OF TECHNOLOGICAL NETWORKS OF DATA TRANSMISSION
Abstract. The questions of the organization of network monitoring and management, the necessary protocols and tools, as well as the benefits of using an integrated management system and network monitoring are considered. The purpose of the research is to design a monitoring system for the data transmission network of Ltd "Gazprom Dobycha Astrakhan" in order to improve the reliability of technological processes of the enterprise. As a system for monitoring and tracking the status of the various network services (data transmission network), servers and network equipment, the system Zabbix, which has a number of advantages compared to others, is chosen. To obtain visual information about the state of technological processes and traffic, the software complex Net-flow Analyzer is used. Simulation of the complex monitoring system of the enterprise Ltd "Gazprom Dobycha Astrakhan" is carried out. The proposed monitoring system can be used, for example, for the analysis of the network bandwidth, optimization of its topology and determination of the optimum mode of its operation and maintenance.
Key words: monitoring system, telemetry, routers, telecommunications, communication line.
REFERENCES
1. Kakpodkliuchit' sms uvedomlenie k Zabbix [How to connect sms notification to Zabbix]. Available at: http://www.4erp.ru/zabbix/sms-zabbix.html.
2. Piatibratov A. P., Gudyno L. P., Kirichenko A. A. Vychislitel'nye sistemy, seti i telekommunikatsii [Computer systems, networks and telecommunications]. Pod redaktsiei A. P. Piatibratova. Moscow, Finansy i statistika Publ., 2008. 736 p.
3. Simple Network Management Protocol (SNMP). Available at: http://www.ieft.org/rfc1157.txt.
4. Cecil A. A Summary of Network Traffic Monitoring and Analysis Techniques. Available at: http://www.cse.wustl.edu/~jain/cse567-06/ftp/net_monitoring/index.html.
5. Olups R. Zabbix 1.8 Network Monitoring. Available at: http://www.amazon.co.uk/Zabbix-Network-Monitoring-Rihards-Olups/dp/184719768X.
6. Gol'dshtein B. S., Sokolov N. A., Ianovskii G. G. Seti sviazi [Communication networks]. Saint-Petersburg, BKhV-Peterburg Publ., 2010. 400 p.
7. Perov A. A., Sorokin A. A., Dmitriev V. N. Monitoring setei sviazi s dinamicheskoi topologiei na os-nove programmy Nagios [Monitoring networks with dynamic topology-based program Nagios]. Vestnik Astra-khanskogo gosudarstvennogo tekhnicheskogo universiteta. Seriia: Upravlenie, vychislitel'naia tekhnika i informatika, 2010, no. 1, pp. 99-102.
8. Kostenko E. Iu., Barabanova E. A. Issledovanie sistem monitoringa korporativnykh setei peredachi dannykh [Study of monitoring of corporate data networks]. Nauka, obrazovanie, innovatsii: puti razvitiia. Mate-rialy Shestoi Vserossiiskoi nauchno-prakticheskoi konferentsii (Petropavlovsk-Kamchatskii, 21-24 aprelia 2015 g.). Petropavlovsk-Kamchatsky, KamchatGTU, 2015. P. 80-84.
Kostenko Ekaterina Yurievna - Russia, 414056, Astrakhan, Astrakhan State Technical University; Master's Student of the Department "Communication"; [email protected].
Duysengaliev Radmir Rashitovich - Russia, 414056, Astrakhan, Astrakhan State Technical University; Master's Student of the Department "Communication", [email protected].
Barabanova Elizaveta Aleksandrovna - Russia, 414056, Astrakhan, Astrakhan State Technical University; Candidate of Technical Sciences; Assistant Professor of the Department "Communication"; [email protected].
The article submitted to the editors 8.09.2015
INFORMATION ABOUT THE AUTHORS
