Версия ПО 3.31

Примечания и предупреждения

Требования к аппаратному обеспечению и ПО

При выборе сервера необходимо учитывать следующие системные требования (требования предоставляются к VM без учета резервирования системы).

Требования к программному обеспечению системы Eltex.EMS

Для версий EMS 3.31 обязательными являются такие условия:

Операционная система:            Ubuntu 18.04 LTS ×64

Java:                                             Oracle Java 8

Tomcat:                                        Apache Tomcat 6

MySQL:                                       MySQL server 5.5

Рабочее место оператора:

Процессор CPU Pentium E5700 3.0 ГГц;

ОЗУ не менее 3 Гб (рекомендуется от 4 Гб и более);

Емкость жесткого диска 80 Гб;

Сетевой адаптер Ethernet 100/1000 Мбит/с;

Монитор с разрешением не менее 1366×768 (рекомендуется 1920×1080);

ОС MS Windows 7, 8, 8.1, 10 или Linux;

Виртуальная машина Java JRE не ниже версии 8.0 - 151 (build 1.8.0_151-b12));

Данные о соединениях

Количество одновременных пользовательских сессий: в любой конфигурации сервера возможны одновременно до 100 сессий пользователей.

Количество сессий TL1: по умолчанию 5 сессий, максимально до 10.

Таймауты TL1: таймауты TL1 зависят от загрузки интерфейса обмена между СУ и OLT. Максимальное время обработки команды — 180 секунд.

Требования к сети

Подключение к сети по интерфейсу Ethernet 100/1000 BASE-T.

Средняя задержка передачи пакетов информации, мс — не более 100.

Отклонение от среднего значение задержки передачи пакетов информации, мс — не более 50.

Коэффициент потери пакетов информации — не более 10^-4.

Коэффициент ошибок в пакетах информации — не более 10^-6.

Требования к сети по задержкам, ширине канала, используемые протоколы и порты:

• обмен между СУ и OLT производится по протоколу SNMP, порт 161;
• приём информационных сообщений (SNMP trap, inform) от OLT к СУ производится на порту 162;
• для обновления ПО OLT/ONT, для операций выгрузки и загрузки конфигурации используется протокол TFTP и стандартный порт 69;
• на СУ может быть настроен сервер службы точного времени NTP для OLT, порт 123 UDP;
• опрос доступности OLT в сети осуществляется по протоколу ICMP;
• web-сервер СУ предоставляет для загрузки апплет GUI по протоколу http, порт 8080;
• обмен между GUI и сервером осуществляется по протоколу TCP/IP, серверный порт 9310;
• северный мост Notrhbound работает:
  • по протоколу TL1 (Telnet-совместимый), серверный порт 9340;
  • по протоколу SOAP/XML, серверный порт 8080;
• резервирование серверов реализовано при помощи пакета keepalived, протокол vrrp (LVS);
• в случае работы с оборудованием GePON, в составе СУ используется DHCP-сервер (стандартные порты);
• резервирование файловых ресурсов (2 и более сервера) при помощи glusterfs, порты 24007—24012, 111, 2049;
• резервирование ресурсов БД MySQL, используется порт 3306;
• доступ к серверу по SSH, порт 22.

Виртуализация

В случае когда требуется управление небольшой сетью устройств, например до 20 OLT (менее 20 тысяч ONT) можно применять технологии виртуализации, т. е. устанавливать систему EMS в виртуальную машину (ВМ) на промышленный гипервизор. Единственное ограничение в таком режиме — это не использовать Eltex.EMS в качестве сервера Syslog (коллектор отладочных журналов), т. к. в этом случае очень сильно повышается нагрузка на сетевую подсистему связки гипервизор — ВМ, возможны сбои в работе других сетевых протоколов. Использование виртуализации в сетях с большим количеством OLT и ONT требует согласования по аппаратным возможностям сервера и настройкам гипервизора.

Назначение системы

Основная задача системы «Eltex.EMS» — установить централизованное управление элементами сети, построенными на оборудовании производства компании «ЭЛТЕКС». Для обмена информацией с оборудованием на сети используется адаптированный SNMP-менеджер, реализующий наиболее частые и массовые операции по управлению абонентскими портами и другими параметрами оборудования.

Система «Eltex.EMS» устроена по клиент-серверной архитектуре. Единый сервер доступа предоставляет интерфейс, позволяющий производить независимое одновременное управление различными элементами сети.

Описано управление следующими устройствами:

Подсистема автоматизации управления (Northbound Interface) предназначена для возможности подключения автоматизированной системы управления абонентскими портами. В частности, она позволяет производить стыковку с биллинговой системой оператора, используя открытые стандартизированные протоколы, что позволяет автоматизировать такие рутинные операции, как массовое отключение абонентских портов при неоплаченной услуге и последующие включения по мере оплаты, а также назначение профилей.

Состав системы и описание сервисов

Состав системы

Система «Eltex.EMS» строится по клиент-серверной архитектуре. Мультизадачное ядро SNMP-менеджера позволяет подключаться нескольким клиентским приложениям одновременно и выполнять независимые запросы к оборудованию.

Рисунок 1а — Структура системы управления «Eltex.EMS» для сети с коммутацией и маршрутизацией пакетов информации

Рисунок 1б — Структура системы управления «Eltex.EMS» для цифровых транспортных систем

Структура системы управления сетевыми элементами «Eltex.EMS»:

• EMS server — ядро системы;
• Web Server — предоставляет интерфейс для ручного управления через браузер;
• Web Service — сервис, позволяющий реализовать автоматизированное управление абонентскими портами (находится в составе Eltex.EMS);
• SQL — база данных, хранилище, построенное на базе СУБД MySQL. В базе данных хранится топология сети и индивидуальные настройки доступа к каждому устройству (snmp-параметры). Также БД используется для хранения учётных записей пользователей, сообщений от устройств и т. д.;
• Server ACS — сервер автоконфигурирования абонентских устройств (подробное описание приведено в документах «Руководство по эксплуатации Eltex.ACS.GUI» и «Руководство по эксплуатации Eltex.ACS»). Реализована интеграция пользовательского интерфейса управления транспортных сетей PON и настройка абонентских устройств;
• Браузер (Web browser) — программное обеспечение для запроса, обработки, вывода информации, основной элемент управления (находится в составе рабочего места оператора);
• Client SOAP — автоматизированная система управления абонентскими портами (находится в составе OSS или сервис активатора оператора связи).

Сервисы сервера EMS

eltex-ems

Описание

Основной сервис системы EMS. Организует взаимодействие с пользовательскими сессиями с одной стороны и взаимодействие с OLT с другой стороны.

Способ запуска/остановки

Сервис EMS запускается автоматически при старте сервера.

Для остановки сервиса используется команда:

service eltex-ems stop

Для запуска сервиса после остановки используется команда:

service eltex-ems start

Для проверки — запущен ли сервис в данный момент или нет, используется команда:

service eltex-ems status

В ответ последует сообщение:

Eltex.EMS Server is running with the pid <pid>

в случае если сервис запущен (где <pid> — это номер процесса),

или

Eltex.EMS Server is not running

в случае если сервис не запущен.

Конфигурация

