Документация по АСР «Гидра»
Page tree

Versions Compared

Old Version 1

changes.mady.by.user Дмитрий Коплович

Saved on

compared with

New Version 2

changes.mady.by.user Дмитрий Коплович

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

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

...

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

Соответствие друг другу событий, действий и команд задаётся в

ais_name
в настройках событий (Справочники -> События). На рисунке показаны основные , а также их составвзаимосвязи между настройками события.

Wiki Markup
{graphviz}
// Схема управления ОУ
digraph G {
  size="6,6"
  graph [style=filled]
  node [style=filled, shape=box, color=black, fillcolor=white]

  "Управление СУ/ОУ"->{"События"; "Действия"; "Очередь команд";}
  
  "События"->"Возможные события" [dir=none]
  "Возможные события" [shape=record, style=rounded, label="{Привязка | Адрес | Состояние | Состояние\ родителя | Поступление\ платежа | Рекомендуемый\ платеж | Выставление\ счета | Подключение\ услуги | Отключение услуги}"];

  "Действия"->"Возможные действия" [dir=none]
  "Возможные действия" [shape="record", style=rounded, label="{SNMP-команда | Команда\ RSH/SSH/Telnet | Shell-скрипт}"];
} 
{graphviz}

...

Info

Следует отметить, что деление команд на типы взаимодействия с точки зрения ядра

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

Менеджер активного оборудования hamd (агент управления)

Менеджер hamd (Hydra Active Management Daemon) — это специализированное приложение, являющееся внешним по отношению к ядру АСР и предназначенное для приёма от него команд и их дальнейшего выполнения. Данный агент, как и другие агенты

ais_name
разработан на языке Python и поставляется в исходных кодах.

Агент Менеджер принимает сообщения от ядра АСР по протоколу XML-RPC аналогично агенту hcd. В сообщении передаётся как сам пакет команд, так и дополнительные параметры, необходимые для его выполнения (данные для аутентификации на оборудовании и т.д.). Связь ядра с агентом менеджером инициируется заданием по этому агентуменеджеру.

Подстановки передаются отдельно от шаблона, что позволяет проводить их дополнительную обработку на стороне агента.

...

На каждый менеджер создается одно задание

ais_name
в момент перевода менеджера в активное состояние. После создания задание автоматически запускается с определенной периодичностью.

Взаимодействие при управлении ОУ

Взаимодействие сущностей

ais_name
при срабатывании события по ОУ показано на примере управления доступом оконечного оборудования абонента к услугам оператора.

Wiki Markup
{graphviz}
//Взаимодействие абонента, ОУ и схемы управления
digraph G {
  size="8,8"
  graph [style=filled]
  node [style=filled, shape=box, color=black, fillcolor=white]
  rank=source

  subgraph cluster_0 {
    color=beige
    "Абонент" [shape=ellipse, fillcolor=lightpink]
    "Абонент"->{"Атрибуты абонента"; "Адреса"}[dir=none]
  }

  subgraph cluster_1 {
    color=lightblue
    rank=max
    "Оконечное оборудование" [shape=ellipse]
    "Оконечное оборудование"->{"Состав"; "Атрибуты оборудования"}[dir=none]
    "Состав" [shape=record, label="{Порт\ 1 | Порт\ 2 | ... | Порт\ N}"]
  }

  subgraph cluster_2 {
    color=darkseagreen2
    rank=min
    "Файрвол" [shape=ellipse]
    "Коммутатор" [shape=ellipse]
  }

  subgraph cluster_3 {
    color=mistyrose
    rank=min
    "Событие"->"Действия"->"Команды"}
  }

  "Абонент"->"Оконечное оборудование"->{"Коммутатор"; "Файрвол"}
  "Событие"->{"АгентМенеджер"; "Файрвол"; "Коммутатор"}
}
{graphviz}

...