Size: a a a

EltexCM Support (душевный)

2020 May 09

in EltexCM Support (душевный)
типа если нет tx/rx. то не смотрим D канал?
источник

f.

f . in EltexCM Support (душевный)
тогда добавлять на мониторинг если дканал в апе и есть байтики
источник

f.

f . in EltexCM Support (душевный)
да
источник

f.

f . in EltexCM Support (душевный)
но это тестить надо
источник

in EltexCM Support (душевный)
типа в выражение тригера брать два элемента данных и при tx/rx <>0 генерить аварию, если изменился статус D канала
источник

in EltexCM Support (душевный)
верно?
источник

f.

f . in EltexCM Support (душевный)
не
источник

f.

f . in EltexCM Support (душевный)
не триггера
источник

f.

f . in EltexCM Support (душевный)
еще до триггера
источник

f.

f . in EltexCM Support (душевный)
в обнаружении делать
источник

in EltexCM Support (душевный)
погоди
источник

f.

f . in EltexCM Support (душевный)
добавлять элемент данных если д канал в апе и если есть байтики
источник

f.

f . in EltexCM Support (душевный)
тогда мониторим д канал
источник

in EltexCM Support (душевный)
обнаружение ведь общее на шаблон… с одного шлюза добавить, а на другой так не надо
источник

f.

f . in EltexCM Support (душевный)
общее на шаблон да
источник

in EltexCM Support (душевный)
получается, что проще снимать состояние D каналов со всех потоков, а тригер написать уже с условием наличия tx/rx
источник

f.

f . in EltexCM Support (душевный)
ща
источник

in EltexCM Support (душевный)
у меня операторы по 6 шлюзам разбросаны. и там же DSS потоки будут. если шаблон один, а соответственно набор тригеров и элементов данных, то вроде по другому никак… если только я ещё чего то не знаю )
источник

f.

f . in EltexCM Support (душевный)
источник

f.

f . in EltexCM Support (душевный)
ну вот с такой картинкой и логикой д канал в апе и есть байтики тоже все работать будет
источник