Настройка сервиса осуществляется через графический интерфейс (см. раздел Eltex.EMS. Работа с сектором устройств PON#Администрирование. Поведение графического интерфейса данного руководства).

Настройки доступа к базам данных (адреса баз данных и параметры для подключения к ним) содержатся в файле /usr/lib/eltex-ems/conf/config.txt. При внесении изменений требуется рестарт сервиса eltex-ems.

# DB Event
poolName1=event
event.jdbc.driver=org.gjt.mm.mysql.Driver
event.jdbc.dbUrl=jdbc:mysql://192.168.99.221/eltex_alert?useUnicode=true&characterEncoding=utf
8&relaxAutoCommit=true&connectTimeout=5000
event.jdbc.username=javauser ### логин и пароль удаленного пользователя базы данных
event.jdbc.password=javapassword
event.jdbc.maxPoolSize=48
event.jdbc.inUse=yes
# DB Tree
poolName2=tree
tree.jdbc.driver=org.gjt.mm.mysql.Driver
tree.jdbc.dbUrl=jdbc:mysql://192.168.99.221/eltex_ems?useUnicode=true&characterEncoding=utf8
&relaxAutoCommit=true&connectTimeout=5000
tree.jdbc.username=javauser
tree.jdbc.password=javapassword
tree.jdbc.maxPoolSize=48
tree.jdbc.inUse=yes
# DB Ont
poolName3=ont
ont.jdbc.driver=org.gjt.mm.mysql.Driver
ont.jdbc.dbUrl=jdbc:mysql://192.168.99.221/eltex_ont?useUnicode=true&characterEncoding=utf8&
relaxAutoCommit=true&connectTimeout=5000
ont.jdbc.username=javauser
Централизованная система управления сетевыми элементами SoftWLC 13
ont.jdbc.password=javapassword
ont.jdbc.maxPoolSize=64
ont.jdbc.inUse=yes
# DB Syslog
poolName4=syslog
syslog.jdbc.driver=org.gjt.mm.mysql.Driver
syslog.jdbc.dbUrl=jdbc:mysql://192.168.99.221/Syslog?useUnicode=true&characterEncoding=utf8&r
elaxAutoCommit=true&connectTimeout=5000
syslog.jdbc.username=javauser
syslog.jdbc.password=javapassword
syslog.jdbc.maxPoolSize=48
syslog.jdbc.inUse=yes
# DB acsmain (alias=cpe)
poolName5=cpe
cpe.jdbc.driver=org.gjt.mm.mysql.Driver
cpe.jdbc.dbUrl=jdbc:mysql://192.168.99.221/acsmain?useUnicode=true&characterEncoding=utf8&r
elaxAutoCommit=true&connectTimeout=5000
cpe.jdbc.username=javauser
cpe.jdbc.password=javapassword
cpe.jdbc.maxPoolSize=48
cpe.jdbc.inUse=yes
# DB acscmds(alias=cmds)
poolName6=cmds
cmds.jdbc.driver=org.gjt.mm.mysql.Driver
cmds.jdbc.dbUrl=jdbc:mysql://192.168.99.221/acscmds?useUnicode=true&characterEncoding=utf8
&relaxAutoCommit=true&connectTimeout=5000
cmds.jdbc.username=javauser
cmds.jdbc.password=javapassword
cmds.jdbc.maxPoolSize=48
cmds.jdbc.inUse=yes
# DB acsinf(alias=inf)
poolName7=inf
inf.jdbc.driver=org.gjt.mm.mysql.Driver
inf.jdbc.dbUrl=jdbc:mysql://192.168.99.221/acsinf?useUnicode=true&characterEncoding=utf8&relax
AutoCommit=true&connectTimeout=5000
inf.jdbc.username=javauser
14 Централизованная система управления сетевыми элементами SoftWLC
inf.jdbc.password=javapassword
inf.jdbc.maxPoolSize=48
inf.jdbc.inUse=yes
# DB acscache(alias=cache)
poolName8=cache
cache.jdbc.driver=org.gjt.mm.mysql.Driver
cache.jdbc.dbUrl=jdbc:mysql://192.168.99.221/acscache?useUnicode=true&characterEncoding=utf8
&relaxAutoCommit=true&connectTimeout=5000
cache.jdbc.username=javauser
cache.jdbc.password=javapassword
cache.jdbc.maxPoolSize=48
cache.jdbc.inUse=yes

где 192.168.99.221 — виртуальный IP-адрес баз данных.

tomcat6

Описание

Apache Tomcat — сервер web-приложений. Осуществляет доставку java-апплета GUI-клиента системы EMS до компьютера пользователя.

Способ запуска/остановки

Сервис tomcat6 запускается автоматически при старте сервера.

Для остановки сервиса используется команда:

service tomcat6 stop

Для запуска сервиса после остановки используется команда:

service tomcat6 start

Для проверки — запущен ли сервис в данный момент или нет, используется команда:

service tomcat6 status

В ответ последует сообщение:

* Tomcat servlet engine is running with pid <pid>

в случае если сервис запущен (где <pid> — это номер процесса),

или

* Tomcat servlet engine is not running

в случае если сервис не запущен.

Конфигурация

Сервис tomcat6 не имеет настраиваемых параметров.

keepalived

Описание

Сервис keepalived обеспечивает работоспособность системы резервирования. Он выполняет мониторинг серверов и, в случае недоступности одного из них, осуществляет передачу virtual ip работоспособному серверу.

Способ запуска/остановки

Сервис keepalived запускается автоматически при старте сервера.

Для остановки сервиса используется команда:

service keepalived stop

Для запуска сервиса после остановки используется команда:

service keepalived start

Сервис keepalived не имеет специальной команды проверки активности, поэтому, для того чтобы удостовериться, что сервис доступен, необходимо проверить присутствие keepalived в списке процессов на сервере:

ps aux | grep "/sbin/keepalived"

Если сервис запущен — в результате выполнения команды будет получен список из трёх строк:

root      1247  0.0  0.0  43308  1008 ?        Ss   11:11   0:01 /sbin/keepalived -x
root      1248  0.0  0.3  49852  3352 ?        S    11:11   0:04 /sbin/keepalived -x
root      1249  0.0  0.2  49844  2972 ?        S    11:11   0:14 /sbin/keepalived -x

Если сервис не запущен — команда не выдаст сообщений.

Конфигурация

Настройка заключается в правильной выдаче весов серверам:

• один сервер берёт роль «MASTER», второй сервер «BACKUP»;
• оба сервера имеют начальный приоритет 50;
• вес скрипта — 2;
• параметр #nopreempt выключен.

В такой конфигурации при возобновлении связи (или восстановлении eltex-ems) основной (мастер) сервер не забирает себе мастерство после восстановления работоспособности, поскольку приоритеты становятся одинаковыми.

Ниже варианты конфигурационных файлов для обоих серверов.

Файл /etc/keepalived/keepalived.conf.

Конфигурация MASTER:

! Configuration File for keepalived
global_defs {
   notification_email {
      admin@domain.com
   }
   notification_email_from eltex.ems@domain.com
   smtp_server mail.domain.com
   smtp_connect_timeout 30
   router_id EMS_1
   enable_traps
}
vrrp_script check_emsd {
    script "/etc/keepalived/check_ems_new.sh 192.168.99.211" # скрипт проверки активности EMS (tomcat6 + nbi + ems). Адрес = реальный адрес этого сервера
    interval 8  # интервал проверки 8 с
    weight 2  # вес скрипта. По умолчанию мастер стартует со значением 100, а слейв 50. Если скрипт не выполнен, то мастер получит 0 и работа перейдёт на слейв
    fall 1     # для выполнения снижения веса должно сработать 1 раз с отрицательным результатом

    rise 1     # для возврата в нормальное состояние должно сработать 1 раз с положительным результатом
}

vrrp_script check_users {
    script "/etc/keepalived/check_ems_users.sh" # скрипт проверки активности EMS (tomcat6 + nbi + ems). Адрес = реальный адрес этого сервера
    interval 8    # интервал проверки 8 с
    weight 2  # вес скрипта. По умолчанию мастер стартует со значением 100, а слейв 50. Если скрипт не выполнен, то мастер получит 0 и работа перейдёт на слейв
    fall 1        # для выполнения снижения веса должно сработать 1 раз с отрицательным результатом
    rise 1        # для возврата в нормальное состояние должно сработать 1 раз с положительным результатом
}

vrrp_instance VI_EMS{
    state MASTER
    interface eth0
    lvs_sync_daemon_interface eth0
    garp_master_delay 10
    virtual_router_id 61
    track_script {
        check_emsd
        check_users
    }
    priority 50
    advert_int 1
    #nopreempt
    authentication {
        auth_type PASS
        auth_pass eltex
    }
    unicast_peer {
    192.168.99.213
}
    virtual_ipaddress {
        192.168.99.221 label eth0:vip
    }
    notify_master "/etc/keepalived/keep_notify.sh master"
    notify_backup "/etc/keepalived/keep_notify.sh backup"
    notify_fault "/etc/keepalived/keep_notify.sh fault"
}
virtual_server 192.168.99.221 30333 {
    delay_loop 6
    nat_mask 255.255.255.0
    persistence_timeout 10
    protocol TCP
    
    real_server 192.168.99.211 30333 {
        weight 1
        
        MISC_CHECK {
           misc_path "/etc/keepalived/check_ems_srv.sh 192.168.99.211" # в скрипт передать реальный адрес сервера
           misc_timeout 10
           notify_up "/etc/keepalived/service_notify.sh up"
           notify_down "/etc/keepalived/service_notify.sh down"
        }
    }

    real_server 192.168.99.213 30333 {
        weight 1
        
        MISC_CHECK {
           misc_path "/etc/keepalived/check_ems_srv.sh 192.168.99.213" # в скрипт передать реальный адрес сервера
           misc_timeout 10
           notify_up "/etc/keepalived/service_notify.sh up"
           notify_down "/etc/keepalived/service_notify.sh down"
        }
    }
}

где

192.168.99.211 — реальный адрес MASTER-сервера;

192.168.99.213 — реальный адрес SLAVE-сервера;

192.168.99.221 — виртуальный адрес.

Конфигурация SLAVE:

! Configuration File for keepalived
global_defs {
   notification_email {
      admin@domain.com
   }
   notification_email_from eltex.ems@domain.com
   smtp_server mail.domain.com
   smtp_connect_timeout 30
   router_id EMS_2
   enable_traps
}
vrrp_script check_emsd {
    script "/etc/keepalived/check_ems_new.sh 192.168.99.213" # скрипт проверки активности EMS (tomcat6 + nbi + ems). Адрес = реальный адрес этого сервера
    interval 8    # интервал проверки 8 с
    weight 2  # вес скрипта. По умолчанию мастер стартует со значением 100, а слейв 50. Если скрипт не выполнен, то мастер получит 0 и работа перейдёт на слейв
    fall 1     # для выполнения снижения веса должно сработать 1 раз с отрицательным результатом
    rise 1     # для возврата в нормальное состояние должно сработать 1 раз с положительным результатом
}

vrrp_script check_users {
    script "/etc/keepalived/check_ems_users.sh" # скрипт проверки активности EMS (tomcat6 + nbi + ems). Адрес = реальный адрес этого сервера
    interval 8    # интервал проверки 8 с
    weight 2  # вес скрипта. По умолчанию мастер стартует со значением 100, а слейв 50. Если скрипт не выполнен, то мастер получит 0 и работа перейдёт на слейв
    fall 1        # для выполнения снижения веса должно сработать 1 раз с отрицательным результатом
    rise 1        # для возврата в нормальное состояние должно сработать 1 раз с положительным результатом
}
vrrp_instance VI_EMS {
    state BACKUP
    interface eth0
    lvs_sync_daemon_interface eth0
    garp_master_delay 10
    virtual_router_id 61
    track_script {
        check_emsd
        check_users
    }
    priority 50
    advert_int 1
    #nopreempt
    authentication {
        auth_type PASS
        auth_pass eltex
    }
    unicast_peer {
    192.168.99.211
}    virtual_ipaddress {
        192.168.99.221 label eth0:vip
    }
    notify_master "/etc/keepalived/keep_notify.sh master"
    notify_backup "/etc/keepalived/keep_notify.sh backup"
    notify_fault "/etc/keepalived/keep_notify.sh fault"
}
virtual_server 192.168.99.221 30333 {
    delay_loop 6
    nat_mask 255.255.255.0
    persistence_timeout 10
    protocol TCP
    real_server 192.168.99.211 30333 {
        weight 1
    
        MISC_CHECK {
 
           misc_path "/etc/keepalived/check_ems_srv.sh 192.168.99.211" # в скрипт передать реальный адрес сервера
           misc_timeout 10
           notify_up "/etc/keepalived/service_notify.sh up"
           notify_down "/etc/keepalived/service_notify.sh down"
        }
    }
   
    real_server 192.168.99.213 30333 {
        weight 1

        MISC_CHECK {
           misc_path "/etc/keepalived/check_ems_srv.sh 192.168.99.213" # в скрипт передать реальный адрес сервера
           misc_timeout 10
           notify_up "/etc/keepalived/service_notify.sh up"
           notify_down "/etc/keepalived/service_notify.sh down"
        }
    }
}

где

192.168.99.211 — реальный адрес MASTER-сервера;

192.168.99.213 — реальный адрес SLAVE-сервера;

192.168.99.221 — виртуальный адрес.

Контроль доступности сервиса Eltex.EMS производится при помощи скриптов /etc/keepalived/check_ems_new.sh и /etc/keepalived/check_ems_users.sh, которые также должны находиться в конфигурациях обоих серверов. Скрипты производят контроль доступности, используя механизм Northbound, и проверяют наличие авторизованных в EMS пользователей.

Вызывается метод получения версии:

http://$TO_HOST:8080/northbound/getVersion

Скрипт проверяет одновременно три составляющих части сервера:

• tomcat6 (как web-сервер);
• eltex-ems server (ядро системы);
• eltex-ems northbound (интерфейс связи с OSS).

snmpd

Описание

Сервис snmpd служит для мониторинга параметров серверов EMS и состояния системы резервирования. Также он осуществляет генерацию аварийных сообщений при неполадках в системе резервирования.

Способ запуска/остановки

Сервис snmpd запускается автоматически при старте сервера.

Для остановки сервиса используется команда:

service snmpd stop

Для запуска сервиса после остановки используется команда:

service snmpd start

Для проверки — запущен ли сервис в данный момент или нет, используется команда:

service snmpd status

В ответ последует сообщение:

* snmpd is running

в случае если сервис запущен,

или

* snmpd is not running

в случае если сервис не запущен.

Конфигурация

Файл конфигурации сервиса snmpd расположен в /etc/snmp/snmpd.conf и имеет следующее содержание:

rocommunity public
rwcommunity private
informsink localhost
master agentx

Строки rocommunity и rwcommunity задают содержимое поля community, которое должно содержаться в SNMPGET- и SNMPSET-сообщениях соответственно. Если эти значения будут изменены, необходимо внести соответствующие изменения в настройки сервера EMS (на вкладке «Доступ» объекта EMS — параметры «Read community» и «Write community»).

rsync

Описание

Сервис rsync обеспечивает синхронизацию файлов между серверами, работающими в паре. Синхронизации подлежат файлы конфигурации сервиса EMS, файлы ПО ONT и OLT, а также выгруженные файлы конфигураций OLT.

Сервис rsync состоит из двух частей. Серверная часть представлена демоном rsyncd, который постоянно запущен на серверах. Клиентская часть представлена приложением rsync, которое запускается MASTER-сервером с периодом в 1 минуту и осуществляет копирование файлов на BACKUP-сервер.

Запуск и остановка сервера rsync

Сервис rsync запускается автоматически при старте сервера.

Для остановки сервиса используется команда:

service rsync stop

Для запуска сервиса после остановки используется команда:

service rsync start

Для проверки — запущен ли сервис в данный момент или нет, используется команда:

service rsync status

В ответ последует сообщение:

* rsync is running

в случае если сервис запущен,

или

* rsync is not running

в случае если сервис не запущен.

Конфигурация сервера rsync

Файл конфигурации сервера rsync располагается в /etc/rsyncd.conf и имеет следующее содержание:

[ems-conf]
   path = /usr/lib/eltex-ems/conf/
   use chroot = yes
   max connections = 2
   lock file = /var/lock/rsyncd
   read only = no
   list = no
   uid = root
   auth users = backup
   secrets file = /etc/rsyncd.secrets
   strict modes = yes
   hosts allow = 192.168.99.213
   ignore errors = no
   ignore nonreadable = yes
   transfer logging = no
   timeout = 60
   refuse options = checksum dry-run
   dont compress = *.gz *.tgz *.zip *.z *.rpm *.deb *.iso *.bz2 *.tbz

[ems-tftp]
   path = /tftpboot
   use chroot = yes
   max connections = 2
   lock file = /var/lock/rsyncd.tftp
   read only = no
   list = no
   uid = root
   auth users = backup
   secrets file = /etc/rsyncd.secrets
   strict modes = yes
   hosts allow = 192.168.99.213
   ignore errors = no
   ignore nonreadable = yes
   transfer logging = no
   timeout = 60
   refuse options = checksum dry-run
   dont compress = *.gz *.tgz *.zip *.z *.rpm *.deb *.iso *.bz2 *.tbz

В параметре hosts_allow необходимо указать IP-адрес сервера, который будет иметь доступ к ресурсу, то есть адрес второго сервера в паре.

Для аутентификации необходимо настроить пользователя rsync на обоих серверах, для этого указать его данные в файле /etc/rsyncd.secrets в следующем виде:

backup:rspasswd

где

backup — имя пользователя,

rspasswd — пароль.

Запретить доступ к файлу для всех пользователей, кроме root:

chown root:root /etc/rsyncd.secrets
chmod 600 /etc/rsyncd.secrets

Конфигурация клиента rsync

Для синхронизации файлов на серверах каждую минуту запускается скрипт /usr/lib/eltex-ems/scripts/rsync_ems_backup.sh, который проверяет роль сервера и, в случае если сервер является ведущим (MASTER), осуществляет копирование файлов на второй сервер в паре. Копирование производится только для изменившихся файлов, чтобы уменьшить нагрузку.

#!/bin/bash
#Check if we're root
if [ `whoami` != "root" ]
    then
               echo "This script should be run by root."
               exit 1
fi

#Check - if we're master - try to perform backup to slave
SRVMODE=`cat /tmp/keep.mode`
if [ "$SRVMODE" == "MASTER" ]
    then
rsync -urlogt --delete-after --password-file=/etc/rsync_client.secrets /usr/lib/eltex-ems/conf/* backup@192.168.99.213::ems-conf > /tmp/rsync_ems_conf.log 2>&1
echo $? >> /tmp/rsync_ems_conf_result.log
rsync -urlogt --delete-after --password-file=/etc/rsync_client.secrets /tftpboot/* backup@192.168.99.213::ems-tftp > /tmp/rsync_ems_tftpboot.log 2>&1
echo $? >> /tmp/rsync_ems_tftpboot_result.log
    else
               echo "Not master. No action will be performed."
fi

В строках вызова программы rsync указывается IP-адрес второго сервера в паре.

Для аутентификации служит файл /etc/rsync_client.secrets, в котором указывается пароль к удалённому серверу Rsync, который был настроен в файле /etc/rsyncd.secrets на удалённом сервере.

rspasswd

Необходимо ограничить доступ к этому файлу:

chown root:root /etc/rsync_client.secrets
chmod 600 /etc/rsync_client.secrets

cron

Описание

Сервис cron используется для периодического выполнения заданий в определённое время. К таким заданиям относятся:

• синхронизация файлов между серверами (rsync);
• резервное копирование сохранённых конфигураций OLT;
• проверка работоспособности EMS.

Способ запуска/остановки

Сервис cron запускается автоматически при старте сервера.

Для остановки сервиса используется команда:

service cron stop

Для запуска сервиса после остановки используется команда:

service cron start

Для проверки — запущен ли сервис в данный момент или нет, используется команда:

service cron status

В ответ последует сообщение:

cron start/running, process <pid>

в случае если сервис запущен (где <pid> — это номер процесса),

или

cron stop/waiting

в случае если сервис не запущен.

Конфигурация

Задачи для cron описываются в файле /etc/cron.d/ems-backup:

# m h  dom mon dow   command

# ежедневное полное копирование содержимого /tftpboot в 23:45 (по умолчанию выкл.)

# 45 23 * * * root /usr/lib/eltex-ems/scripts/reserve-tftp.sh

# проверка доступности EMS через northbound каждые 5 минут (при недоступности рестартует tomcat6 и ems-serrver)

*/5 * * * * root /usr/lib/eltex-ems/scripts/check_ems_srv.sh

# Синхронизация файлов через rsync — каждую минуту

*/1 * * * * root /usr/lib/eltex-ems/scripts/rsync_ems_backup.sh

*/5 * * * * root /usr/lib/eltex-ems/scripts/rsync-run.sh 192.168.99.213 root 7

где 192.168.99.213 — IP-адрес второго сервера в паре.

Описание формата записей приведено в разделе 2.3.4.4.

tftp

Описание

Сервис tftp предоставляет доступ к файлам на сервере по протоколу TFTP для OLT. С помощью этого протокола происходит загрузка/выгрузка файлов ПО и конфигураций OLT. Для доступа TFTP-сервера к файлам, выгруженным при помощи EMS по HTTP-протоколу, необходим запуск TFTP-сервера от имени tomcat6.

Способ запуска/остановки

Сервис tftp запускается автоматически при старте сервера.

Для остановки сервиса используется команда:

service tftpd-hpa stop

Для запуска сервиса после остановки используется команда:

service tftpd-hpa start

Для проверки — запущен ли сервис в данный момент или нет, используется команда:

service tftpd-hpa status

В ответ последует сообщение:

tftpd-hpa start/running, process <pid>

в случае если сервис запущен (где <pid> — это номер процесса),

или

tftpd-hpa stop/waiting

в случае если сервис не запущен.

Конфигурация

Файл конфигурации tftp расположен в /etc/default/tftpd-hpa и имеет следующий вид:

# /etc/default/tftpd-hpa
TFTP_USERNAME="tomcat6 "
TFTP_DIRECTORY="/tftpboot"
TFTP_ADDRESS="0.0.0.0:69"
TFTP_OPTIONS="--secure —create"

Сервисы сервера БД

mysql-bin

Описание

Сервис mysql — это основной сервис сервера БД. Он осуществляет как функции непосредственного доступа к БД, так и самостоятельно выполняет репликацию БД между двумя серверами, работающими в паре.

Способ запуска/остановки

Сервис mysql запускается автоматически при старте сервера.

Для остановки сервиса используется команда:

service mysql stop

Для запуска сервиса после остановки используется команда:

service mysql start

Для проверки — запущен ли сервис в данный момент или нет, используется команда:

service mysql status

В ответ последует сообщение:

mysql start/running, process <pid>

в случае если сервис запущен (где <pid> — это номер процесса),

или

mysql stop/waiting

в случае если сервис не запущен.

Конфигурация

Файл конфигурации mysql располагается в /etc/mysql/my.cnf.

Особенности работы

После полного перезапуска сервера по питанию mysql должен самостоятельно перезапустить репликацию БД (если время отключения было не более 1—2 мин). В случаях, когда сервер провёл в недоступном состоянии небольшое количество времени (минуты), возможно восстановить репликацию без вмешательства оператора при помощи запуска скрипта по расписанию: на сервере периодически (по задаче в cron) запускается скрипт /usr/lib/eltex-ems/scripts/revive-mysql-replication.sh.

#!/bin/bash

LOCAL_FILE=`mysql --user=rootuser --password=rootpasswd -e "show slave status \G" | grep "Master_Log_File" | awk ' {print $2}'`

REMOTE_FILE=`mysql --host=192.168.99.214 --user=rootuser --password=rootpasswd -e "show masterstatus \G" | grep "File" | awk '{print $2}'`

echo $LOCAL_FILE

echo $REMOTE_FILE

if [ $LOCAL_FILE != $REMOTE_FILE ]

then

    mysql --user=root --password=root -e "stop slave"

    mysql --user=root --password=root -e "start slave"

fi

где

rootuser/rootpasswd — логин и пароль администратора MySQL;

192.168.99.214 — реальный адрес сервера, который работает в паре с тем, на котором выполняется этот скрипт.

Этот скрипт сравнивает имена binary-log mysql-файлов, которые используются для репликации, на текущем сервере и на сервере, работающем с ним в паре.

В случае несовпадения — происходит рестарт репликации.

keepalived

Описание

Сервис keepalived обеспечивает работоспособность системы резервирования. Он выполняет мониторинг серверов и, в случае недоступности одного из них, осуществляет передачу virtual IP работоспособному серверу.

Способ запуска/остановки

Сервис keepalived запускается автоматически при старте сервера.

Для остановки сервиса используется команда:

service keepalived stop

Для запуска сервиса после остановки используется команда:

service keepalived start

Сервис keepalived не имеет специальной команды проверки активности, поэтому для того чтобы удостовериться, что сервис доступен, необходимо проверить присутствие keepalived в списке процессов на сервере:

ps aux | grep "/sbin/keepalived"

Если сервис запущен — в результате выполнения команды будет получен список из трёх строк:

root      1247  0.0  0.0  43308  1008 ?        Ss   11:11   0:01 /sbin/keepalived -x
root      1248  0.0  0.3  49852  3352 ?        S    11:11   0:04 /sbin/keepalived -x
root      1249  0.0  0.2  49844  2972 ?        S    11:11   0:14 /sbin/keepalived -x

Если сервис не запущен — команда не выдаст ничего.

Конфигурация

Настройка заключается в правильной выдаче весов серверам:

• один сервер берёт роль «MASTER», второй сервер «BACKUP»;
• оба сервера имеют начальный приоритет 50;
• вес скрипта — 2;
• параметр #nopreempt выключен.

В такой конфигурации при возобновлении связи (или восстановлении mysql) основной (MASTER) сервер не отбирает себе мастерство после восстановления работоспособности, так как приоритеты становятся равными.

Ниже варианты конфигурационных файлов для обоих серверов.

Файл /etc/keepalived/keepalived.conf.

Конфигурация MASTER:

! Configuration File for keepalived

global_defs {
   notification_email {
      admin@domain.com
   }
   notification_email_from eltex.ems@domain.com
   smtp_server mail.domain.com
   smtp_connect_timeout 30
   router_id MYSQL_1
   enable_traps
} 
vrrp_script check_mysql {
    script "/etc/keepalived/check_mysql_srv.sh 192.168.99.212" # скрипт проверки активности EMS (tomcat6 + nbi + ems). Адрес = реальный адрес этого сервера
    interval 2    # интервал проверки 2 с
    weight 2  # вес скрипта. по умолчанию мастер стартует со значением 100, а слейв 50. Если скрипт не выполнен, то мастер получит 0 и работа перейдёт на слейв
    fall 2        # для выполнения снижения веса должно сработать 2 раза с отрицательным результатом
    rise 2        # для возврата в нормальное состояние должно сработать 2 раза с положительным результатом
}

vrrp_instance VI_MYSQL {
    state MASTER
    interface eth0
    lvs_sync_daemon_interface eth0
    garp_master_delay 10
    garp_master_repeat 7
    virtual_router_id 51
   track_script {
        check_mysql
    }
    priority 50
    advert_int 1
    #nopreempt
    authentication {
        auth_type PASS
        auth_pass eltex
    }
    unicast_peer {
    192.168.99.214
    }
    virtual_ipaddress {
        192.168.99.220 label eth0:vip
    }
}

virtual_server 192.168.99.220 30333 {
    delay_loop 6
    nat_mask 255.255.255.0
    persistence_timeout 10
    protocol TCP

    real_server 192.168.99.212 30333 {
        weight 1
        MISC_CHECK {
           misc_path "/etc/keepalived/check_mysql_srv.sh 192.168.99.212" # в скрипт передать реальный адрес сервера
           misc_timeout 10
        }
    }

    real_server 192.168.99.214 30333 {
        weight 1

        MISC_CHECK {
           misc_path "/etc/keepalived/check_mysql_srv.sh 192.168.99.214" # в скрипт передать реальный адрес сервера
           misc_timeout 10
        }
    }
}

где

192.168.99.212 — реальный адрес MASTER-сервера;

192.168.99.214 — реальный адрес SLAVE-сервера;

192.168.99.220 — виртуальный IP-адрес.

Конфигурация SLAVE:

! Configuration File for keepalived

global_defs {
   notification_email {
      admin@domain.com
   }
   notification_email_from eltex.ems@domain.com
   smtp_server mail.domain.com
   smtp_connect_timeout 30
   router_id MYSQL_2
   enable_traps
}

vrrp_script check_mysql {
    script "/etc/keepalived/check_mysql_srv.sh 192.168.99.214" # скрипт проверки активности EMS (tomcat6 + nbi + ems). Адрес = реальный адрес этого сервера
    interval 2    # интервал проверки 2 с
    weight 2  # вес скрипта. По умолчанию мастер стартует со значением 100, а слейв 50. Если скрипт не выполнен, то мастер получит 0 и работа перейдёт на слейв

    fall 2        # для выполнения снижения веса должно сработать 2 раза с отрицательным результатом
    rise 2        # для возврата в нормальное состояние должно сработать 2 раза с положительным результатом
}

vrrp_instance VI_MYSQL {
    state BACKUP
    interface eth0
    lvs_sync_daemon_interface eth0
    garp_master_delay 10
    garp_master_repeat 7
    virtual_router_id 51
    track_script {
        check_mysql
    }
    priority 50
    advert_int 1
    #nopreempt
    authentication {
        auth_type PASS
        auth_pass eltex
    }
    unicast_peer {
    192.168.99.212
    }
    virtual_ipaddress {
        192.168.99.220 label eth0:vip
    }
}
virtual_server 192.168.99.220 30333 {
    delay_loop 6
    nat_mask 255.255.255.0
    persistence_timeout 10
    protocol TCP

    real_server 192.168.99.212 30333 {
        weight 1
        MISC_CHECK {
           misc_path "/etc/keepalived/check_mysql_srv.sh 192.168.99.212" # в скрипт передать реальный адрес сервера
           misc_timeout 10
        }
    }

    real_server 192.168.99.214 30333 {
        weight 1
        MISC_CHECK {
           misc_path "/etc/keepalived/check_mysql_srv.sh 192.168.99.214" # в скрипт передать реальный адрес сервера
           misc_timeout 10
        }
    }
}

где

192.168.99.212 — реальный адрес MASTER-сервера;

192.168.99.214 — реальный адрес SLAVE-сервера;

192.168.99.220 — виртуальный IP-адрес.

Контроль доступности сервиса mysql производится при помощи скрипта /etc/keepalived/check_mysql_srv.sh, который также должен находиться в конфигурациях обоих серверов. Скрипт производит контроль доступности, используя sql-запросы.

Вызывается запрос списка баз данных:

mysql --host=$TO_HOST --user=javauser --password=javapassword -e "show databases"

snmpd

Описание

Сервис snmpd служит для мониторинга параметров серверов БД и состояния системы резервирования. Также он осуществляет генерацию аварийных сообщений при неполадках в системе резервирования.

Способ запуска/остановки

Сервис snmpd запускается автоматически при старте сервера.

Для остановки сервиса используется команда:

service snmpd stop

Для запуска сервиса после остановки используется команда:

service snmpd start

Для проверки — запущен ли сервис в данный момент или нет, используется команда:

service snmpd status

В ответ последует сообщение:

* snmpd is running

в случае если сервис запущен,

или

* snmpd is not running

в случае если сервис не запущен.

Конфигурация

Файл конфигурации сервиса snmpd расположен в /etc/snmp/snmpd.conf и имеет следующее содержание:

rocommunity public
rwcommunity private
informsink 192.168.212.120
master agentx

В строке informsink указывается virtual ip-address EMS-сервера.

Строки rocommunity и rwcommunity задают содержимое поля community, которое должно содержаться в SNMPGET и SNMPSET сообщениях соответственно. Если эти значения будут изменены, необходимо внести соответствующие изменения в настройки объекта MySQL в EMS (на вкладке «Доступ» объекта MySQL — параметры «Read community» и «Write community»).

cron

Описание

Сервис cron используется для периодического выполнения заданий в определённое время. К таким заданиям относятся:

• автоматическое восстановление репликации при сбоях;
• контроль целостности баз данных;
• резервное копирование баз данных.

Способ запуска/остановки

Сервис cron запускается автоматически при старте сервера.

Для остановки сервиса используется команда:

service cron stop

Для запуска сервиса после остановки используется команда:

service cron start

Для проверки — запущен ли сервис в данный момент или нет, используется команда:

service cron status

В ответ последует сообщение:

cron start/running, process <pid>

в случае если сервис запущен (где <pid> — это номер процесса),

или

cron stop/waiting

в случае если сервис не запущен.

Конфигурация

Задачи для cron описываются в файле /etc/cron.d/ems-backup.

# m h  dom mon dow   command
# ежедневное сохранение журнала событий (аварий) в 03:30 (7 дней ротации)
# добавить rsync вторым параметром для экспорта на удалённый сервер
30 03 * * * root /var/ems-backup/alert-dump-rotate.sh 7
# контроль целостности БД каждую ночь в 4:12
12 04 * * * root /usr/lib/eltex-ems/scripts/check_ems_db.sh
# автоматическое восстановление репликации при сбоях
*/1 * * * * root /usr/lib/eltex-ems/scripts/revive-mysql-replication.sh

Описание формата записей приведено в разделе Eltex.EMS. Работа с сектором устройств PON#Формат установки даты cron.

Формат установки даты cron

Каждая строка, не являющаяся комментарием, содержит шесть полей и представляет одну команду:

минуты часы день месяц день_недели команда

Первые пять полей отделяются друг от друга пробелами, но в поле «команда» пробел выполняет свою обычную роль разделителя аргументов.

В полях «минуты», «часы», «день», «месяц» и «день_недели» дается информация о времени запуска команды.

Каждое из вышеуказанных полей может содержать:

• знак астериска, который означает любую цифру;
• целое число, задающее отдельный элемент даты;
• два разделенных дефисом целых числа, соответствующих диапазону значений;
• целые числа или диапазоны, разделенные запятыми и соответствующие любому из указанных значений.

Например, спецификация:

45 10 * * 1-5

означает «10 часов 45 минут, с понедельника по пятницу».

С полями «день_недели» и «день» сопряжена потенциальная двусмысленность, которую необходимо учитывать. Каждый день является и днем недели, и числом месяца. Если указаны оба этих поля, то подпадающему под их действие дню достаточно удовлетворять одному из двух требований, чтобы пройти отбор.

Например, спецификация:

0,30 * 13 * 5

означает: «каждые полчаса по пятницам и каждые полчаса тринадцатого числа месяца», но не «каждые полчаса в пятницу тринадцатого числа».

Формат установки даты cron

В графическом интерфейсе системы управления (СУ) есть возможность просмотреть состояние системы резервирования, увидеть, какой из серверов является ведущим, а какой ведомым. Также возможно принудительно поменять статус ведущего сервера, например, для
регламентированных работ. Операция обновления ПО для серверов в режиме ведущий-ведомый должна производиться по следующему алгоритму:

1. Обновить ПО (пакет eltex-ems) на ведомом сервере (2);
2. Переключить работу (VIP) с ведущего (1) на ведомый (2);
3. Обновить ПО на бывшем ведущем сервере (1);
4. Вернуть работу на сервер (1);
5. Убедиться, что переход произошёл корректно, все службы работают, GUI подключается и возвращает новую версию.

Пакеты обновлений на сервер возможно загрузить через GUI EMS. Для этого выберите пункт меню «Администрирование/Настройка сервера/Загрузка пакета обновлений».

Установка и настройка, работа с авариями, резервирование

Система «Eltex.EMS» строится по клиент-серверной архитектуре. В качестве сервера доступа может использоваться любой компьютер, обладающий достаточной вычислительной мощностью для обработки множества запросов (требования к серверу зависят от количества устройств в сети и количества планируемых рабочих мест технического персонала). Используется операционная система Linux Ubuntu. Функционирование сервера осуществляется на виртуальной машине Java.

В качестве хранилища используется СУБД MySQL, не требующая приобретения лицензий. Для предоставления web-доступа к функциям системы используется Apache Tomcat, также не требующий дополнительных лицензионных отчислений.

Для создания рабочих мест (запуск графического клиентского приложения) необходим ПК, на котором может быть установлена любая современная ОС Windows (Windows 2000, XP, Vista, 7, 8.1, 10) или Linux с графической подсистемой. Обязательно должна быть установлена виртуальная машина Java JRE (не ниже 8) и браузер, поддерживающий java plugin: IE, Firefox, Opera.

Запуск GUI EMS также возможен с использованием технологии Java Web Start (должен быть установлен Oracle-Java8). Java web start приложение скачивается с сервера EMS по ссылке http://<IP_EMS>:8080/ems/jws. Полученный файл запускает апплет без использования браузера. Чтобы иметь возможность создания ярлыка на рабочий стол, требуется включить хранение временных файлов в Java Control Panel.

Руководство по инсталляции и обновлению сервера изложено в файле «Eltex_EMS_server_install.pdf». 

Настройка проверки сертификата для EMS-апплета

Для улучшения безопасности в Java имеется функция проверки отзыва сертификата, которым подписано приложение.

Если клиентская машина (машина, на которой запускается EMS-апплет) не подключена к сети Интернет, то при попытке проверки сертификата могут возникнуть ошибки инициализации приложения либо задержки, которые приводят к ошибкам инициализации.

Для решения проблемы предлагается на машинах без доступа к сети Интернет отключать проверку отзыва сертификата.

Отключить проверку отзыва сертификата можно в Java Control Panel во вкладке «Advanced». Для Java 6 перейти «Security/General» и снять флаги напротив параметров «Check certificate for revocation using Certificate Revocation List (CRL)» и «Enable online certificate validation». Для Java 7, 8 выбрать «Do not check» в секции «Perform certificate revocation checks on».

Более подробно с данным процессом вы можете ознакомиться на сайте Java: https://www.java.com/ru/download/help/revocation_options.xml.

Запуск Java Control Panel в Windows

Запуск панели управления Java - Java 7 обновление 40 (7u40) и более поздних версий:

1. Открыть меню «Пуск» Windows.
2. Выбрать пункт «Программы».
3. Найти в списке программ Java.
4. Выбрать «Configure Java» (Настроить Java), чтобы запустить панель управления Java Control Panel.

Запуск панели управления Java в версии ранее 7u40:

Windows 8

1. Необходимо использовать форму поиска для поиска панели управления.
2. Нажать сочетание клавиши с эмблемой Windows + W для вызова кнопки «Поиск» и поиска настроек.

или

1. Переместить курсор мыши в правый нижний угол экрана и нажать на кнопку «Поиск».
2. В поле поиска ввести: «панель управления Java».
3. Щелкнуть на иконку Java, чтобы открыть панель управления Java.

Windows 7, Vista

1. В меню «Пуск» выбрать «Панель управления».
2. В поиске панели управления ввести: «панель управления Java».
3. Щелкнуть на значке Java, чтобы открыть панель управления Java.

Windows XP

1. В меню «Пуск» выбрать «Панель управления».
2. Дважды щелкнуть на иконку Java, чтобы открыть панель управления Java.

Альтернативный способ запуска Java Control Panel в Windows

1. В меню Windows нажать кнопку «Пуск».
2. В поле поиска ввести: 

для 32-разрядных версий Windows: c:\Program Files\Java\jre7\bin\javacpl.exe.

для 64-разрядных версий Windows: c:\Program Files (x86)\Java\jre7\bin\javacpl.exe.

Запуск панели управления Java в Linux

1. Открыть окно терминала.
2. Перейти в каталог установки Java. cd /java/jre1.7.0_40 (следует изменить имя каталога в соответствии с каталогом установки Java).
3. Открыть панель управления Java, ввести: ./ControlPanel.

Запуск панели управления Java в браузере

Панель управления Java также можно открыть в браузере. Для этого следует запустить браузер Netscape или Mozilla, открыть файл ControlPanel.html, который, как правило, располагается в каталоге $КАТАЛОГ_УСТАНОВКИ_JAVA/jre/.

Настройка трансфера сообщений о подключении несконфигурированных ONT

Система Eltex.EMS имеет функцию передачи сообщений о подключении ONT, которым не был назначен ID на внешнюю систему в виде сообщений SNMP TRAP-PDU.

Настройка

Для активации этой функции и настройки её параметров служит файл /usr/lib/eltex-ems/conf/snmp/OntActivationSender.cfg.

Настраиваются следующие параметры:

• sender.enable — включить/отключить сервис. Допустимые значения: yes, no;
• sender.version — тип SNMP-сообщения. Допустимые значения: trapv2, informv2;
• sender.manager_ip — IP-адрес узла, на который необходимо отправлять сообщения;
• sender.manager_port — порт узла, на который необходимо отправлять сообщения;
• sender.inform_retries — при использовании inform-сообщений этот параметр определяет, сколько раз повторять отправку сообщения при неполучении подтверждения от приёмника сообщений;
• sender.inform_timeout — при использовании inform-сообщений этот параметр определяет временной интервал (в миллисекундах) между повторными отправками сообщения.
• sender.community — строка community для сообщений;
• activation.sender.latch_enable — ограничение, позволяющее не отправлять трапы от одного ONT чаще, чем указано в latch_period);
• sender.latch_period — длительность ограничения.

После установки параметров необходимо перезапустить сервер EMS командой:

sudo service eltex-ems restart

Формат сообщений

Состав сообщения SNMP-TRAP-PDU или SNMP-INFORM-PDU:

Формат строки в поле emsTrapMessage:

PLC, slot <slot_number>: ONT<channel_id>/x (<ont_serial>) has no configuration

где

<slot_number> — номер pon-платы в MA4000, к которой подключен ONT;

<channel_id> — номер pon-канала, к которому подключен ONT;

<ont_serial> — серийный номер ONT.

Пример:

PLC, slot 15: ONT6/x (454C54580F0001D0) has no configuration

Работа с авариями

Общие принципы получения, хранения, отображения, автоочистки

Событиями в системе управления EMS являются:

• SNMP trap, принятые от устройств работающих в сети;
• SNMP trap от внутренних компонентов окружения системы EMS (например, от keepalived);
• системные сообщения, полученные на основе данных, получаемых системой EMS (например, контроль доступа — ping, контроль температуры устройств) при выходе контролируемых величин из допустимого диапазона;
• ошибки работы внутренних процессов системы EMS (мониторов, асинхронных задач), выведенные в виде аварий для отображения в меню «Активные аварии» и привлечения внимания оператора.

События могут служить для следующих целей:

• информирование пользователя о внештатных ситуация (авариях);
• сбор и отображение оперативной информации о работе элементов сети (смена состояний ONT, подключение клиентов Wi-Fi).

Все принятые события могут сохраняются в базу данных MySQL.

Исключения (т. е. указание не сохранять сообщения в БД) могут быть настроены через GUI (см. ниже).

Записи из БД отображаются на вкладках «Мониторинг/Журнал событий» индивидуально для каждого устройства.

Также в системе EMS доступно меню «События/Журнал событий», где можно просмотреть события для всех устройств и самого сервера EMS.

Настройка приёма сообщений (трапов). Принципы фильтрации

Настройки, доступные для пользователя, выведены в GUI-интерфейс (меню «Администрирование/Настройка сервера/Прием и обработка SNMP-трапов») и хранятся в БД. Их значения переопределяют исходные значения, указанные в TrapRules.xml.

Фильтр «OID» используется для поиска нужного события в списке.

Фильтр «Устройство» используется для выделения из списка группы аварий, характерных для того или иного устройства.

Группа «ALL» объединяет события, которые высылаются в одинаковом формате для всех типов устройств.

Группа «KEEPALIVED» объединяет сообщения о смене состояний компонентов системы при резервировании.

Группа «EMS_SERVER» объединяет сообщения генерируемые самой системой EMS.

Для изменения (кнопка «Редактировать») оператору доступны следующие параметры:

• Disabled — в значении «true» — полностью выключить обработку трапа (не сохранять в БД, не выполнять обработку события);
• Priority — приоритет события, задает степень важности события для системы EMS;
• Always closed — «всегда закрыт» — при указании значения «true» сообщение сохраняется в БД, но не отображается на вкладке «Активные аварии»;
• Не хранить в БД — в значении «true» — отключает сохранение записи события в БД, но не блокирует работу системных обработчиков события в системе EMS.

Для системных сообщений управление некоторыми параметрами может быть ограничено разработчиками, так как подобные изменения могут нарушить работоспособность системы.

Кнопка «Сброс» служит для очистки параметров приема трапа из БД и приводит к возврату к значениям, указанным в TrapRules.xml.

Кнопка «Черный список» позволяет ограничить круг устройств, от которых будет приниматься трап. Такое действие может потребоваться для блокировки приема сообщений с устройства, временно выведенного из нормальной работы, чтобы не отвлекать оператора присутствием событий в «Активных событиях» и «Журнале событий». Настраивается индивидуально. Запрещено редактирование черного списка для системных сообщений.

Настройка автоочистки, выгрузки на внешние носители (мониторы, скрипты, cron)

Автоматическая очистка аварий выполняется монитором «Экспорт журнала сообщений (alerts_archiving)».

Удаление событий выполняется по партициям (разбивка БД по дням).

Если в настройках монитора указана опция «enable_export», то перед удалением записи сохраняются в csv-файл.

Принцип отображения в GUI: таблица сигнализации (включая настройку цвета, звука)

Администратору Eltex.EMS доступны следующие настройки отображения аварий в меню «Администрирование/Поведение графического интерфейса»:

• Настройка цветовой схемы — служит для ассоциации приоритета событий (и syslog-сообщений) с определенным цветом на усмотрение оператора (подробнее в разделе Eltex.EMS. Работа с сектором устройств PON#Настройка цветовой схемы);
• Настройка звуковой схемы аварий — служит для ассоциации приоритета событий со звуковой сигнализацией (подробнее в разделе Eltex.EMS. Работа с сектором устройств PON#Настройка звуковой схемы аварий).

В настройке звуковой схемы отображаются только те приоритеты, которые отображаются в «Активных событиях». По принятой договоренности события INFO и CLEAR в «Активных событиях» не отображаются, так как не могут быть удалены оттуда.

При настройке звука доступны следующие опции:

• выключено — говорит о том, что событие указанного приоритета не приводит к включению звуковой сигнализации;
• системный beep — сигнализирует через установленный на материнской плате бипер;
• звук динамиков — включает полноценную звуковую сигнализацию, для работы которой требуются подключенный динамики и корректная настройка звука в операционной системе оператора.

Все звуки могут быть прослушаны в диалоге настройки с помощью кнопки  с изображением динамика.

Звуки приоритетов назначены разработчиками системы Eltex.EMS, загрузка своих мелодий, индивидуальная настройка звуков для отдельных аварий системой Eltex.EMS не предусмотрена.

Принцип автоочистки аварий (OID, значащие параметры)

Все события, приоритет которых выше чем INFO, попадают в «Активные аварии».

Активные аварии — это динамический список событий, который существует только в оперативной памяти системы. С базой данных он никак не связан.

При получении аварии (например, OID1, Критическая нагрузка на канал №3), в «Активные аварии» попадает авария уровня MAJOR. В случае повторного получения аварийного события система обновит дату приема сообщения, чтобы событие переместилось вверх в таблице при постоянной сортировке по времени. Дату получения первого аварийного сообщения можно будет установить по параметру «Время возникновения». Ключом к установлению уникального события является комбинация ID устройства в дереве, OID сообщения и значимых параметров. Значимым параметром в указанном примере является номер канала. Конфигурация TrapRules.xml позволяет назначить связь между OK-событием и аварией. Это значит, что в правило обработки OID2 (нагрузка на канал в норме) включен параметр NormalizesOID. По комбинации ID устройства, NormalizesOID и значимых параметров система EMS находит активную аварию OID1 и удаляет ее из списка «Активных событий». Этот процесс в системе EMS называется нормализацией. В БД («Журнал событий») в этом случае попадает запись уровня CLEAR, где сообщается, что критической нагрузки на канал №3 больше нет. Записи, полученные при приеме аварийных сообщений, в БД никак не модифицируются (иначе это была бы бессмысленная нагрузка на БД). Время возникновения и устранения аварии устанавливается по времени записи аварийного и активного события в БД.

Отличия между журналом событий (log) и активными авариями

«Журнал событий» — это непрерывная лента событий в системе EMS, куда последовательно записываются все события для устройств сети и самой системы.

«Активные аварии» — виртуальный список событий, количество записей в котором при нормальной работе сети должно стремиться к нулю.

Вкладка «Активные аварии» обновляется автоматически на основе данных, постоянно присылаемых сервером в GUI пользователя.

Отключить автообновление можно, сняв флаг «Автообновление» на вкладке.

Фильтр на вкладке «Активные аварии» позволяет отобразить часть записей по определенному условию: присутствие всех перечисленных слов (разделенных пробелом) в строке таблицы (вне зависимости от колонки), присутствие хотя бы одного из перечисленных слов в строке таблицы (если стоит галочка ИЛИ).

Также «Активные аварии» отвечают за включение сигнализации. Каждый раз при обновлении списка «Активных с аварий» GUI проверяет обновленный список на предмет наличия в нем аварии, на приоритете которой включена звуковая сигнализация. Если такая авария присутствует, включается звуковое оповещение. Сигнализацию можно остановить (когда оператор занялся проблемой) с помощью кнопки «Выключить» на вкладке «Активные аварии». Однако при следующем получении аварийного сообщения от устройства сигнализация будет включена повторно.

Для информирования пользователя об активной сигнализации в меню «События» (верхний правый угол конфигуратора) текст подсвечивается красным, и при наведении указателя мыши в подсказке можно увидеть источник и текст аварии, которая стала причиной включения сигнализации в этот раз.

Для «Активных аварий» доступно редактирование статуса.

При переводе события в состояние «В обработке» в БД для данного события отмечается дата обработки и пользователь-обработчик.

При переводе в состояние «Закрыто» в БД для данного события отмечается дата закрытия и пользователь, закрывший аварию. При переводе в состояние «Закрыто» авария пропадает из списка «Активных аварий».

Также доступно массовое удаление записей из «Активных аварий». Для этого существует меню правой кнопки мыши «Удалить все активные события для устройства или узла». В открывшемся диалоге пользователю нужно выбрать: очистить ли все аварии для устройства, на котором возникла выделенная авария, или очистить все аварии для всех устройств узла, где находится устройство.

Вывод статистики активных аварий

Статистика «Активных аварий» отображается в верхнем правом углу и показывается число аварий на устройстве, на котором работает пользователь, или на узле, если оператор работает с вкладками узла.

В меню «События/Статистика активных аварий» можно увидеть данных о числе аварий по приоритетам по всем устройствам сети.

Ручной экспорт аварий: текущие (с экрана) или по фильтру (с сервера)

Записи вкладки «Журнал событий» можно сохранить в файл.

Для этого используются две кнопки:

• Экспорт — служит для сохранения выделенных в GUI записей. Пользователю нужно выделить нужные строки и выбрать путь для нового файла. Файл формируется в формате csv. В дальнейшем может быть импортирован в любой текстовый редактор для работы с таблицами (MS Office Excel, OpenOffice Calc);
• Сохранить — служит для вывода содержимого таблицы БД в файл в формате csv. В этом случае содержимое файла определяется по фильтрам на вкладке. Все записи БД, удовлетворяющие этим фильтрам, будут сохранены в файл. Сохранение в файлы выполняется средствами MySQL на сервере. Прогресс выполнения и результат отображается на вкладке «Задачи» (нижняя часть апплета, по умолчанию свернута). В случае успеха пользователю будет предоставлена возможность скачать файл по ссылке. Полный текст задачи открывается по двойному щелчку.

Подсистема синхронизации аварий с OLT

На некоторых устройствах (MA4000, TAU, SMG) доступна функция «Синхронизация аварий».

Для этого на устройстве какая-либо служба хранит список всех активных аварий и может вернуть его (выслать все в виде SNMP-трапов) по требованию оператора.

Для этого на вкладке «Журнал событий» и «Активные аварии» присутствует кнопка «Sync».

Перед отправкой запроса на устройство менеджер активных событий удаляет все записи аварий типа SNMP (то есть те, которые могут быть получены в виде SNMP-trap). Системные аварии и все другие, возникшие в следствие действий самой системы Eltex.EMS, из списка не удаляются, так как устройство о них ничего знать не может и никогда не пришлет их повторно.

Журнал Syslog

Журнал «Syslog» служит для сбора syslog-сообщений с устройств сети.

Для этого на хосте системы Eltex.EMS работает rsyslog, модуль которого, rsyslog-mysql, позволяет сохранять все полученные по сети сообщения в базу данных для последующей обработки.

Для записей таблицы Syslog доступны операции экспорта и сохранения, работа которых полностью аналогична их работе с авариями.

Подсистема опроса доступа устройств. Принцип генерации аварии недоступного устройства

Важным компонентом системы EMS является «Опрос доступности устройств».

Включается в настройках модулей системы (меню «Администрирование/Настройка сервера/Модули системы») в модуле system «Опрос доступности (ICMP, SNMP ping)».

Опрос доступности выполняется по протоколу ICMP и SNMP и позволяет оперативно информировать пользователя о нарушении связи с устройством в целом или о наличии проблем в работе SNMP-протокола.

Для опроса доступности по SNMP выполняется GET запрос на OID 1.3.6.1.2.1.1.3.0 (SNMPv2-MIB::sysUpTime.0).

Статистика по времени получения ответа может быть получена на вкладке «Мониторинг/Статистика ICMP», «Статистика SNMP» для каждого устройства индивидуально в виде графика.

Также подсистема опроса доступности отвечает за генерацию системной аварий «Потеря связи» и ОК-события «Восстановление связи».

К восстановлению связи может быть привязана синхронизация устройства (реализовано для LTP, MA4000, WEP, WOP). Функция увеличивает нагрузку на SNMP на устройстве и потому включается при необходимости в настройках модулей системы в модуле system «Синхронизировать устройство после восстановления связи по SNMP».

Система резервирования

Система резервирования обеспечивает надёжное функционирование EMS в режиме «горячий резерв». Автоматическое переключение на резервный сервер осуществляется в течение 2 секунд при следующих событиях:

• ошибки в работе сервиса EMS на основном сервере, препятствующие его нормальному функционированию;
• остановка сервиса EMS на основном сервере оператором;
• разрыв сетевых соединений основного сервера;
• перезагрузка или отключение питания основного сервера.

После этого резервный сервер получает статус ведущего MASTER). В этот момент все клиентские сессии (gui, tl1) будут разрушены, однако они могут быть восстановлены вручную без необходимости ожидания.

Не позднее 1 минуты с момента восстановления работоспособности основного сервера обеспечивается автоматическое восстановление репликации БД MySQL и синхронизации файловых систем по Rsync.

Функциональное назначение серверов

Рисунок 1в — Функциональное назначение серверов

Описание функционального назначения серверов

Host1, Host2 работают в паре, взаимно резервируя друг друга. В качестве механизма для резервирования используется пакет Keepalived (LVS). Производится контроль работы программ eltex-ems.server, tomcat6, eltex-ems.nbi и сетевых интерфейсов сервера. Технология LVS создаёт виртуальный адрес vip1, который используется для взаимодействия с GUI, OLT и для предоставления сервиса NBI. Резервирование файловых ресурсов производится с использованием пакета rsync, работающего по реальным адресам обоих хостов.

Host3, Host4 также работают в паре, взаимно резервируя друг друга. В качестве механизма для резервирования используется пакет Keepalived (LVS). Производится контроль работы службы MySQL и сетевых интерфейсов сервера. Технология LVS создаёт виртуальный адрес vip2, который используется для взаимодействия между сервером eltex-ems и базой данных MySQL. Резервирование ресурсов (содержимого БД) производится путём встречной репликации служб MySQL, работающей по реальным адресам обоих серверов. Механизм встречной репликации позволяет синхронизировать базы данных в реальном времени. При потере связности система будет накапливать бинарные файлы десять дней, в течение которых связность должна быть восстановлена. В случае восстановления связности в указанный период синхронизация данных выполнится автоматически. В случае превышения десятидневного срока восстановление связности потребует ручного вмешательства обслуживающего персонала (выполнение скриптов).

Общая схема реализует каскадное резервирование. Виртуальный адрес первого уровня vip1 позволяет получить доступ к одному из двух серверов системы управления Host1, Host2. Выход из строя одного из них позволяет работать со вторым хостом. Виртуальный адрес vip2 позволяет получить резервирование ресурсов БД. Выход из строя одного из серверов БД позволяет работать со вторым сервером любому из серверов первой группы. В итоге выход из строя одного сервера первой группы и одного сервера второй группы не приводят к потере возможности управления сетью.

Ниже приведена схема резервирования СУ с географическим разнесением серверов на два узла управления: основной и резервный.

Рисунок 1г — Укрупнённая схема организации связи

Пропускная способность каналов Ethernet 1000 Мбит/с.

Перечень ПО, устанавливаемого на серверах:

Host1, Host2

• Операционная система Linux Ubuntu 04 LTS amd64;
• Oracle Java 1.8;
• Apache tomcat6;
• hpa-tftpd;
• rsyslog, rsyslog-mysql;
• net-snmp (snmpd);
• пакеты: expect, daemon, psmisc, curl;
• openssh-server;
• eltex-ems;
• rsync;
• keepalived.

Host3, Host4

• Операционная система Linux Ubuntu 04 LTS amd64;
• net-snmp (snmpd);
• openssh-server;
• mysql-server 5.5, mysql-client 5.5;
• rsync;

Порядок настройки резервного копирования СУ для серверов с резервированием

1. Настроить авторизации по публичному ключу.

Требуется настроить авторизацию по публичному ключу между:

• каждым из серверов EMS и удалённым сервером;
• серверами EMS взаимно (обязательно для пользователя с правами root).

Пример настройки

На сервере 2 (удаленном сервере, на который будет выгружен backup) в файле /etc/ssh/sshd_config указать параметры:

PasswordAuthentication yes
PubkeyAuthentication yes

На сервере 1 (с которого будет выгружен backup) для SSH сгенерировать публичный и приватный ключ:

ssh-keygen -t rsa

Из появившейся директории ~/.ssh скопировать содержимое файла ~/.ssh/id_rsa.pub на удаленный сервер 2 в файл ~/.ssh/authorized_keys.

Перезапустить SSH на удаленном сервере 2:

sudo service ssh restart

На сервере 1 скопировать папку своих сгенерированных ключей ~/.ssh в директорию root cp ~/.ssh/* /root/.ssh/.

Для проверки на сервере 1 авторизоваться с правами суперпользователя:

sudo su

и по SSH подключитьсяя к удаленному серверу 2:

ssh user@host

где:

user — имя пользователя на удаленной машине 2, от имени которого был настроен SSH;

host — IP-адрес удаленного хоста.

Если подключение прошло успешно (и без запроса пароля), то настройка авторизации для сервера 2 завершена.

2. Скопировать с MYSQL1 на MYSQL2 с заменой файлы /etc/ssh/ssh_host*.

3. На серверах EMS добавить файл /usr/lib/eltex-ems/scripts/rsync-run.sh.

Содержимое rsync-run.sh:

#!/bin/sh
# Eltex.EMS mysql common database storing with rotate

# Make sure we run as root, since setting the max open files through
# ulimit requires root access
if [ `id -u` -ne 0 ]; then
    echo "The script can only be run as root"
    exit 1
fi

if [ -z "$1" ]
  then
    echo "No argument supplied (remote host)"
    exit 1
fi 

REMOTE_HOST=$1

if [ -z "$2" ]
  then
    echo "No argument supplied (remote user)"
    exit 1
fi

REMOTE_LOGIN=$2

if [ -z "$3" ]
  then
    echo "No argument supplied (keep days count)"
    exit 1
fi

KEEP_DAYS=$3

FIND="$(which find)"
BACKUP_ALERT=/var/ems-backup/alert
BACKUP_MAIN=/var/ems-backup/main
BACKUP=/var/ems-backup/userlog

$FIND $BACKUP_ALERT -type f -name "alerts.*.csv" -mtime +$KEEP_DAYS | xargs rm -vf
$FIND $BACKUP_MAIN -type f -name "*.gz" -mtime +$KEEP_DAYS | xargs rm -vf
$FIND $BACKUP -type f -name "userlog.*.csv" -mtime +$KEEP_DAYS | xargs rm -vf

rsync -avz -O -e ssh --progress /var/ems-backup/* $REMOTE_LOGIN@$REMOTE_HOST:/var/ems-backup
exit 0

4. Установить права для запуска:

chmod 755 /usr/lib/eltex-ems/scripts/rsync-run.sh

5. Для выгрузки файлов с серверов с БД необходимо настроить параметры SSH-авторизации к удалённым хостам БД в файле /usr/lib/eltex-ems/conf/config.txt на серверах EMS:

# remote db host access with su privileges
event.ssh.login=root
event.ssh.password=pass
# event.ssh.port=

# remote db host access with su privileges
syslog.ssh.login=root
syslog.ssh.password=pass
# syslog.ssh.port=

6. Перезапустить сервер eltex-ems:

Sudo service eltex-ems restart

7. Добавить строки в файл /etc/cron.d/ems-backup на обоих EMS:

для EMS1:

*/5 * * * * root /usr/lib/eltex-ems/scripts/rsync-run.sh 192.168.1.2 root 7

для EMS2:

*/4 * * * * root /usr/lib/eltex-ems/scripts/rsync-run.sh 192.168.1.1 root 7

где

192.168.1.1 — IP-адрес EMS1;

192.168.1.2 — IP-адрес EMS2;

root — пользователь для которого настроена авторизация по публичному ключу, с правами root;

7 — количество дней ротации.

8. Перезапустить службы cron на обоих EMS:

sudo service cron restart

В GUI в настройках монитора «Резервное копирование СУ (SystemBackup)» (описание приведено в Приложении А. Системные мониторы) указать следующие параметры:

Окно настройки монитора «Резервное копирование СУ (SystemBackup)» приведено ниже.

Настройка MySQL

Настройка репликации MySQL

Резервирование данных, хранящихся в таблице СУБД MySQL, осуществляется путём встречной репликации по принципу master-master (ведущий-ведущий). При такой схеме работы все изменения в БД на одном хосте в реальном режиме времени транслируются на второй хост. При этом каждый экземпляр сервиса Eltex.EMS работает по общему виртуальному адресу с одним из экземпляров СУБД (http://dev.mysql.com/doc/refman/5.5/en/replication.html). Это позволяет получить актуальную копию БД на двух хостах одновременно. При разрыве связи изменения накапливаются, после восстановления происходит синхронизация.

Система преднастроена на хранения данных в течение 10 суток.

Используется ОС Ubuntu 14.04 и mysql-server-5.5.

1. После установки ОС и настройки базовых служб, сети и прочего необходимо установить mysql-server:

sudo apt-get install mysql-server mysql-client

Установить сервер и клиент версии 5.5 (версия является актуальной на момент публикации документа).

2. Подобрать конфигурационный файл для инсталляции из комплекта поставляемых /usr/share/doc/mysql-server-5.5/examples. Конфигурации различаются масштабом инсталляции. Выбранный файл перенести в рабочую директорию /etc/mysql.

3. В секции [mysqld] файла конфигурации произвести следующие изменения:

Закомментировать либо удалить строку:

bind-address = 127.0.0.1

Указать server-id. Для серверов необходимо задать разные идентификаторы, к примеру, для первого server-id=1, для второго server-id=2.

Включить бинарные логи, log_bin = /var/log/mysql/mysql-bin.log.

Указать параметры auto_increment_increment (шаг приращения) и auto_increment_offset (стартовую точку).

Для первого сервера:

auto_increment_increment= 2
auto_increment_offset = 1

Для второго сервера:

auto_increment_increment= 2
auto_increment_offset = 2

Указать базы, для которых будут вестись логи:

binlog-do-db=test

Указать базы, для которых не будут вестись логи:

binlog-ignore-db=mysql

4. Перезапустить сервис mysql на каждом сервер и создать БД для репликации test.

5. Создать учетную запись для репликации на первом сервере:

GRANT REPLICATION SLAVE ON *.* TO 'replication'@'ip_server2' IDENTIFIED BY 'password';
FLUSH PRIVILEGES;

6. Создать учетную запись для репликации на втором сервере:

GRANT REPLICATION SLAVE ON *.* TO 'replication'@'ip_server1' IDENTIFIED BY 'password';
FLUSH PRIVILEGES;

7. На первом сервере в консоли MySQL выполнить команду show master status и проанализировать полученные значения:

show master status;

Ожидать ответ вида:

+------------------+----------+---------------------------------+------------------+
| File             | Position | Binlog_Do_DB                    | Binlog_Ignore_DB |
+------------------+----------+---------------------------------+------------------+
| mysql-bin.000010 |     1267 | test                            | mysql            |
+------------------+----------+---------------------------------+------------------+

Запомнить параметры File и Position.

8. Настроить и запустить репликацию второго сервера с первого (выполнить действия на втором сервере):

CHANGE MASTER TO MASTER_HOST='ip_server1', MASTER_USER='replication', MASTER_PASSWORD='password', MASTER_LOG_FILE='mysql-bin.000010', MASTER_LOG_POS=1267;
START SLAVE;

9. Проверить состояние репликации:

show slave status \G
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 192.168.99.212
                  Master_User: replication
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: mysql-bin.000010
          Read_Master_Log_Pos: 1267
               Relay_Log_File: mysqld-relay-bin.000027
                Relay_Log_Pos: 1181
        Relay_Master_Log_File: mysql-bin.000010
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes

10. Если параметры Slave_IO_Running и Slave_SQL_Running имеют значение «Yes», репликация успешно запустилась.

11. На первом сервере необходимо создать таблицу в БД и наполнить ее данными либо добавить дамп.

use test;
create table test1 (mid int(11) auto_increment, PRIMARY KEY (mid)) Engine=MyISAM;

12. На втором сервере выполнить команду show master status:

show master status;

Ожидать ответ вида:

+------------------+----------+---------------------------------+------------------+
| File             | Position | Binlog_Do_DB                    | Binlog_Ignore_DB |
+------------------+----------+---------------------------------+------------------+
| mysql-bin.000010 |     1267 | test                            | mysql            |
+------------------+----------+---------------------------------+------------------+

13. Настроить и запустить репликацию первого сервера со второго:

CHANGE MASTER TO MASTER_HOST='ip_server2', MASTER_USER='replication', MASTER_PASSWORD='password', MASTER_LOG_FILE='mysql-bin.000010', MASTER_LOG_POS=1267;
START SLAVE;

14. Проверить состояние репликации:

show slave status \G
*************************** 1. row ***************************
               Slave_IO_State:              Waiting for master to send event
                 Master_Host:                192.168.99.214
                 Master_User: replication
                 Master_Port: 3306
               Connect_Retry:               60
             Master_Log_File:              mysql-bin.000009
        Read_Master_Log_Pos:      2774
               Relay_Log_File:               mysqld-relay-bin.000026
               Relay_Log_Pos:               2920
        Relay_Master_Log_File:      mysql-bin.000009
             Slave_IO_Running:          Yes
            Slave_SQL_Running:        Yes

15. Если значения верны, репликация выполняется в обе стороны. Далее следует наполнить БД реальными данными.

Предотвращение сбоя репликации при внезапных выключениях

Для MySQL <= 5.5.

По умолчанию MySQL хранит данные о репликации в файле по следующему адресу:

# cat /var/lib/mysql/master.info
18
mysql-bin.015689
84513991
192.168.16.160
replication
password
3306
...

В ext4 по умолчанию в журнал записываются только метаданные.

При внезапном выключении машины в файле могут оказаться некорректные данные. Предотвратить это можно через включение опции data=journal: эта настройка приводит к уменьшению скорости записи данных, но увеличивает надёжность, поскольку данные записываются сначала в журнал, а только потом в файловую систему; по умолчанию используется data=ordered, в журнал записываются только метаданные, после того как данные были добавлены в файловую систему.

Настройка должна выполняться дважды:

Для раздела файловой системы, в котором находится /var:

# tune2fs -ojournal_data /dev/sdaX #
Параметр sdaX заменить на имя раздела, для которого выполняется настройка.

Для /etc/fstab:

UUID=0452f457-26f6-4467-b34c-04282f14ef5e / ext4 data=journal,errors=remount-ro 0 1

Восстановление MySQL репликации после разрушения связности

Автовосстановление репликации:

Для того чтобы сервер имел возможность обнаруживать и устранять проблемы репликации, необходимо разрешить удалённый доступ к MySQL пользователю root с каждого из серверов друг к другу. Для этого в административной консоли MySQL выполнить на обоих серверах:

GRANT ALL PRIVILEGES ON *.* TO 'root'@'<remote_host>' IDENTIFIED BY 'password'

где <remote_host> — адрес сервера, с которого будет разрешён доступ.

Восстановление репликации осуществляет скрипт /usr/lib/eltex-ems/scripts/revive-mysql-replication.sh1.

#!/bin/bash
LOCAL_FILE=`mysql --user=root --password=root -e "show slave status \G" | grep " Master_Log_File" | awk ' {print $2}'`
REMOTE_FILE=`mysql --host=<remote_host> --user=root --password=root -e "show master status \G" | grep "File" | awk '{print $2}'`
if [ $LOCAL_FILE != $REMOTE_FILE ]
then
    mysql --user=root --password=root -e "stop slave"
    mysql --user=root --password=root -e "start slave"
fi

¹В текущей версии данный скрипт не входит в состав пакета.

Необходимо в качестве <remote_host> указать IP-адрес удалённого MySQL-сервера.

Далее создать задачу в cron на обоих серверах:

crontab -l | { cat; echo "*/1 * * * * /usr/lib/eltex-ems/scripts/revive_mysql_replication.sh"; } | crontab -

Ручное восстановление репликации БД при порче MySQL

При программных или аппаратных сбоях, приводящих к порче базы данных MySQL, автоматическое восстановление репликации невозможно. В этом случае необходимо выполнить восстановление вручную:

1. Остановка сервисов

Необходимо остановить сервисы EMS на обоих серверах чтобы предотвратить запись в базу в процессе восстановления.

sudo service eltex-ems stop
sudo service cron stop

2. Остановка репликации

На обоих серверах выполнить команду:

mysql --user=<mysql_admin> --password=<mysql_password> -e "stop slave"

Здесь и далее:

<mysql_admin> — имя пользователя-администратора MySQL;

<mysql_password> — пароль пользователя-администратора MySQL.

3. Восстановление данных

Выбрать наиболее актуальный бэкап БД EMS из каталога /var/ems_backup/main.

Выполнить восстановление данных на обоих серверах командой:

/var/ems-backup/main/ems-restore.sh /var/ems-backup/main/<backup_file.gz>

где <backup_file.gz> — имя файла с бэкапом.

4. Восстановление репликации на первом сервере

Войти в консоль MySQL на обоих серверах:

mysql --user=<mysql_admin> --password=<mysql_password>

Выполнить команду на втором сервере:

show master status;

Ожидать ответ вида:

+------------------+----------+---------------------------------+------------------+
| File             | Position | Binlog_Do_DB                    | Binlog_Ignore_DB |
+------------------+----------+---------------------------------+------------------+
| mysql-bin.000023 |   821647 | eltex_ems,eltex_ont,eltex_alert | mysql            |
+------------------+----------+---------------------------------+------------------+

Выполнить команды на первом сервере:

change master to MASTER_LOG_FILE='<File>', MASTER_LOG_POS=<Position>;
start slave;

Где <File> и <Position> — это значения соответствующих столбцов из предыдущего запроса (в данном случае 'mysql-bin.000023' и 821647 соответственно).

Аналогично для другого сервера:

Выполнить команду на первом сервере:

show master status;

Ожидать ответ вида:

+------------------+----------+---------------------------------+------------------+
| File             | Position | Binlog_Do_DB                    | Binlog_Ignore_DB |
+------------------+----------+---------------------------------+------------------+
| mysql-bin.000044 |  1312806 | eltex_ems,eltex_ont,eltex_alert | mysql            |
+------------------+----------+---------------------------------+------------------+

Затем выполнить на втором сервере:

change master to MASTER_LOG_FILE='<File>', MASTER_LOG_POS=<Position>;
start slave;

Где <File> и <Position> — это значения соответствующих столбцов из предыдущего запроса (в данном случае 'mysql-bin.000044' и 1312806 соответственно).

5. Запуск сервисов

Выполнить на обоих серверах:

sudo service eltex-ems start
sudo service cron start

Настройка rsync

Синхронизация файлов осуществляется при помощи пакета rsync. Пакет позволяет синхронизировать:

• содержимое двух разных каталогов, пересылая только изменения (http://rsync.samba.org/). Это позволяет иметь полностью синхронизированные каталоги на двух серверах. При разрыве связи изменения накапливаются локально, после восстановления данные синхронизируются;
• каталоги /tftpboot (выгруженные файлы конфигураций OLT, версии ПО для OLT и ONT и т. д.), а также другие служебные каталоги серверов.

Необходимо настроить синхронизируемые ресурсы rsync. Подробно конфигурация сервиса rsync описана в разделе rsync.

Настройка keepalived

Настройка заключается в правильной выдаче весов серверам:

• один сервер берёт роль «MASTER», второй сервер «BACKUP»;
• оба сервера имеют начальный приоритет 50;
• вес скрипта — 2;
• параметр #nopreempt выключен.

В такой конфигурации при возобновлении связи (или восстановлении eltex-ems) основной (мастер) сервер не отбирает себе мастерство после восстановления работоспособности, так как приоритеты становятся одинаковые.

Конфигурирование сервиса keepalived для хостов EMS и MySQL подробно описано в разделах Сервисы сервера EMS -> keepalived и Сервисы сервера БД -> keepalived соответственно.

Контроль и управление через GUI

Просмотр и управление режимом резервирования в GUI осуществляется через диалог пункта меню «Информация/Состояние системы резервирования» главного меню апплета.

Контроль состояния системы резервирования keepalived в GUI осуществляется в меню «Информация/Состояние системы резервирования».

В диалоге по нажатию на кнопку «Общие» отображается:

• текущая версия ПО keepalived;
• Router ID — идентификатор реального сервера, на котором в данный момент активен виртуальный IP-адрес (то же значение указано в колонке RouterID в основной таблице). Router ID задается к конфигурации keepalived.conf, для наглядности рекомендуется включать в него часть IP-адреса;
• настройки оповещения по e-mail;
• статус оповещения SNMP-trap;
• текущий тип работы с интерфейсами.

В диалоге по нажатию на кнопку «Статистика» отображается текущая конфигурация и состояние выбранного виртуального или реального сервера.

В основной таблице отображаются:

• VirtualServerIndex — индекс виртуального сервера;
• Type — тип входящих в него серверов (одного виртуального и N реальных);
• Address — IP-адрес виртуального/реального сервера;
• Status — текущий статус виртуального/реального сервера (возможны значения alive и dead);
• Weight — вес может использоваться для балансировки нагрузки;¹
• Router ID — идентификатор реального сервера, на котором в данный момент активен виртуальный IP-адрес (отображается только для виртуального сервера);
• Action — в случае недоступности сервера и при наличии в БД записи по намеренному выключению сервера из работы отображается время выключения сервера.

¹В данной версии не используется.

Кнопки «Включить»/«Выключить» позволяют управлять состоянием сервиса eltex-ems на реальных серверах.

Управление осуществляется через сценарии /usr/lib/eltex-ems/scripts/switch-remote-ems.sh и /usr/lib/eltex-ems/scripts/switch-remote-mysql.sh для серверов EMS и MySQL соответственно.

В файлах должны быть указаны работоспособные параметры доступа по протоколу SSH к удаленному серверу (login, password).

Эти параметры должны быть одинаковы на всех машинах; назначение персональных параметров доступа к каждому из серверов системой не предусмотрено.

В случае ошибки выполнения скрипта (например, из-за некорректных настроек параметров доступа) в GUI отобразится ошибка.

На выполнение задачи включения-выключения сервиса требуется некоторое время, сразу после успешного выполнения скрипта сервер не перейдет в новое состояние мгновенно. После получения SNMP-сообщения о смене состояния сервера таблица обновится автоматически.

На вкладке «Активные аварии» и в системном журнале событий, а также для объекта MySQL доступны последние сообщения:

• смена состава реальных серверов;
• переход реального сервера в состояние master (ведущий).

На вкладке «Мониторинг/Репликация» объекта MySQL доступен просмотр состояния репликации баз MySQL:

Также эта информация доступна в меню «Информация/Состояние системы резервирования» на вкладке «MySQL replication».

Текущее состояние синхронизации системных файлов, выполняемой утилитой rsync, возможно отследить в меню «Информация/Состояние системы резервирования» на вкладке «Rsync result».

Для мониторинга состояния системы резервирования предусмотрен соответствующий монитор 
«Диагностика системы резервирования». В конфигурации монитора включается проверка резервирования служб.

Методика проверки

Проверка системы резервирования осуществляется после настройки всех вышеперечисленных служб:
mysql (раздел Eltex.EMS. Работа с сектором устройств PON#Настройка MySQL), rsync (раздел Eltex.EMS. Работа с сектором устройств PON#Настройка rsync), keepalived (раздел Eltex.EMS. Работа с сектором устройств PON#Настройка keepalived) и заполнения конфигурационных файлов всех сопутствующих скриптов.

Требуется проверить корректность обработки следующих ситуаций:

• внезапное выключение одного из серверов по питанию;
• остановка службы eltex-ems;
• остановка службы tomcat6;
• пропадание связи с одним из серверов;
• ручное переключение мастерства из EMS GUI.

Необходимо проверить поведение системы как при аварийной ситуации, так и при восстановлении (связи, питания, служб и т. д.).

Необходимо убедиться в следующем:

• при нарушении работы MASTER-сервера виртуальный адрес передаётся резервному;
• передача ведущей роли сопровождается сообщением в СУ (активные аварии, журнал событий);
• передача ведущей роли сопровождается назначением виртуального IP-адреса.
• восстановление работоспособности бывшего MASTER-хоста не приводит к возврату статуса MASTER на хост;
• все изменения в записях БД, связанные с оперативной работой сервиса eltex-ems (объекты, роли, пользователи, настройки), реплицируются на оба сервера (БД) и доступны и актуальны сразу после потери связи;
• файлы конфигураций и образов ПО синхронны на обоих серверах.

Для контроля используются:

• консольная утилита ifconfig для контроля адреса vip;
• консольный клиент MySQL для контроля содержимого БД;
• EMS GUI для контроля генерации аварийных сообщений, контроля корректности подключения к vip, контроля статуса серверов;
• консольный файловый менеджер mc для контроля синхронности файлов ПО, конфигураций на обоих серверах.

Самоконтроль работы системы (сторожевой таймер (watchdog))

Программный комплекс Eltex.EMS состоит из серверной и клиентской части. Клиентская часть (GUI) выполняется на ПК пользователя в браузере. Серверная часть (Server) функционирует на отдельном сервере (или паре серверов в варианте с резервированием). Для обеспечения непрерывной работы на сервере используется механизм самоконтроля, сторожевой таймер (контрольный таймер, англ. Watchdog). Задачей данного механизма является периодический опрос сервера с целью определения работоспособного состояния. В случае когда сторожевой таймер определяет, что сервер недоступен, выполняется попытка принудительного перезапуска основной службы eltex-ems, и в случае необходимости — вспомогательного web-сервера tomcat6.

Механизм контроля основан на опросе одного из интерфейсов сервера, предназначенного для межмашинного взаимодействия: http web service. Данный интерфейс предназначен для общения между службами eltex-ems в варианте с резервированием серверов, а также может использоваться для самодиагностики, для фиксации выдачи DHCP-адресов (в варианте с модифицированным сервером dhcpd-eltex), для получения списка OLT, получения версии сервера в консольном режиме и прочего служебного обмена.

Технологически самоконтроль реализован в виде скрипта, который периодически запускает операционная система Linux в рамках собственной службы cron. Скрипт находится в файле:

/usr/lib/eltex-ems/scripts/check_ems_srv.sh

В службе cron поведение регулируется файлом:

/etc/cron.d/ems-backup

Запись в файле:

*/5 * * * * root /usr/lib/eltex-ems/scripts/check_ems_srv.sh

Алгоритм контроля:

• служба cron выполняет контрольный опрос сервера с периодом в 5 минут;
• при недоступности сервера производится серия дополнительных запросов внутри скрипта. Всего производится три запроса с интервалом в 10 секунд;
• в случае недоступности запросов всей серии скрипт анализирует код ошибки. В зависимости от кода ошибки выполняется перезапуск службы tomcat6 или служб eltex-ems и tomcat6.

Во время работы скрипт сторожевого таймера журналирует состояние системы и статус ответов сервера в файл:

/var/log/eltex-ems/check/ems-check.<current-date>.txt

В файле содержатся записи следующего вида:

----------------------------- (START) ------------------------------
11-11-2015 10:45:02: System information:
11-11-2015 10:45:02: Linux E-Linux 3.2.0-60-generic #91-Ubuntu SMP Wed Feb 19 03:55:18 UTC 2014 i686 i686 i386 GNU/Linux
11-11-2015 10:45:02: java version "1.8.0_65"
Java(TM) SE Runtime Environment (build 1.8.0_65-b17)
Java HotSpot(TM) Server VM (build 25.65-b01, mixed mode)
11-11-2015 10:45:02: LoadAverage info
11-11-2015 10:45:02: 1min 5min 15min
11-11-2015 10:45:02: 1.29 0.99 0.55 1/628 23777
11-11-2015 10:45:02: RAM MemFree:          162188 kB
Disk info
Disk              Size   Used   Available   Used %   Mount
/dev/sda6        27G   20G  6.0G  77% /
/dev/sda5       105G   67G   38G  65% /media/A23016E23016BD6B
/dev/sda1        49G   30G   20G  61% /media/4CDC9038DC901E70

11-11-2015 10:45:02: EMS status: Eltex.EMS Server is running with pid 26086
11-11-2015 10:45:02: Tomcat status:  * Tomcat servlet engine is running with pid 26242

11-11-2015 10:45:02: ports (9310, 9340, 8080) status:
tcp6       0      0 :::9310                 :::*                    LISTEN      26087/java     
tcp6       0      0 :::9340                 :::*                    LISTEN      26087/java     
unix  2      [ ACC ]     STREAM     LISTENING     9340     1006/bluetoothd     /var/run/sdp
tcp        1      0 127.0.0.1:38192         127.0.0.1:8080          CLOSE_WAIT  23703/dhcpd    
tcp6       0      0 :::8080                 :::*                    LISTEN      26242/java     
tcp6       1      0 192.168.16.43:43446     192.168.16.77:8080      CLOSE_WAIT  28114/java     
tcp6       1      0 192.168.16.43:43444     192.168.16.77:8080      CLOSE_WAIT  28114/java     
tcp6       1      0 192.168.16.43:43447     192.168.16.77:8080      CLOSE_WAIT  28114/java     
tcp6       1      0 192.168.16.43:43448     192.168.16.77:8080      CLOSE_WAIT  28114/java     
tcp6       1      0 192.168.16.43:43445     192.168.16.77:8080      CLOSE_WAIT  28114/java   
11-11-2015 10:45:03: RESULT: Service 'eltex-ems' is work

Журналирование для каждой даты ведётся в отдельных файлах, ротация производится согласно общим настройкам Eltex.EMS (настройки монитора архивирования и очистки журналов).

По записям возможно восстановить дату и время принудительного перезапуска служб, а также состояние системы во время контроля: загрузка процессора, использование памяти, количество свободного места на жёстких дисках. Если сервер недоступен, в журнал будет выведена трассировка ошибки, указывающая на источник проблемы.

В случае если служба eltex-ems намеренно остановлена командой:

sudo service eltex-ems stop

Скрипт самодиагностики не производит принудительный запуск службы.

В случае запуска скрипта в консоли пользователь увидит запись:

EMS service disabled. No checks will be performed.

Ручной запуск скрипта можно выполнить с правами суперпользователя:

sudo /usr/lib/eltex-ems/scripts/check_ems_srv.sh

Контроль доступности сервера Eltex.EMS из консоли без использования скрипта можно выполнить командой:

curl -s http://localhost:8080/northbound/getVersion
В ответ работоспособный сервер вернёт xml-сообщение с версией ПО.
$ curl -s http://localhost:8080/northbound/getVersion
<?xml version="1.0" encoding="UTF-8"?>
<getVersion>
<code>0</code>
<msg>OK</msg>
<NbiVersion>3.1.0.1122 / 06-11-2015 14:20:37</NbiVersion>
<ServerVersion>3.1.0.1122 / 06-11-2015 14:20:37</ServerVersion>
</getVersion>

Мониторинг параметров сервера СУ через SNMP

Мониторинг дисковой подсистемы выполняется с помощью таблицы hrStorageTable (1.3.6.1.2.1.25.2.3) из MIB Host Resources (RFC1514).

Таблица имеет следующую структуру:

HrStorageEntry ::= SEQUENCE {
           hrStorageIndex               INTEGER,
           hrStorageType                OBJECT IDENTIFIER,
           hrStorageDescr               DisplayString,
           hrStorageAllocationUnits     INTEGER,
           hrStorageSize                INTEGER,
           hrStorageUsed                INTEGER,
           hrStorageAllocationFailures  Counter
       }

Каждая запись в таблице описывает один ресурс сервера. Это может быть, например, ОЗУ или дисковый накопитель.

Для каждой записи указывается:

• hrStorageDescr — название ресурса, например «Swap space» или «/» — корневая файловая система;
• hrStorageAllocationUnits — размерность единиц измерения, в которых указываются размеры дисков и количество занятого пространства. Иными словами — количество байтов в блоке;
• hrStorageSize — полный размер ресурса (в блоках);
• hrStorageUsed — объём занятого пространства ресурса (в блоках).

При работе в условиях системы резервирования мониторинг параметров серверов необходимо выполнять по реальным IP-адресам.

Внешний вид и возможности графического приложения

Интерфейс графического приложения построен по принципу древовидной иерархии объектов, то есть корневой узел может представлять собой, например, «Область». В каждую область можно поместить районы в виде промежуточных узлов, в которые можно поместить названия населённых пунктов. В населённые пункты можно поместить устройства.

При необходимости детальной настройки устройств, запуск подключения к устройству по HTTP или Telnet/SSH производится из интерфейса программы (при наличии соответствующих прав пользователя).

На рисунке 2 представлены элементы навигации пользовательского интерфейса.

Рисунок 2 — Области навигации пользовательского интерфейса системы EMS.Eltex

Окно пользовательского интерфейса разделено на три основные области:

1. Панель и меню управления для администрирования, выполнения наиболее частых операций, а также работы с деревом объектов: служебные функции для работы с устройствами, такие как «Синхронизация PON», «Добавить», «Удалить», «Перечитать», применение и сохранение конфигурации и прочее.

2. Дерево объектов, которое служит для управления станционными устройствами сети. В дереве объектов иерархически отображены узлы и объекты управления, находящиеся в них.

3. Поле настроек, которое базируется на выборе объекта в дереве. Предназначено для просмотра и редактирования параметров устройства. Поле настроек содержит закладки, выполняющие функции переключателя групп редактируемых параметров. Часть параметров доступна в режиме «только для чтения», другие предназначены для редактирования. Если у пользователя системы есть права на редактирование текущих параметров, кнопка «Редактировать» становится активной. В противном случае кнопка неактивна и действие недоступно. Такая же система применяется в пунктах меню, панели инструментов и контекстном меню.

4. Поле задач отображает процесс выполнения асинхронных задач, которые не блокируют интерфейс GUI, выполняются на сервере в фоновом режиме.

Дополнительные действия с объектами можно выполнять из контекстного меню, которое появляется при нажатии правой кнопки мыши на выбранном объекте.

На рисунке 3 приведен пример пользовательского интерфейса с ограниченными возможностями доступа. Пользователю n14 (роль Show) запрещена работа с сервером ACS. Данный объект не будет отображаться в дереве, поскольку доступ к нему запрещён.

Рисунок 3 — Пример пользовательского интерфейса с ограниченными возможностями доступа

Рисунок 3a — Пример настройки роли с ограниченными возможностями и присвоение ее пользователю

Подробнее с настройкой ролей и пользователей можно ознакомиться в главе Администрирование. Права и пользователи. Настройка ролей и пользователей.

Элементы управления

Панель управления

Панель управления расположена в верхней части интерфейса и предназначена для управления деревом, управления конфигурацией устройств, выполнения синхронизации параметров PON-устройств, поиска ONT и запуска внешних утилит. В таблице 1 приведено описание основных элементов панели управления.

Таблица 1 — Элементы панели управления

Обозначение	Название кнопки			Описание
Быстрые кнопки
	Ошибки загрузки сервера			Информация об ошибках, возникших при старте сервера EMS
	Синхронизация			Синхронизация состояния и конфигурации устройства с EMS-сервером
	Поиск ONT			Вызов диалогового окна для поиска ONT с устройстве/узле, подробное описание приведено в разделе Eltex.EMS. Работа с сектором устройств PON#Поиск ONT в устройстве/узле
	Сохранить			Сохранение изменений в энергонезависимую память для текущего устройства
	Применить			Применить изменения, внесенные в конфигурацию
Редактирование дерева объектов
	Добавить			Добавление объекта в текущий узел дерева
	Удалить			Удаление текущего объекта или узла
	Перечитать			Обновление дерева (выполняется полное перечитывание из БД)
События
	Событие WARNING			Число обозначает количество незакрытых событий данного типа для устройства Для узла отображается суммарное количество незакрытых событий каждого типа для всех устройств в его составе По нажатию на иконку осуществляется переход во вкладку «Мониторинг/Активные аварии» для текущего устройства
	Событие MINOR
	Событие MAJOR
	Событие ALARM
Сервер ACS
	Доступно			Статус сервера ACS
	Опрос состояния сервера ACS не запущен
	Отказ (недоступен)
	Перезапуск
Апплет	настройка приложения пользователя
	Авторизация [блокировка]			Блокировка и разблокировка апплета по паролю, осуществление переавторизации под другим пользователем
	Данные сессии			Вызов окна информации с данными текущей пользовательской сессии
	Оформление			Настройка темы оформления апплета
	Вид			Настройка отображения элементов
	Утилиты			Дополнительные возможности
	Шаблоны запуска утилит			Редактирование шаблонов запуска утилит ping, ssh, web, telnet
	Сохранить настройки апплета			Сохранение текущего размера и местоположения апплета на экране
	Выход			Закрытие апплета (разрыв текущей сессии пользователя)
Устройства	управление деревом объектов, дублирует основное контекстное меню дерева объектов
	Поиск устройства			Поиск станционного устройства по имени или IP-адресу. Поиск производится во всем дереве объектов
	Перечитать дерево			Загрузка всего списка объектов дерева с сервера EMS
	Добавить объект			Добавление объекта в текущий узел дерева. Подробное описание приведено в разделе Eltex.EMS. Работа с сектором устройств PON#Добавление объектов
	Удалить объект			Удаление текущего объекта из дерева
	Переместить объект			Перемещение текущего объекта в другой узел. Подробное описание приведено в разделе Eltex.EMS. Работа с сектором устройств PON#Перенос объектов
	Групповое перемещение			Групповое перемещение объектов в структуре дерева. Подробное описание приведено в разделе Eltex.EMS. Работа с сектором устройств PON#Перенос объектов
	Групповое удаление			Групповое удаление объектов в структуре дерева. Подробное описание приведено в разделе Удаление объектов, обновление структуры дерева
	Автоматический поиск устройств в сети			Поиск устройств в сети по заданному диапазону адресов с помощью протокола SNMP Подробное описание приведено в разделе Автоматический поиск устройств в сети (Auto discovery)
	Свойства объекта			Редактирование адреса и имени текущего объекта
	Копировать имя			Копирование имени объекта в буфер обмена
	Импортировать из CSV			Позволяет импортировать в дерево объектов данные из текстового файла
	Экспорт в CSV			Позволяет экспортировать дерево объектов в текстовый файл .csv
Управление	основные функции управления устройствами, дублирует контекстное меню дерева объектов
	Синхронизировать аварии			Запрос текущих аварий с устройства
	Применить изменения конфигурации (COMMIT)			Применение внесенных в конфигурацию изменений (для МА4000-PX)
	Синхронизировать слоты МА4000			Синхронизация слотов (для МА4000-PX)
	Смена master-платы			Смена мастерства для управляющих модулей PP4X
	Сохранить конфигурацию в энергонезависимую память			Сохранение внесенных в конфигурацию изменений в энергонезависимую память для текущего устройства (для LTE-8ST, LTE-2X, LTE-8X и LTP-4X, LTP-8X, LTP-16N)
	Перечитать конфигурацию из энергонезависимой памяти			Загрузка конфигурации, записанной в энергонезависимой памяти для текущего устройства (для LTE-8ST, LTE-2X, LTE-8X и LTP-4X, LTP-8X)
	Выгрузить конфигурацию в архив (upload)			Выгрузка файла конфигурации текущего устройства на сервер EMS
	Восстановить конфигурацию из архива (download)			Загрузка конфигурации в энергонезависимую память текущего устройства
	Управление конфигурациями			Выгрузка и загрузка шаблонов PON-профилей
	Перезагрузить устройство			Перезагрузка текущего устройства
	Автоматическая смена ID NTP			Автоматическая привязка ONT ID к каналу (GPON 2.x)
OLT	основные функции работы с OLT, дублирует контекстное меню дерева объектов
	Синхронизация			Синхронизация состояния текущего устройства
	Migrate PON config			Миграция в новый формат  с сохранением установок конфигурации PON (для LTE-8ST)
	Migrate ALL config			Миграция в новый формат с сохранение всех существующих установок конфигурации (для LTE-8ST)
	Обновить ПО OLT чипов в узле			Обновление ПО OLT-чипов текущего узла
	Обновить ПО всех ONT в устройстве			Обновление ПО всех ONT в устройстве (для LTE-8X)
	Реконфигурация PON чипов			Реконфигурация PON-чипов данного устройства (для LTP-8X)
	XML-редактор PON профилей OLT			Текстовый редактор профилей ONT (шаблон для OLT)
	GUI-редактор PON профилей OLT			Графический редактор профилей ONT (шаблон для OLT)
ONT	основные функции работы с ONT, дублирует контекстное меню дерева объектов
	Поиск ONT			Поиск ONT в текущем узле или OLT. Подробное описание приведено в разделе Eltex.EMS. Работа с сектором устройств PON#Поиск ONT в устройстве/узле
	Статистика текущая			Статистика по PON-деревьям и количеству ONT на текущий момент для выбранного объекта
	Поиск дублирующихся ONT по MAC			Поиск в дереве объектов ONT, имеющих одинаковый PON MAC
	Поиск дублирующихся ONT по Description			Поиск в дереве объектов ONT, имеющих одинаковое описание
	Редактор метапрофилей PON			Вызывает диалог редактирования единых профилей сети PON.
События	системные утилиты, дублирует контекстное меню дерева объектов
	Журнал событий			Просмотр событий, произошедших на объектах системы
	Статистика активных событий			Просмотр статистики по активным событиям
Утилиты	системные утилиты, дублирует контекстное меню дерева объектов
	Выполнить PING от ПК пользователя к устройству			Произвести эхо-тест от ПК пользователя к устройству
	Выполнить PING от сервера к устройству			Произвести эхо-тест от сервера к устройству
	Подключение к устройству по протоколу Telnet			Запуск клиента Telnet для подключения к текущему объекту
	Подключение к устройству по протоколу HTTP (web)			Запуск браузера для подключения по HTTP к текущему объекту
	Подключение к устройству по протоколу SSH			Запуск клиента SSH для подключения к текущему объекту
Администрирование
		Права и пользователи
		Настройка ролей пользователей		Редактирование ролей для пользователей системы. Подробное описание приведено в разделе Eltex.EMS. Работа с сектором устройств PON#Настройка ролей
		Настройка пользователей системы		Редактирование параметров пользователей системы. Подробное описание приведено в разделе Eltex.EMS. Работа с сектором устройств PON#Перечень привилегий
		Поведение графического интерфейса
		Настройка цветовой схемы	Настройка цветов аварийных сообщений. Подробное описание приведено в разделе Eltex.EMS. Работа с сектором устройств PON#Настройка цветовой схемы
		Настройка звуковой схемы аварий	Настройка сигналов аварийных сообщений Eltex.EMS. Работа с сектором устройств PON#Настройка звуковой схемы аварий
		Настройка сервера
		Прием и обработка SNMP трапов	Редактирование параметров приема SNMP-трапов
		Задачи по расписанию (мониторы)	Просмотр состояния и настройка конфигурации мониторов
		Системные модули	Просмотр и редактирование параметров модулей
		АРМ администратора	Переход в меню АРМ администратора
		Перезапуск EMS сервера	Перезапуск сервера EMS
		Загрузка пакета обновлений	Позволяет загрузить на сервер ПО Eltex.EMS для последующего обновления, в директорию /tmp
		ПО устройств
		Станционное ПО	Загрузка файлов ПО станционного оборудования и просмотр работающих версий на сети
		Абонентское ПО	Загрузка файлов ПО абонентского оборудования и просмотр работающих версий на сети
		Получить логи работы сервера EMS	Формирование файла с журналами работы сервера и предоставление пользователю ссылки для скачивания
Информация
		Состояние системы резервирования	Просмотр состояния системы резервирования
		Сведения о компонентах системы	Просмотр состояния системы EMS
		Журнал действий пользователей	Просмотр журнала действий пользователей
		Уведомления (внутренний чат)	Отправка сообщения всем пользователям, находящимся в системе в данный момент
Справка		Cправочная информация
		О программе	Данные о ПО Eltex.EMS и поддерживаемых устройствах
		Лицензия	Данные об используемых модулях и установленных лицензионных ограничениях
		Список изменений	Краткий список изменений по версиям

Дерево устройств

Дерево устройств находится в левой части интерфейса. Дерево предназначено для отображения структуры сети, а также служит элементом выбора устройства управления. Изменение структуры дерева доступно только пользователям системы с соответствующими правами: «Добавление, удаление, перемещение устройства, редактирование параметров доступа. Автопоиск».

Добавление объектов

Добавление объекта в дерево производится при помощи кнопки  («Добавить») в области дерева объектов. При добавлении объекта необходимо указать его уникальное имя, тип и IP-адрес. Для узлов (NODE) необходимо указать только имя. После добавления объекта для доступа к нему необходимо произвести полную настройку SNMP-параметров. При неправильной настройке система будет возвращать сообщение «SNMP Timeout» при каждом запросе к устройству. Необходимо учитывать, что указанный параметр «SNMP таймаут» в настройках устройства может утраиваться, так как по умолчанию система делает три попытки доступа к устройству.

Перенос объектов

Перенос единичного объекта

Для переноса устройств из текущего узла в любой другой произвольный узел используется пункт меню «Устройства/Переместить объект» на панели инструментов, а также с помощью меню «Редактировать/Переместить в узел», которое доступно при нажатии правой кнопки мыши на объект. Для переноса необходимо выбрать объект в дереве, выбрать меню «Переместить в узел» или «Переместить объект» и указать в открывшемся диалоге тот узел, куда необходимо поместить объект. Переносу подлежат как объекты, так и любые узлы (кроме корневого узла).

Рисунок 4 — Меню переноса объектов в дереве

Групповой перенос

Для группового переноса объектов внутри дерева предназначен пункт меню «Устройства/Групповое перемещение» на панели инструментов, рисунок 2. В меню возможен одновременный перенос множества объектов в пределах одного уровня, а также объектов, изначально расположенных в разных узлах, в общий узел назначения.

Рисунок 4а — Меню переноса объектов в дереве

В левом поле окна редактирования «Переместить объекты в дереве» выбираются один или несколько объектов/узлов для переноса, в правом — узел назначения, перенос производится кнопкой «=>», расположенной между полями.

При переносе объектов в другой узел учитывается наличие прав на манипуляции с узлом назначения переноса. Также введены дополнительные ограничения, чтобы узел нельзя было перенести сам в себя или в дочерние узлы (кнопка «ОК»/ «->» в диалоге будет недоступна). Невозможно перенести объект в узел, в котором существует объект с совпадающим именем.

Удаление объектов, обновление структуры дерева

Кнопка  («Перечитать») предназначена для полного обновления информации о структуре дерева из БД и должна применяться при операциях одновременного редактирования дерева из разных интерфейсов. Также функцией «Перечитать» необходимо воспользоваться в случае изменения структуры дерева администратором.

Удаление объектов из дерева производится при помощи кнопки  («Удалить») в области дерева объектов, рисунок 2.

Для группового удаления объектов внутри дерева предназначен пункт меню «Устройства/Групповое удаление» на панели инструментов, рисунок 2. В меню возможен одновременное удаление множества объектов в пределах одного уровня.

Требуется выбрать один или нескольких объектов и нажать на кнопку «Удалить».

Синхронизация устройств PON в дереве объектов

Операция синхронизации состояния является ключевой для работы с объектом OLT. После проведения этой операции система получает сведения о версии ПО OLT, количество и состав профилей абонентских настроек, состав и статус всех ONT и т. д..

Синхронизация может быть выполнена в ручном режиме при начале работ с OLT. Также в типовой поставке системы включена служба автоматической периодической синхронизации объектов (см. «Мониторы», «Монитор PON синхронизации»). Выполнить синхронизацию очень важно, т. к. пока она не выполнена, пользователю недоступно большинство функций управления и мониторинга объекта OLT.

Для устройств PON в дереве устройств отображается информация о синхронизации состояния деревьев. Если данные синхронизированы, то отображается время последней синхронизации, а также количество ONT в конфигурации. В квадратных скобках указано количество ONT в дереве в виде [Конфигураций/Активных/Аварий]. Например, надпись [10/8/1] означает, что OLT 10 конфигураций ONT, 8 активных устройств ONT в работе и 1 ONT — в состоянии ошибки.

Контекстное меню дерева объектов

Контекстное меню дерева объектов открывается по нажатию правой кнопки мыши на объекте. Меню позволяет выполнять операции запуска внешних приложений (ping, telnet, ssh, web), а также редактировать имя и тип объекта в дереве. Дополнительно можно осуществлять выдачу команд в устройство, таких как: «Синхронизировать аварии», «Сохранить конфигурацию в энергонезависимую память», «Перезагрузить устройство», «Перечитать конфигурацию из энергонезависимой
памяти». Для устройств GPON доступно меню поиска ONT по PON Serial/MAC-адресу, описанию или по номеру дерева и идентификатору в дереве (если состояние синхронизировано).

Рисунок 5 — Контекстное меню дерева объектов

Поле управления свойствами объектов (поле настроек)

Поле настроек в правой части интерфейса (см. рисунок 2) и предназначено для просмотра и редактирования параметров устройства. Содержит закладки, выполняющие функции переключателя групп редактируемых параметров и основные кнопки: «Редактировать», «Обновить». В случае если пользователь имеет права на изменение параметров устройства («SNMPset» в настройках роли пользователя), кнопка «Редактировать» автоматически становится активной.

Описание действия кнопок:

• Редактировать — открывает диалог для редактирования текущих параметров;
• Обновить — кнопка предназначена для обновления значений текущей панели из устройства, БД или другого источника.

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

Рисунок 6 — Окно редактирования. Выбран селектор типа аутентификации

Для данных, содержащих индексированные значения (например, редактирование параметров портов), в верхней части поля расположен селектор, позволяющий выбрать индекс элемента.

Рисунок 7 — Выбор дерева в устройстве LTP-8X

Кроме закладок редактирования параметров существуют закладки для отображения статуса портов, для отображения таблиц, для редактирования конфигураций и списков ONT, просмотра состояний ONT.

Рисунок 8 — Закладка состояния портов LTP-8X

При нажатии кнопки «Обновить» происходит запрос состояния портов устройства и отображение информации в панели «Статус портов».

Кнопка «Подсказка» в поле управления позволяет получить информацию о тонкостях настройки. Подсказка может располагаться рядом с элементом редактирования для пояснения по данному параметру или быть единой для всей панели управления.

Рисунок 9 — Справка в закладке «Список ONT» для LTP-8X

По нажатию правой кнопки мыши для записи в таблице открывается контекстное меню работы с объектом. Команды блока копирования позволяют сохранять данные в буфер обмена без применения дополнительных манипуляций. Команда «Выделить все» выделяет все записи таблицы.

Рисунок 10 — Контекстное меню работы с подключенным ONT в закладке «Список ONT» для LTP-8X

Установленный флаг «H-scroll» в закладках с таблицами позволяет прокручивать записи не только по вертикали, но и по горизонтали. Установленный флаг «Перенос» позволяет отобразить все содержимое ячейки путем переноса по слогам, не изменяя ее ширины.

Рисунок 11 — Расположение флага «Перенос» и «H-scroll» в закладке «Мониторинг/Активные аварии» для LTP-8X

Управление устройствами

Система поддерживает управление несколькими группами устройств, управление каждой из них имеет определенные особенности.

Группы устройств:

• PON (LTE-8ST, LTE-8X, LTE-2X, LTP-4X, LTP-8X, LTP-16N, MA4000-PX);
• DSLAM (MXA-24, MXA-32, MXA-64);
• ETTH (MES1024, MES1124, MES2124, MES2124P, MES2124F, MES2124MB, MES2124P, MES2208P, MES2308, MES2308P, MES2324B, MES2324P, MES2348B, MES3000L, MES3108, MES3108F, MES3116, MES3116F, MES3124, MES3124F, MES3224, MES3224F, MES3348, MES3508P, MES5124, MES5148, MES5248, MES5324);
• VoIP (TAU-16/24/32/36/72-SIP, TAU-16/24/32/36/72-MEGACO, SMG-1016, SMG-1016M, SMG-1016M-R, SMG-2016, SMG-4, SMG-2, SBC-1000, SBC-2000, MSR, SSW ECSS-10);
• MSAN MC1000-PX;
• ToPGATE 3XX, ToPGATE 6XX;
• MXL2E;
• УЭП (УЭП3, УЭП2.5, УЭП3.3, УЭП4.1);
• ESR-100, ESR-200, ESR-1000, ESR-1200;
• Wi-Fi точки доступа (WEP-12ac, WEP-2ac, WOP-12ac, WOP-2ac, GenericAp).

Создание объекта мониторинга

Объект для мониторинга задается с помощью кнопки «Добавить» на основной панели меню. Для создания объекта в определенном узле необходимо выделить узел и нажать кнопку «Добавить».

В появившееся меню необходимо внести имя объекта, выбрать его тип, задать IP-адрес устройства.

После нажатия кнопки «OK» устройство появиться в дереве объектов.

Автоматический поиск устройств в сети (Auto discovery)

Eltex.EMS предоставляет возможность автоматического поиска устройств, поддерживаемых системой, в сети предприятия по заданному диапазону IP-адресов. Настройка параметров для автоматического поиска выполняется непосредственно из интерфейса программы кнопкой «Настройка поиска». Поиск осуществляется при помощи опроса устройств в заданном диапазоне по протоколу SNMP, с указанными параметрами. Для обнаружения устройств необходимо, чтобы на искомом устройстве был активен SNMP-агент с установленными параметрами, которые заданы в настройках поиска.

Чтобы вызвать форму автоматического поиска, необходимо выбрать узел, в строке меню выбрать «Устройства/Автоматический поиск устройств в сети» или перейти в корневой узел и в контекстном меню выбрать «Системные утилиты/Автоматический поиск устройств в сети».

Рисунок 12 — Диалог поиска устройств в сети по заданному диапазону

• Диапазон поиска, начальный адрес — начальное значение диапазона IP-адресов для поиска устройства;
• Конечный адрес — конечное значение диапазона IP-адресов для поиска устройства;
• Старт — кнопка запуска сканирования сети;
• Стоп — кнопка принудительного завершения сканирования;
• Настройка поиска — кнопка перехода к редактированию SNMP-доступа при поиске;
• Прогресс — индикатор процесса сканирования;

По нажатию на кнопку «Настройки поиска» откроется окно редактирования SNMP параметров доступа при поиске устройств.

Рисунок 13 — Пример настройки параметров доступа SNMP

Во время сканирования сети отображается прогресс процесса. Сканирование ведётся параллельно в несколько потоков, при этом время ожидания ответа от каждого из устройств задаётся параметром «Timeout» в файле конфигураций. Процесс можно остановить, нажав кнопку «Стоп».

Рисунок 14 — Процесс поиска устройств в сети по заданному диапазону

В процессе сканирования сети программа помещает все найденные устройства в таблицу. Если найденное устройство уже присутствует в дереве объектов, то программа выводит об этом соответствующее сообщение с указанием узла, в котором данный объект находится, и имени объекта. Сопоставление объектов производится по IP-адресу.

После завершения сканирования сети пользователю становятся доступны кнопки «Добавить все» (производится добавление всех найденных устройств) и «Добавить выделенные» (производится добавление устройств, выделенных пользователем в таблице).

Рисунок 15 — Результаты поиска устройств в сети по заданному диапазону

При нажатии кнопки «Добавить» программа поместит указанные объекты в узел «Found», который будет автоматически создан в текущем узле дерева объектов. Если узел «Found» существует, то объекты будут добавлены к уже имеющимся в данном узле (если они не дублируются по IP-адресу). При добавлении программа автоматически отсеивает устройства с дублирующимися IP-адресами даже в том случае, если они были выбраны в таблице. В случае отсеивания всех объектов программа выдаст предупреждающий диалог. Если в узле «Found» присутствуют объекты с именами, совпадающими с найденными, то программа добавит окончание «_x» к новым объектам, чтобы избежать дублирования имён.

Для переноса устройств из узла «Found» в любой другой произвольный узел используется пункт меню «Редактировать/Переместить объект», которое доступно при нажатии правой кнопки мыши в дереве объектов. Для переноса необходимо выбрать объект в дереве, выбрать меню «Переместить объект» и указать в открывшемся диалоге тот узел, куда необходимо поместить объект. Переносу подлежат как объекты, так и любые узлы (кроме корневого).

Поиск устройств и перенос в узлы возможен только для пользователей с разрешёнными правами на добавление объектов. При переносе объектов в другой узел учитывается, есть ли права на манипуляции с узлом назначения переноса. Также введены дополнительные ограничения, запрещающие перенос узла самого в себя или в дочерние узлы (кнопка «Переместить» в диалоге будет неактивна). Невозможно перенести объект в узел, в котором существует объект с совпадающим именем.

Рисунок 16 — Выбор узла для перемещения объекта

Поиск ONT в устройстве/узле

Поиск может быть осуществлен по следующим параметрам:

• PON MAC/ Serial — поиск ONT по введённому PON MAC/Serial-адресу;
• Описание или ИД абонента — поиск ONT по введённому описанию или идентификатору абонента;
• По дереву и идентификатору (через пробел) — поиск ONT по введённому номеру дерева и идентификатору, ввод значений через пробел.

В поле справа необходимо указать искомое значение.

Действия с объектом в дереве

Основные операции, доступные для текущего объекта, вынесены в контекстное меню дерева. Состав меню зависит от типа текущего выбранного объекта, а также от разрешённых прав пользователя системы. При недостатке прав на операцию соответствующие пункты меню блокируются (выделены серым цветом).

По нажатию правой кнопкой мыши на строке объекта в дереве открывается контекстное меню, содержащее следующие пункты:

• Системные утилиты — содержит набор утилит:

• Перечитать Hostname — перечитать системное имя устройства;
• Выполнить PING от пользователя ПК к устройству — эхо-тест от пользователя к устройству;
• Выполнить PING от сервера к устройству — эхо-тест от сервера к устройству;
• Подключение к устройству по протоколу TELNET;
• Подключение к устройству по протоколу HTTP (WEB) (только для LTE);
• Подключение к устройству по протоколу SSH;
• SNMP-консоль — вызов консоли SNMP;
• SNMP-шаблон — позволяет произвести быструю конфигурацию любых параметров устройства заранее приготовленным текстовым (xml) файлом с данными через протокол SNMP.
• Управление устройством — содержит набор команд для управления:

• Выполнить синхронизацию PON — производит синхронизацию состояния устройства PON. Используется для обновления статуса конфигурации списка ONT;
• Синхронизировать аварии — получить список активных аварий с устройства;
• Реконфигурация PON-чипов (для PON-устройств) — выполнить команду реконфигурации чипов PON;
• Сохранить конфигурацию в энергонезависимую память — реализует запись сделанных изменений во внутреннюю память устройства;
• Перечитать конфигурацию из энергонезависимой памяти — загрузить конфигурацию, записанную во внутренней памяти устройства.

• Migrate PON config (только для LTE) — осуществить миграцию в новый формат только с сохранением установок конфигурации PON;
• Migrate ALL config (только для LTE) — осуществить миграцию в новый формат с сохранением всех существующих установок конфигурации;
• Перезагрузить устройство — выполнить команду перезагрузки;
• Автоматическая смена ID NTP — автоматическая привязка ONT ID к каналу (GPON 2.x).

Управление устройством MA4000-PX:

• Применить изменения конфигурации (COMMIT) — применить внесенные в конфигурацию изменения;
• Синхронизировать слоты MA4000 — производит синхронизацию состояния слотов МА4000-РХ;
• Смена master-платы — смена мастерства управляющих модулей PP4X.

Управление устройством PP4X:

• Применить изменения конфигурации (COMMIT) — применить внесенные в конфигурацию изменения;
• Подтвердить замену ПО (Firmware) на модуле PP4X unit №1;
• Подтвердить замену ПО (Firmware) на модуле PP4X unit №2;
• Подтвердить замену ПО (Firmware) на обоих модулях PP4X;
• Перезагрузка модуля PP4X MASTER — выполнить перезагрузку ведущего управляющего модуля для устройства;
• Перезагрузка модуля PP4X SLAVE — выполнить перезагрузку ведомого управляющего модуля для устройства.
• Обновление ПО (Firmware) — содержит набор команд для обновления встроенного ПО (микропрограмм):

• Обновить ПО всех ONT в устройстве (только для LTE);
• Управление конфигурацией — содержит набор команд для управления конфигурацией управляемых станционных устройств:

• Выгрузить конфигурацию в архив (upload) — выгрузка (сохранение) конфигурации в файле на диске;
• Восстановить конфигурацию из архива (download) — загружает конфигурацию, записанную в архиве, во внутреннюю память устройства.

• Управление конфигурациями — возможно загрузка конфигураций с клиентского ПК в систему EMS, а также выгрузка из системы файлов конфигурации.
• Статистика состава ONT — вывод статистики (текущее состояние и динамика) подключенных к PON-каналу/устройству/узлу абонентских терминалов (количество, тип):

• Статистика текущая — отображает статистику по PON-каналам и количеству ONT на текущий момент;
• Поиск дублирующихся ONT по PON MAC/SERIAL — осуществляет поиск ONT в дереве объектов, дублирующихся по PON MAC. По результатам поиска выводится список номеров дублирующихся ONT с указанием устройств, которым они принадлежат;

• Поиск дублирующихся ONT по Description — осуществляет поиск ONT в дереве объектов, дублирующихся по описанию. По результатам поиска выводится список номеров дублирующихся ONT с указанием устройств, которым они принадлежат;

• Редактировать — раздел изменения свойств объекта, содержит набор команд:

• Переместить в узел — позволяет перемещать объекты (и узлы) между узлами дерева;
• Изменить тип объекта — редактировать тип текущего объекта;
• Свойства объекта — позволяет изменить имя объекта или его IP-адрес;
• Копировать имя — позволяет скопировать имя объекта в буфер обмена.
• Сводная информация — вывод краткой информации по устройству, содержащей сетевое имя, версию, IP-адрес, uptime, статистику по ONT и активные аварии:

Индикация состояния устройства

Система поддерживает индикацию наличия связи с устройством в дереве объектов, которая отображается в виде пиктограмм рядом с иконками устройств. В таблице 2 приведено соответствие обозначений основным состояниям устройства.

На иконке каждого объекта одновременно может присутствовать до двух пиктограмм. Пиктограмма в верхнем правом углу сообщает о статусе доступности объекта. Статус складывается из двух составляющих. Это опрос устройства по SNMP и опрос посредством ICMP PING. В случае недоступности по обоим протоколам система считает объект потерянным и выставляет «красный» уровень аварии. В случае недоступности по одному из протоколов — «жёлтая» авария. В случае полной доступности — «зелёный» статус. Если опрос устройства отключен, в дереве отображается белая пиктограмма. Если устройство выключено из обслуживания, отображается серая пиктограмма.

Пиктограмма в нижнем правом углу служит для индикации различных предупреждений. Сообщается о наличии аварий на устройстве, несовпадении системного имени, неправильно настроенных трапах и прочих ситуациях, на которые необходимо обратить внимание обслуживающему персоналу.

Таблица 2 — Индикация состояния связи с устройством

Общие настройки при работе с устройствами в системе Eltex.EMS

Меню «Описание»

Во вкладке отображаются имя устройства, IP-адрес подключения, общие физические параметры, статус доступности, а также изображение внешнего вида устройства данного типа.

• Имя — имя устройства;
• Тип — модель устройства;
• Блокировка — статус блокировки устройства;
• IP-адрес — IP-адрес устройства;
• Статус доступности — состояние доступности устройства;
• Время доступа — дата и время последнего обращения к устройству (SNMP);
• Габариты — типоразмер устройства;
• Питание, В — напряжение питания устройства, В;
• Крепеж — способ установки устройства;
• Uplink, Downlink — информация о количестве и типе портов в устройстве (для LTE).
• Количество сервисных слотов — количество слотов на устройстве (для MA4000).

Меню «Мониторинг», вкладка «Активные Аварии»

Меню содержит список текущих аварийных и нештатных событий устройства. События в данном списке создаются при получении аварийных трапов от устройств либо при работе внутренних периодических служб системы (например, контроль доступности, контроль температуры). Копия каждого события при его возникновении сохраняется в журнал событий данного устройства. В случае автоматической нормализации (например, при приходе трапа или восстановлении канала обмена) событие стирается из списка активных событий, но остаётся в журнале. В журнале фиксируются как аварийные, так и нормализующие сообщения.

Обновление информации во вкладке происходит автоматически, если установлен флаг «Автообновление». Иначе — по нажатию на кнопку «Обновить».

Для того чтобы запросить список текущих аварий на устройстве, необходимо нажать кнопку .

Кнопка  позволяет отключить активную сигнализацию на устройстве.

По нажатию правой кнопки мыши на выделенной строке становится доступно меню редактирования и управления активным событием:

• Прием и обработка SNMP-трапов — настройка обработки данного трапа системой;
• Редактировать статус — смена статуса события (новый/в обработке/закрыт);
• Перейти к ‘Активным авариям’ устройства — переход на вкладку «Мониторинг/Активные аварии устройства», которому принадлежит данная авария;
• Удалить все активные события для устройства или узла — удаление всех активных событий для устройства/узла.

Ранжирование событий

События в таблице могут быть упорядочены по любому из параметров с помощью нажатия левой кнопкой мыши на заголовок столбца. Направление ранжирования указывается стрелкой рядом с заголовком.

  — ранжирование от большего значения к меньшему (новые вверху списка);

  — ранжирование от меньшего значения к большему (новые внизу списка).

В верхней части вкладки присутствуют поля для фильтрации событий по дате или содержимому.

Смена статуса события

Каждое поступившее событие может быть обработано вручную. Для редактирования статуса используется меню «Редактировать статус».

Если событие не является критичным или не представляет интереса, возможно сменить его статус с «Новый» на «Закрыт».

Если же событие представляет интерес, необходимо поставить его в процесс обработки (статус «В обработке»).

После закрытия (присвоения статуса «Закрыт») события стираются из списка активных, но с записью в журнале событий ничего не происходит. Она не удаляется и не перемещается при операциях с активными событиями.

Групповая смена статуса

Для смены статуса для нескольких событий одновременно необходимо выделить требуемые строки в таблице событий, используя клавиши <Shift> (блочное выделение), <Ctrl> (выборочное выделение) и мышь либо стрелки клавиатуры, затем правой кнопкой мыши щелкнуть на любой из выделенных строк таблицы — откроется меню группового редактирования статуса:

Настройка таблицы событий

При помощи кнопки «Изменить поля» производится переход к настройке набора полей таблицы событий, выводимой на экран.

Перечень полей для отображения:

• ID — идентификатор записи;
• Дата создания — дата создания записи;
• Приоритет — приоритет произошедшего события;
• Авария — признак аварии;
• Тип события — тип события (snmp-трап, monitor, другое);
• Код — внутренний код события;
• Сообщение — текстовое сообщение;
• ИД сообщения — идентификатор сообщения;
• OID — SNMP OID полученного сообщения;
• Статус — текущий статус сообщения;
• Пар 1 — параметр 1, содержащий индекс аварии;
• Пар 2 — параметр 2, содержащий дополнительный индекс аварии;
• Пар 3 — параметр не используется;
• ID источника — идентификатор источника сообщения;
• IP источника — IP-адрес источника сообщения;
• Название источника — название источника в дереве объектов;
• Тип источника;
• Дата обработки — дата начала обработки события (смена статуса с «Новый» на статус «В обработке»);
• Обработчик — имя (логин) оператора, начавшего обработку;
• Время обработки — время начала обработки события;
• Вид закрытия — способ закрытия сообщения: MANUAL — ручной, AUTO — автонормализация;
• Источник закрытия — в случае автонормализации в это поле заносится идентификатор нормализующего сообщения;
• Дата закрытия — дата смены статуса на «Закрыт»;
• Дата возникновения аварии;
• OntSerial — серийный номер ONT (заполняется для сообщений, где номер ONT присутствует).

По нажатию на кнопку «Выбрать все» все поля перечня будут автоматически выделены для добавления.

Для сохранения изменений в наборе отображаемых полей необходимо нажать кнопку «Принять», для отмены — кнопку «Отменить».

Меню «Мониторинг», вкладка «Общие»

Во вкладке отображаются общие данные, полученные от устройства, информация доступна только в режиме чтения.

Меню содержит общую информацию об устройстве:

• Имя хоста — hostname устройства;
• Версия ПО — версия программного обеспечения устройства;
• Серийный номер — серийный номер устройства;
• Время в работе — период времени работы устройства с последней перезагрузки;
• Свободная память, байт — объем свободной памяти на устройстве, в байтах;
• Свободно на диске — свободное место на диске, в процентах;
• Load Average 1 min/5 min/15 min (Загрузка ЦП 1 мин/5 мин/15 мин) — загрузка процессора в процентном отношении за последнюю минуту/5 минут/15 минут;
• Активные аварии — количество активных аварий на устройстве.

Для LTP:

• Версия платы — номер версии платы;
• MAC-адрес — МАС-адрес устройства;
• Вентилятор #0/#1. Активность — статус работы вентилятора;
• Вентилятор #0/#1. Скорость, rpm — скорость работы вентилятора, оборотов в минуту;
• Температура SFP, Температура PON — показания датчиков температуры, в градусах Цельсия;
• OLT версия драйвера — версия драйвера оптического чипа OLT;
• OLT#0, #1. Версия ПО (FW) — версия программного обеспечения оптических чипов OLT;
• OLT#0, #1. Аппаратная версия (HW) — аппаратная версия оптических чипов OLT.

Для LTE:

• Вентилятор Х — статус работы вентилятора;
• Температура, С — показания датчика температуры на устройстве, в градусах Цельсия;
• Количество активных ONT — число активных ONT, подключенных к устройству.

Для MA400-PX:

• Вентилятор Х, rpm — скорость работы вентилятора, оборотов в минуту;
• Относительная скорость — скорость работы вентилятора в процентах от максимально возможной;
• Работа вентилятора Х — административный статус работы вентиляторов;
• Unit1/Unit2 версия ПО — версия программного обеспечения управляющих модулей;
• Unit1/Unit2 время работы — время работы управляющих модулей с последней перезагрузки;
• Unit1/Unit2 роль — роль управляющего модуля (master/slave — ведущий/ведомый);
• Unit1/Unit2 позиция — позиция управляющего модуля в корзине устройства (левый/правый);
• Unit1/Unit2 серийный номер — серийные номера управляющих модулей;
• TrapSinkX — настроенные IP-адреса для отправки SNMP-сообщений.

По кнопке  осуществляется переход во вкладку «Статистика RRD» к добавлению новой задачи для мониторинга параметра или к просмотру статистики для уже назначенной задачи (подробнее в разделе Меню «Статистика RRD»).

Обновление информации во вкладке происходит по нажатию на кнопку «Обновить».

Меню «Мониторинг», вкладка «Журнал событий»

Меню содержит список событий, пришедших с устройства.

Обновление информации во вкладке (с учетом фильтрации) происходит по нажатию на кнопку («Перечитать базу данных»).

Синхронизация текущих аварий на устройстве осуществляется кнопкой .

По нажатию на кнопку  текущая таблица событий будет сохранена на локальный ПК.

Если требуется выделить все записи в таблице, необходимо воспользоваться кнопкой  («Выделить все»).

По нажатию правой кнопки мыши на выделенной строке становится доступно меню редактирования и управления активным событием:

• Прием и обработка SNMP трапов — настройка обработки данного трапа системой:
• OID — идентификатор трапа (не редактируется);
• Имя — имя трапа (не редактируется);
• Описание — описание трапам (не редактируется);
• Устройство — имя источника (тип устройства) (не редактируется);
• Disabled — флаг полного отключения обработки данного трапа (не сработают обработчики, не будет выполнено сохранение в БД);
• Priority — установка приоритета трапа;
• AlwaysClosed — флаг закрытия, позволяющий зарегистрировать трап в БД сразу в состоянии «Закрыт» и не фиксировать его в качестве нового в подсистемах;
• Не хранить в БД — при установке данного флага трап не будет сохранен в БД, но будет обработан соответствующими хандлерами, при условии их наличия.
• Фильтр по ID — отфильтровать события по идентификатору OID;
• Копировать поле — скопировать в буфер обмена текст из данного поля;
• Скопировать серийный номер ОNT — скопировать в буфер обмена серийный номер ONT, фигурирующий в данном событии.

Порядок ранжирования событий, смены статуса и групповой смены статуса описан в разделах Eltex.EMS. Работа с сектором устройств PON#Ранжирование событий, Eltex.EMS. Работа с сектором устройств PON#Смена статуса события, Eltex.EMS. Работа с сектором устройств PON#Групповая смена статуса соответственно.

Фильтрация событий

События в таблице возможно отфильтровать по одному или нескольким параметрам.

Список фильтров активных событий:

• Приоритет — приоритет произошедшего события;
• Дата создания : от/до — временные рамки создания записи в формате ДД.ММ.ГГГГ либо ДД.ММ.ГГГГ ЧЧ.ММ;
• OID — SNMP OID полученного сообщения (допустимые форматы: 1.3.6.*, *.1.6.3.1, *.3.6*, 1.3.6.1.4.1.8072.4);
• Сообщение — текст сообщения (допустимые форматы: текст, %текст, %часть текста%);
• ONT serial — серийный номер или PON MAC ONT (целиком либо часть).

Для перевода значений всех фильтров в исходное состояние необходимо воспользоваться кнопкой  («Очистить фильтры»).

Переход к настройке отображаемых полей записей журнала производится кнопкой  («Изменить поля»).

Настройка таблицы событий

При помощи кнопки  («Изменить поля») производится переход к настройке набора полей таблицы событий, выводимой на экран.

Перечень полей для отображения:

• ID — идентификатор записи;
• Дата создания — дата создания записи;
• Приоритет — приоритет произошедшего события;
• Авария — признак аварии;
• Тип события — тип события (snmp-трап, monitor, другое);
• Код — внутренний код события;
• Сообщение — текстовое сообщение;
• ИД сообщения — идентификатор сообщения;
• OID — SNMP OID полученного сообщения;
• Статус — текущий статус сообщения;
• Пар 1 — параметр 1, содержащий индекс аварии;
• Пар 2 — параметр 2, содержащий дополнительный индекс аварии;
• Пар 3 — параметр не используется;
• ID источника — идентификатор источника сообщения;
• IP источника — IP-адрес источника сообщения;
• Название источника — название источника в дереве объектов;
• Тип источника;
• Дата обработки — дата начала обработки события (смена статуса с «Новый» на статус «В обработке»);
• Обработчик — имя (логин) оператора, начавшего обработку;
• Время обработки — время начала обработки события;
• Вид закрытия — способ закрытия сообщения: MANUAL — ручной, AUTO — автонормализация;
• Источник закрытия — в случае автонормализации в это поле заносится идентификатор нормализующего сообщения;
• Дата закрытия — дата смены статуса на «Закрыт»;
• Дата возникновения аварии;
• OntSerial — серийный номер ONT.

По нажатию на кнопку «Выбрать все» все поля перечня будут автоматически выделены для добавления.

Для сохранения изменений в наборе отображаемых полей необходимо нажать кнопку «Принять», для отмены — кнопку «Отменить».

Экспорт записей

Подробное описание процесса экспорта записей приведено в разделе Экспорт записей.

Меню «Мониторинг», вкладка «Журнал syslog»

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

SYSLOG — протокол, предназначенный для передачи сообщений о происходящих в системе событиях. Система EMS выступает SYSLOG-сервером и принимает сообщения от устройств.

Обновление информации во вкладке (с учетом фильтрации) происходит по нажатию на кнопку  («Перечитать базу данных»).

По нажатию на кнопку  текущая таблица событий будет сохранена на локальный ПК.

Если требуется выделить все записи в таблице, необходимо воспользоваться кнопкой  («Выделить все»).

События в журнале возможно отфильтровать по одному или нескольким параметрам.

Список фильтров записей журнала:

• Приоритет — приоритет произошедшего события:
  • LOG_EMERG — чрезвычайное сообщение;
  • LOG_ALERT — сообщение-предостережение;
  • LOG_CRIT — сообщение о критической аварии;
  • LOG_ERR — сообщение об ошибке;
  • LOG_WARNING — сообщение-предупреждение;
  • LOG_NOTICE — уведомление;
  • LOG_INFO — информационное сообщение;
  • LOG_DEBUG — отладочное сообщение.
• Дата получения : от/до — временные рамки получения записи в формате ДД.ММ.ГГГГ либо ДД.ММ.ГГГГ ЧЧ.ММ;
• SysLogTag — тип процесса, отправившего сообщение;
• FromHost — адрес источника сообщения (используется для устройств с модульной архитектурой);
• Message — сообщение.

В поле «Limit» производится настройка объема сообщений, выводимых на страницу. Для навигации по страницам используются стрелки справа и слева от поля.

Для перевода значений всех фильтров в исходное состояние необходимо воспользоваться кнопкой  («Очистить фильтры»).

Переход к настройке отображаемых полей записей журнала производится кнопкой «Изменить поля»:

• ID — идентификатор записи, отображается всегда;
• ReceivedAt — дата и время уведомления о получении сообщения;
• DeviceReportedTime — дата получения записи в формате ДД.ММ.ГГГГ либо ДД.ММ.ГГГГ ЧЧ.ММ;
• Facility — взвешенное значение записи;
• Priority — приоритет произошедшего события;
• FromHost — имя источника сообщения;
• Message — текст сообщения;
• SysLogTag — тип процесса, отправившего сообщение;
• FromHostIP — IP-адрес источника сообщения.

Для сохранения изменений в наборе отображаемых полей необходимо нажать кнопку «Принять», для отмены — кнопку «Отменить».

Экспорт записей

Подробное описание процесса экспорта записей приведено в разделе Экспорт записей.

Меню «Мониторинг», вкладка «Статистика ICMP»

В данной вкладке отображается временная диаграмма задержки получения ответов на icmp-запросы (ping). Доступна статистика за последние 2 часа.

Красными точками на графике отмечаются ошибка получения ответа.

По нажатию правой кнопки мыши на поле графика станет доступно меню управления.

• Сохранить как — сохранить текущее изображение на локальный ПК;
• Печать — распечатать текущее изображение;
• Приблизить/отдалить — настроить масштаб координатных осей графика;
• Автомасштабирование — настроить масштаб координатных осей графика автоматически.

Обновление информации во вкладке происходит по нажатию на кнопку «Обновить».

Меню «Мониторинг», вкладка «Статистика SNMP»

В данной вкладке доступна статистика задержек SNMP-ответов за последние два часа.

Красными точками на графике отмечаются ошибка получения ответа.

По нажатию правой кнопки мыши на поле графика станет доступно меню управления.

• Сохранить как — сохранить текущее изображение на локальный ПК;
• Печать — распечатать текущее изображение;
• Приблизить/отдалить — настроить масштаб координатных осей графика;
• Автомасштабирование — настроить масштаб координатных осей графика автоматически;

Обновление информации во вкладке происходит по нажатию на кнопку «Обновить».

Меню «Мониторинг», вкладка «Температура»

В данной вкладке доступна графическая статистика изменения показания датчиков температуры, установленных внутри модулей.

Статистика температуры собирается с устройств OLT при выполнении следующих условий:

• устройство доступно по протоколу SNMP;
• устройство не выведено из обслуживания на вкладке «Доступ»;
• запущена автоматическая служба сбора температурных данных: монитор «Контроль температуры».

В графике наглядно отображается зависимость измеряемого параметра от времени. Вид графика (диаграмма или линейный), вид данных (среднее или максимальное), а также выводимый временной диапазон (от последних двух часов до недели) возможно настроить в соответствующих выпадающих полях под графиком.

В таблице указываются значения измеряемого параметра для каждого момента времени в соответствии с периодом опроса.

Возможно сохранить полученный график в файл, выбрав его расширение и нажав кнопку «Сохранить».

Расширения, доступные для сохранения файла:

• Bmp;
• Gif;
• Jpeg;
• Jpg;
• Png;

Обновление информации происходит по нажатию на кнопку «Обновить».

Меню «Мониторинг», вкладка «Журнал операций»

В данной вкладке производится мониторинг действий, выполняемых пользователями системы.

Обновление информации во вкладке (с учетом фильтрации) происходит по нажатию на кнопку  («Перечитать базу данных»).

По нажатию на кнопку  текущая таблица событий будет сохранена на локальный ПК.

Если требуется выделить все записи в таблице, необходимо воспользоваться кнопкой  («Выделить все»).

Если требуется удалить одну или несколько записей в таблице, необходимо выделить требуемые строки и воспользоваться кнопкой  («Удалить записи») или нажать  («Удалить с учетом фильтрации»), если требуется удалить все записи, соответствующие параметрам фильтров.

События в журнале возможно отфильтровать по одному или нескольким параметрам.

Список фильтров записей журнала:

• Доп. индекс — универсальное поле, которое может содержать различные данные;
• Тип действия — характеристика (область) выполняемого действия:
  • все;
  • неизвестный;
  • дерево;
  • ONT;
  • роль;
  • пользователь;
  • монитор;
  • параметры;
  • устройство;
  • мониторинг;
  • управление;
  • ACS;
  • Настройки GUI;
  • VLAN;
  • IGMP Proxy report range;
  • Файл;
  • Объект;
  • Запись БД;
  • ЕМС сервер;
  • CPE;
  • Профиль.
• Статус — статус выполнения действия («ОК» или «Ошибка»);
• Результат — результат выполнения действия;
• Пользователь (интерфейс) — имя пользователя системы, выполнившего действие;
• Дата : от/до — временные рамки получения записи в формате ДД.ММ.ГГГГ либо ДД.ММ.ГГГГ ЧЧ.ММ.

В поле «Limit» производится настройка объема сообщений, выводимых на страницу. Для навигации по страницам используются стрелки справа и слева от поля.

Для перевода значений всех фильтров в исходное состояние необходимо воспользоваться кнопкой  («Очистить фильтры»).

Переход к настройке отображаемых полей записей журнала производится кнопкой  («Изменить поля»):

• ID — идентификатор записи, отображается всегда;
• Пользователь (интерфейс) — имя пользователя системы, выполнившего действие;
• Адрес — IP-адрес пользователя (интерфейса), выполнившего действие;
• Дата — дата получения записи в формате ДД.ММ.ГГГГ либо ДД.ММ.ГГГГ ЧЧ.ММ;
• Тип действия — характеристика (область) выполняемого действия;
• Функция — выполняемое действие (добавить, удалить и прочее);
• Имя — имя объекта, над которым выполняется действие;
• Путь — полный путь к объекту в дереве объектов;
• Тип — тип объекта, над которым выполняется действие;
• Доп. имя — универсальное поле, которое может содержать различные данные;
• Доп. индекс — универсальное поле, которое может содержать различные данные;
• Параметр — изменяемый параметр;
• Старое значение — значение параметра до изменения;
• Новое значение — значение параметра после изменения;
• Информация — информация о действии;
• Статус — статус выполнения действия («ОК» или «Ошибка»);
• Результат — результат выполнения действия.

Для сохранения изменений в наборе отображаемых полей необходимо нажать кнопку «Принять», для отмены — кнопку «Отменить».

Экспорт записей

Подробное описание процесса экспорта записей приведено в разделе Экспорт записей.

Меню «Конфигурация», вкладки «CLI/telnet», «СLI/ssh»

Во вкладке CLI/telnet эмулируется терминальная программа для подключения по протоколу Telnet, в меню CLI/ssh — для подключения по протоколу SSH.

• Переподключиться — переинициализация соединения;
• Logout — разрыв установленного соединения.

Меню «Статистика RRD»

Меню предназначено для настройки сбора статистики загруженности сетевого интерфейса. Вывод осуществляется в формате графика/таблицы.

Циклическая база данных (англ. Round-robin Database, RRD) — база данных, объём хранимых данных которой не меняется со временем. Поскольку количество записей постоянно, в процессе сохранения данных они используются циклически. Как правило, используется для хранения информации, которая перезаписывается через равные интервалы времени.

Задачи для мониторинга добавляются в разделе «Мониторинг» во вкладке «Общие». Параметры, доступные для мониторинга, отмечены кнопкой  справа от поля ввода. По нажатию на данную кнопку открывается диалог добавления задачи либо осуществляется переход к записи с существующей задачей.

Редактирование задачи на сбор данных осуществляется по нажатию на кнопку.

Для редактирования доступны следующие параметры:

• Имя задачи — название для новой задачи в списке мониторинга. По умолчанию включает в себя имя OLT, полный путь в дереве и имя параметра для мониторинга;
• Период опроса (сек) — установка периода опроса в секундах. При достаточно больших величинах опроса удобно использовать дополнительное меню редактирования, доступное по нажатию на кнопку справа от заполняемого поля, здесь возможно выставить период в часах, минутах и секундах, например, каждые 1час 30 минут (0 секунд), каждые 2 часа (0 минут, 0 секунд), каждые 2 минуты 30 секунд, при этом в основном поле значение будет автоматически пересчитано в секунды;
• Тип данных — выбор типа сохранения данных: абсолютное значение или прирост (разница между значениями);
• Применять генерацию пользовательских событий — при установленном флаге для настройки доступны следующие параметры:
• Описание события — произвольное текстовое описание;
• Приоритет — выбор приоритета события из выпадающего списка;
• Максимальное значение (double) — максимальное значение отслеживаемого параметра, при превышении которого будет сгенерировано пользовательское событие заданного приоритета.

Данные, собранные задачей, отображаются по нажатию на кнопку .

В графике наглядно отображается зависимость измеряемого параметра от времени. Вид графика (диаграмма или линейный), вид данных (среднее или максимальное), а также выводимый временной диапазон (от последних двух часов до недели) возможно настроить в соответствующих выпадающих полях под графиком.

В таблице указываются значения измеряемого параметра для каждого момента времени в соответствии с периодом опроса.

Возможно сохранить полученный график в файл, выбрав его расширение и нажав кнопку «Сохранить».

Расширения, доступные для сохранения файла:

• Bmp;
• Gif;
• Jpeg;
• Jpg;
• Png.

Обновление информации происходит по нажатию на кнопку «Обновить».

Настройка таблицы статистики RRD

При помощи кнопки «Изменить поля» производится переход к настройке набора полей таблицы событий, выводимой на экран.

Перечень полей для отображения:

• Пользователь — идентификатор записи;
• Время старта — дата создания записи;
• Шаг — приоритет произошедшего события;
• Rrd файл — путь к файлу, в который собирается статистика;
• Устройство — имя устройства, для которого собирается статистика;
• Имя задачи — имя, указанное при создании новой записи;
• Параметр — отслеживаемый параметр;
• Тип счетчика — абсолютное значение или прирост.

Меню «Доступ»

Вкладка содержит основные параметры для обмена между устройством и EMS. При нажатии на кнопку «Редактировать» они доступны для редактирования. В данной вкладке все параметры являются редактируемыми.

• Описание — произвольное описание;
• IP-адрес — IP-адрес устройства;
• SNMP порт — номер IP-порта в устройстве для обмена по SNMP;
• SNMP транспорт — выбор протокола транспортного уровня, используемого для обмена по SNMP:
  • UDP — использовать только UDP-протокол;
  • TCP — использовать только ТСP-протокол.
• File transport — выбор протокола, используемого для файлового обмена между OLT и сервером;
• Таймаут обмена, мс — таймаут обмена с устройством;

• Read Community/User v3 — пароль для доступа к чтению, для SNMPv3 — логин пользователя;
• Write Community/Password v3 — пароль для доступа к записи, для SNMP v3 — пароль пользователя;
• Версия SNMP — версия протокола SNMP (поддерживаются версии v2c, v3);
• Регистрация трапов — режим регистрации трапов:
  • Accept — система регистрирует трапы, принятые от устройств;
  • Block — система не регистрирует и не отображает трапы.
• Период опроса устройства (ICMP, SNMP), с — интервал периодического опроса устройства по протоколу ICMP и SNMP;
• Выведено из обслуживания — при установленном флаге автоматическим службам (мониторам) запрещено производить действия с объектом (опрос доступности, выгрузка конфигурации и т. д.);
• Telnet/ssh login — установка логина для доступа по протоколам Telnet/SSH;
• Telnet/ssh password — установка пароля для доступа по протоколам Telnet/SSH;
• Использовать внешний ACS — установка флага отвечает за работу устройства с внешним ACS-сервером;
• Web login (для LTE) — имя пользователя для доступа к web-конфигуратору устройства;
• Web password (для LTE) — пароль пользователя для доступа к web-конфигуратору устройства.

Отменить или сохранить измененные параметры возможно, нажав соответствующие кнопки — «Отменить» или «Сохранить».

Обновление информации во вкладке происходит по нажатию на кнопку «Обновить».

Групповые операции для устройств в узле

Для устройств, объединенных в одном узле, существует возможность группового редактирования некоторых параметров. Данные операции осуществляются во вкладке «Список устройств» для выбранного узла.

В правой части, в таблице, отображаются все устройства, добавленные в данный узел, и информация об их состоянии. В левой части расположен список возможных групповых операций. Для назначения выделить строки с требуемыми устройствами в таблице, выбрать операцию из списка и нажать кнопку «Выполнить». Откроется диалог назначения параметров групповой операции, необходимо задать требуемые значения и нажать кнопку «Принять».

Список групповых операций:

• Синхронизация времени — выполняется немедленная синхронизация времени устройства с данными СУ. Также возможно произвести настройку сервера точного времени;
• Трап приёмники — настройка IP-адресов для отправки сообщений по протоколу SNMP (trap, inform);
• Syslog приёмники — настройка IP-адресов для отправки сообщений по протоколу SYSLOG;
• Обновление ПО — создание пакетной задачи на обновление ПО однотипных выделенных устройств;
• Добавить пользователя — групповое добавление пользователя в выбранные устройства OLT;
• Редактировать пользователя — групповое редактирование роли пользователя в выбранных устройствах OLT;
• Изменить пароль пользователя — групповое изменение пароля пользователя в выбранных устройствах OLT;
• Удалить пользователя — групповое удаление пользователя в выбранных устройствах OLT;
• SNMP-сценарий — применить SNMP-сценарий для выбранных устройств;
• Перезагрузить устройство — перезагрузить все устройства из выбранного списка;
• Добавить правило обновления ONT — добавить правило автообновления ONT для всех устройств из выбранного списка. Данную операцию поддерживают только MA4000-PX версии 3.22.0 и выше;
• Редактировать правило обновления ONT — редактировать правило автообновления ONT для всех устройств из выбранного списка. Данную операцию поддерживают только MA4000-PX версии 3.22.0 и выше;
• Удалить правило обновления ONT — удалить правило автообновления ONT для всех устройств из выбранного списка. Данную операцию поддерживают только MA4000-PX версии 3.22.0 и выше;
• Сменить режим обновления ONT — сменить режим обновления ONT для всех устройств из выбранного списка. Данную операцию поддерживают только MA4000-PX версии 3.22.0 и выше;
• Загрузка ПО ONT на OLT — данную операцию поддерживают только MA4000-PX версии 3.22.0 и выше;
• Экспорт сводной информации обустройстве — выгрузка сводной информации об устройствах в файл на сервере с возможностью последующего скачивания;
• Автоматическая смена ONT ID — автоматическая привязка ONT ID к каналу (для GPON OLTx);
• Смена параметров Доступа — групповое редактирование параметров вкладки «Доступ» для выбранных устройств.

Работа с устройствами PON: LTE-8ST, LTE-8X, LTE-2X

Устройства серии LTE являются станционным оборудованием для организации PON-сетей на основе технологии Turbo GEPON.

При наведении курсора на объект в дереве появится всплывающая подсказка с информацией об объекте:

• тип;
• IP-адрес;
• время в работе;
• количество активных событий;
• настройки SNMP-трапов;
• имя хоста (Hostname);

• версия ПО;
• дата и время последней синхронизации;
• общее количество конфигураций ONT на устройстве;
• число активных ONT на устройстве;
• чисто ONT в состоянии ошибки на устройстве;
• режим ACS.

Основное окно редактирования и мониторинга объекта

В таблице 3 приведено описание основных вкладок управления.

Таблица 3 — Обзор меню управления и мониторинга LTE

Cписок ONT

В данном разделе отображается информация обо всех ONT, зарегистрированных на устройстве и физически подключенных к PON-каналам ONT. В итоге в данной таблице отображаются несколько видов состояний ONT:

• ONT присутствует в конфигурации OLT, но не имеет физического подключения;
• ONT присутствует в конфигурации OLT, имеет физическое подключение, но часть данных не прописано, логическое состояние «Авария»;
• ONT присутствует в конфигурации OLT, имеет физическое подключение, данные прописаны верно, логическое состояние «В работе»;
• ONT не присутствует в конфигурации OLT, но имеет физическое подключение, логическое состояние «Авария»;
• ONT присутствует в конфигурации OLT, данные прописаны корректно, но оператор заблокировал работу, логическое состояние «Блокировка».

Обновление информации во вкладке происходит по нажатию на кнопку «Обновить».

Для того чтобы обновить информацию только для некоторых ONT, необходимо выделить требуемые записи в таблице и нажать кнопку  — будет выполнена микрокросинхронизация.

Фильтрация записей

Фильтрация по номеру канала

Указав в выпадающем меню рядом с полем ввода фильтра номер канала PON (chan0..7), на котором настроена конфигурация ONT, можно осуществить фильтрацию в выбранном PON-дереве, по умолчанию поиск осуществляется по всем деревьям.

Типы фильтров

Фильтр по вхождению по ключевым полям.

Поиск осуществляется по вхождению в начале, середине или конце данных для таких полей, как «OLT», «PON Serial», «Description», «FwVersion», «Type».

Примеры: «ELTX» или «02:00:16» или «NTE-2» или «3.16.2»

Для некоторых полей введены уточнения, позволяющие сузить поиск:

• chan=
• id=
• config=

Примеры: chan=1

Логические фильтры по состоянию устройства в сети:

• online — все подключенные;
• offline — все выключенные;
• error — все подключенные, но не в состоянии ОК.

Объединение фильтров

Возможно задание сразу нескольких фильтров перечислением их через пробел.

Пример:

NTE-RG-1402F online — все подключенные NTE-RG-1402F.

Специальные фильтры

Специальные фильтры вызываются по щелчку правой кнопки мыши на строке поиска.

Фактически специальные фильтры работают по тому же принципу и лишь помогают корректно ввести ключевые слова и значения.

Настройка отображения списка ONT

При помощи кнопки «Изменить поля» производится переход к настройке набора полей таблицы, выводимой на экран.

Перечень полей для отображения:

• OLT — имя устройства;
• Slot — номер слота в корзине MA4000-PX, в который установлен модуль (для MA4000);
• Chan — номер канала;
• ID — идентификатор ONT;
• LED — индикатор работы ONT:
• Зеленый — состояние «ОК» — нормальная работа;
• Красный — аварийное состояние — конфигурация отсутствует или неверная;
• Серый — устройство сконфигурировано, но не подключено;
• Сиреневый — устройство заблокировано оператором;
• PON serial — серийный номер ONT в формате 02:00:xx:xx:xx:xx;
• Description — текстовое описание;
• Cfgid — идентификатор абонентского устройства в дереве в конфигурации CPE на станционном устройстве;
• CfgChan — номер дерева, к которому привязано абонентское устройство в конфигурации CPE на станционном устройстве (от 0 до 7), для ONT, не привязанных к дереву CfgChan =x;
• State — состояние ONT;
• FwVersion — версия ПО ONT;
• FwRevision — версия PON-чипа ONT;
• HwVersion — версия аппаратного обеспечения ONT;
• Type — модель ONT;
• Active — статус работы (активность).
• Create — время создания ONT на сервере;
• Switch counter — счетчик смены состояния ONT (увеличивается, например, при реконфигурации);
• RSSI, dbm — уровень мощности принимаемого сигнала, дБм;
• Note — примечание;
• Note date — дата создания примечания.

По нажатию на кнопку «Выбрать все» все поля перечня будут автоматически выделены для добавления.

По нажатию на кнопку «По умолчанию» настройка отображения и ширины колонок будет задана по умолчанию.

Для сохранения изменений в наборе отображаемых полей необходимо нажать кнопку «Принять», для отмены — кнопку «Отменить».

Настройки подключенных ONT

По нажатию правой кнопки мыши на строке с активным ONT становится доступно меню управления устройством:

Общее состояние ONT

• Тип устройства — модель устройства;
• Channel (Канал) — номер PON-канала, на котором устройство прописано в конфигурации;
• Disabled — устройство не привязано к дереву PON;
• ID — идентификатор устройства в дереве:
• устройства GePON и GPON версии 2.х: для ONT, не привязанных к PON-дереву, назначается идентификатор из диапазона [100..9999], для привязанных — из диапазона [1..99];
• устройства GPON версии 3.х: идентификатор назначается из диапазона [0..63] ([0..127] для LTP rev.B, rev.C), устройства всегда привязаны к PON-дереву;
• Состояние — статус ONT.

Расшифровка статусов ONT:

• Firmware Revision — версия ПО устройства;
• RSSI, dbm — уровень мощности принимаемого сигнала, дБм;
• Версия ПО — версия ПО устройства. Отрицательное значение свидетельствует о том, что данные о версии не получены;
• Cерийный номер — серийный номер устройства;
• Hardware Revision — версия платы;
• Количество MAC-адресов — доступное количество MAC-адресов;
• Базовый MAC — базовый MAC-адрес устройства;
• EPON MAC — PON MAC-адрес устройства;
• Management IP — IP-адрес устройства в управляющей сети;
• Дата выдачи IP — дата выдачи IP-адреса в управляющей сети;
• Дистанция, м — расстояние до абонентского терминала;
• Коррекция ошибок — статус коррекции ошибок в восходящем потоке (on — включена, off — выключена);
• RX Power, dBm — мощность на приеме;
• TX Power, dBm — мощность на передаче;
• Video RX Power, dBm — мощность на приеме видео;
• Температура, ˚С — показание температурного датчика в устройстве;
• RF port status — статус активности порта CaTV(rfout);
• Laser voltage, V — напряжение лазера, В;
• Laser bias current, mA — ток смещения лазера, мА;
• Дата PON активности — дата последней зафиксированной PON-активности устройства (выполняется автоматический монитор);
• Дата обнаружения ONT — дата последнего обнаружения ONT (выполняется автоматический монитор);
• Счетчик подключений — счетчик переподключений ONT.

Полная конфигурация ONT

Подробные данные о конфигурации устройства, включая настроенные профили и сервисы.

Статистика работы

Для ONT GePON:

• Статистика порта PON — счётчики трафика оптического порта:
  • ReceiveBroadcastFrames — количество принятых кадров широковещательной рассылки;
  • ReceiveBytes — количество принятых байт;
  • ReceiveCRCErrors — количество принятых кадров, содержащих ошибки CRC;
  • ReceiveDroppedBytes — количество принятых байт, отброшенных впоследствии;
  • ReceiveDroppedFrames — количество принятых кадров, отброшенных впоследствии;
  • ReceiveFCSErrors — количество принятых ошибок проверочной последовательности кадров (FCS);
  • ReceiveFrames — общее количество принятых кадров;
  • ReceiveLine CodeErrors — количество принятых ошибок линейного кода;
  • RecieveMulticastFrames — количество принятых кадров многоадресной (групповой) рассылки;
  • RecieveUndersizeFrames — количество принятых кадров нестандартного размера;
  • RecieveUnicastFrames — количество принятых кадров индивидуальной рассылки;
  • TransmitBroadcastFrames — количество переданных кадров широковещательной рассылки;
  • TransmitBytes — количество переданных байт;
  • TransmitDroppedBytes — количество переданных байт, отброшенных впоследствии;
  • TransmitDroppedFrames — количество переданных кадров, отброшенных впоследствии;
  • TransmitFrames — общее количество переданных кадров;
  • TransmitMulticastFrames — количество переданных кадров многоадресной (групповой) рассылки;
  • TransmitUnicastFrames — количество переданных кадров индивидуальной рассылки.
• Статистика порта UNI0 (UNI1) — счётчики трафика ETH0 (ETH11):
  • ReceiveAlignmentErrors — количество принятых ошибок синхронизации;
  • ReceiveBroadcastFrames — количество принятых кадров широковещательной рассылки;
  • ReceiveBytes — количество принятых байт;
  • ReceiveCRCErrors — количество принятых кадров, содержащих ошибки CRC;
  • ReceiveFrames — общее количество принятых кадров;
  • ReceiveLengthErrors — количество принятых пакетов с недопустимо малой длиной;
  • RecieveMulticastFrames — количество принятых кадров многоадресной (групповой) рассылки;
  • RecieveOversizeFrames — количество принятых кадров, превышающих максимальный размер;
  • RecieveUndersizeFrames — количество принятых кадров нестандартного размера;
  • RecieveUnicastFrames — количество принятых кадров индивидуальной рассылки;
  • TransmitBroadcastFrames — количество переданных кадров широковещательной рассылки;
  • TransmitBytes — количество переданных байт;
  • TransmitDroppedBytes — количество переданных байт, отброшенных впоследствии;
  • TransmitDroppedFrames — количество переданных кадров, отброшенных впоследствии;
  • TransmitFrames — общее количество переданных кадров;
  • TransmitMulticastFrames — количество переданных кадров многоадресной (групповой) рассылки;
  • TransmitUnicastFrames — количество переданных кадров индивидуальной рассылки.
• Состояние порта UNI0(UNI1) — состояние физического порта ETH0 (ETH1) на устройстве;
  • Link — состояние соединения;
  • Speed — скорость соединения;
  • Enabled — статус (включен/выключен);
  • Duplex — режим дуплекса;
  • FlowControl — статус контроля потока;
  • Autonegotiate — статус автосогласования.
• Таблица МАС-адресов для UNI0(UNI1) — таблица активных МАС-адресов на интерфейсе ETH0(ETH1);
• Таблица IGMP — таблица активных multicast-групп на устройстве;
• Сброс счетчика подключений «Switch counter» — сброс счетчика подключений, поле таблицы «Switch counter» хранится в БД;
• Перейти в журнал событий — перейти к мониторингу событий для данного ONT.

Для ONT GPON:¹

• Состояние PPP сессии — данные об активных PPPoE-сессиях;
• Таблица МАС-адресов — таблица активных МАС-адресов;
• Таблица IGMP-групп — таблица активных multicast-групп на устройстве;
• Журнал подключений ONT — подробная информация о подключениях ONT;
• Счетчики Crossconect — данные счетчиков Crossconect для нисходящего и восходящего направления;
• Счетчики GEM — данные счетчиков GEM для нисходящего и восходящего направления;
• Счетчики GAL — данные счетчиков GAL для нисходящего и восходящего направления;
• Счетчики FEC — данные счетчиков FEC для нисходящего и восходящего направления.

¹Часть статистики доступна только для устройств GPON версии 3.х.

Для всех типов счетчиков в открывшемся окне обновление информации производится по нажатию на кнопку «Обновить», обнуление статистики — по кнопке «Сброс счетчиков на ONT».

• Статистика Ethernet-интерфейсов:

• Состояние ETH портов ONT — данные о физическом состоянии интерфейсов, скорости и режиме дуплекса:

• Счетчики ETH extended — расширенная статистика количества принятых и переданных пакетов:

• Счетчики ETH — общая статистика пакетов для Ethernet-портов:

Для всех типов счетчиков в открывшемся окне по обновление информации производится по нажатию на кнопку «Обновить», обнуление статистики — по кнопке «Сброс счетчиков на ONT».

• Сброс счетчиков — помимо специальных кнопок в отдельных окнах для счетчиков существуют общие команды для очистки накопленной статистики:

• Сброс счетчиков на ONT — обнуление всех счетчиков на устройстве;
• Сброс счетчиков GPON-порта — обнуление счетчиков для всех ONT, подключенных к данному каналу (GPON-порту);
• Сброс счетчика подключений «Switch counter» — сброс счетчика подключений, поле таблицы «Switch counter» хранится в БД;
• Перейти в журнал событий — перейти к мониторингу событий для данного ONT.

Команды

Для ONT GePON:

• Реконфигурация ONT — выполнить команду реконфигурации текущего ONT (доступно по нажатию кнопки  в поле редактирования);
• Обновить ПО PON-чипа в NTE — выдать команду «Обновить ПО PON» на текущем ONT;
• Обновить ПО NTE-RG (Linux) — выполнить ручное обновление ПО роутерной части на текущем ONT.

Для ONT GPON:

• Реконфигурация ONT — выполнить команду реконфигурации текущего ONT (доступно по нажатию кнопки  в поле редактирования);
• Сброс на заводские настройки через OMCI — послать команду сброса на заводские настройки через OMCI;
• Обновить ПО ONT через OMCI — послать команду обновления ПО через OMCI;
• Обновить ПО ONT через планировщик — добавить ONT в очередь для обновления ПО;
• Деактивация ONT /Активация ONT — послать команду на деактивацию (временная блокировка сервиса ONT)/активацию ONT через OMCI. Деактивированное устройство будет иметь фиолетовый индикатор LED в списке ONT;
• Перезагрузка ONT — послать команду на перезагрузку ONT.

Работа с конфигурацией

• Добавить — создать конфигурацию для текущего ONT;
• Удалить — удалить конфигурации для текущего ONT;
• Редактировать — редактировать текущую конфигурацию;
• Замена ONT — изменить серийный номер для текущего ONT. Включает в себя возможность смены типа ONT для GePON, и возможность смены ID и канала для ONT GPON.

Добавление, удаление, редактирование конфигурации и замена серийного номера ONT также доступны по нажатию соответствующих кнопок в поле редактирования.

Конфигурация ONT содержит следующие параметры:

Для ONT GePON:

• MAC — МАС-адрес устройства;
• Описание — произвольное текстовое описание объекта;
• PON канал — номер PON-дерева, к которому привязано устройство:
  • Disabled — устройство не привязано к дереву PON.
• ID — идентификатор устройства в дереве. Для ONT, не привязанных к PON-дереву, назначается индикатор из диапазона [100..9999], для привязанных — из диапазона [1..99];
• Type — модель абонентского устройства. Выбор осуществляется в выпадающем списке;
• Профиль Rules — выбор профиля конфигурирования правил фильтрации трафика;
• Профиль IpMulticast — выбор профиля конфигурации IGMP;
• Профиль Shaper — выбор профиля ограничения полосы пропускания;
• Профиль Ports — выбор профиля конфигурирования физических параметров портов;
• Профиль Path — выбор профиля маршрутизации каналов;
• UNI0VID — идентификатор VLAN для интерфейса UNI0;
• UNI1VID — идентификатор VLAN для интерфейса UNI1;
• Блокировка — блокировка работы устройства:
  • Blocked — устройство заблокировано;
  • NotBlocked — устройство включено в работу.
• Блокировка UNI0, UNI1 — блокировка работы порта устройства;
• Пароль — пароль для работы с устройством, по умолчанию «1234».

Для ONT GPON:

• Шаблон конфигурации — шаблон параметров конфигурации;
• Serial — серийный номер устройства;
• Описание — произвольное текстовое описание объекта;
• PON Канал — номер PON-канала, к которому привязано устройство:
  • Disabled¹ — устройство не привязано к дереву PON.
• ID (id в дереве) — идентификатор устройства в дереве:
  • устройства версии 2.х: для ONT, не привязанных к PON-дереву, назначается идентификатор из диапазона [100...9999], для привязанных — из диапазона [1..99];
  • устройства версии 3.х: идентификатор назначается из диапазона [0..63] ([0..127] для LTP rev. B, rev. C), устройства всегда привязаны к PON-дереву.
• RF port — включить/выключить порт для подключения коаксиального кабеля;
• Профиль Shaping — выбор профиля ограничения полосы пропускания;
• Профиль Scripting — выбор профиля Scripting;
• Профиль Ports — выбор профиля конфигурирования физических параметров портов;
• Профиль Management — выбор профиля управления по протоколу TR-069.

Service N:

• Cross Connect Profile — выбор профиля для работы услуг;
• DBA Profile — выбор профиля динамического распределения полосы пропускания;
• Cross Connect Enabled — использование индивидуального VID(VLAN ID) абонента;
• CVID — задание индивидуального VID (VLAN ID) абонента;
• SVID — задание сервисного VID (VLAN ID);
• CoS (class of service) — задание приоритета трафика для данного VID;
• Selective Tunnel VLAN IDs — задание VLAN ID для сервиса Selective Tunnel.