cacti + ddm dlink

[gudwin888]

Поделитесь теплейтом для dlink ddm?

[pautiina]

Ни у кого не появилось? 

 

[pppoetest]

SNR есть только

[Butch3r]

А подскажите как вы боритесь с тем, что DDM "срёт"?

 

Т.е. происходит примерно вот так:

31202 2019-04-27 07:44:49 WARN(4) Port <7> optic module RX power exceeded the low warning threshold
31201 2019-04-27 07:44:43 CRIT(2) Port <7> optic module RX power exceeded the low alarm threshold
31200 2019-04-27 07:43:44 WARN(4) Port <7> optic module RX power exceeded the low warning threshold
31199 2019-04-27 07:43:39 CRIT(2) Port <7> optic module RX power exceeded the low alarm threshold
31198 2019-04-27 07:43:15 WARN(4) Port <7> optic module RX power exceeded the low warning threshold
31197 2019-04-27 07:43:09 CRIT(2) Port <7> optic module RX power exceeded the low alarm threshold
31196 2019-04-27 07:43:04 WARN(4) Port <7> optic module RX power exceeded the low warning threshold
31195 2019-04-27 07:42:58 CRIT(2) Port <7> optic module RX power exceeded the low alarm threshold
31194 2019-04-27 07:42:47 WARN(4) Port <7> optic module RX power exceeded the low warning threshold
31193 2019-04-27 07:42:41 CRIT(2) Port <7> optic module RX power exceeded the low alarm threshold
31192 2019-04-27 07:42:35 WARN(4) Port <7> optic module RX power exceeded the low warning threshold
31191 2019-04-27 07:42:29 CRIT(2) Port <7> optic module RX power exceeded the low alarm threshold

 

В это время на мониторинге каждый раз выскакивает аларм по трапу.

Просто очень лихо забивает лог событий.

[AlKov]

43 минуты назад, Butch3r сказал:

А подскажите как вы боритесь с тем, что DDM "срёт"?

 

Т.е. происходит примерно вот так:

31202 2019-04-27 07:44:49 WARN(4) Port <7> optic module RX power exceeded the low warning threshold
31201 2019-04-27 07:44:43 CRIT(2) Port <7> optic module RX power exceeded the low alarm threshold
31200 2019-04-27 07:43:44 WARN(4) Port <7> optic module RX power exceeded the low warning threshold
31199 2019-04-27 07:43:39 CRIT(2) Port <7> optic module RX power exceeded the low alarm threshold
31198 2019-04-27 07:43:15 WARN(4) Port <7> optic module RX power exceeded the low warning threshold
31197 2019-04-27 07:43:09 CRIT(2) Port <7> optic module RX power exceeded the low alarm threshold
31196 2019-04-27 07:43:04 WARN(4) Port <7> optic module RX power exceeded the low warning threshold
31195 2019-04-27 07:42:58 CRIT(2) Port <7> optic module RX power exceeded the low alarm threshold
31194 2019-04-27 07:42:47 WARN(4) Port <7> optic module RX power exceeded the low warning threshold
31193 2019-04-27 07:42:41 CRIT(2) Port <7> optic module RX power exceeded the low alarm threshold
31192 2019-04-27 07:42:35 WARN(4) Port <7> optic module RX power exceeded the low warning threshold
31191 2019-04-27 07:42:29 CRIT(2) Port <7> optic module RX power exceeded the low alarm threshold

 

В это время на мониторинге каждый раз выскакивает аларм по трапу.

Просто очень лихо забивает лог событий.

Элементарно, Ватсон! Находим и устраняем неисправность ВОЛС..

Если это не связано с проблемами на ВОЛС, а просто тупо "флапает" порт, то в этом случае лечится ребутом коммутатора.

 

P.S. Кстати, shutdown порта по alarm-у лучше выставить в "no".

 

16 часов назад, pautiina сказал:

Ни у кого не появилось? 

 

 

cacti_graph_template_ddm_status.xml

[Butch3r]

15 минут назад, AlKov сказал:

Элементарно, Ватсон! Находим и устраняем неисправность ВОЛС..

Если это не связано с проблемами на ВОЛС, а просто тупо "флапает" порт, то в этом случае лечится ребутом коммутатора.

 

P.S. Кстати, shutdown порта по alarm-у лучше выставить в "no".

 

 

cacti_graph_template_ddm_status.xml

Это чаще всего лечится заменой БП у конвертера абонента или распрямлением пачкорда. Меня интересует борьба с зафлуживанием системы мониторинга, а не что делать с этими данными.

[AlKov]

25 минут назад, Butch3r сказал:

Это чаще всего лечится заменой БП у конвертера абонента или распрямлением пачкорда.

Далеко не всегда.. Вот это (когда флапает и проц под 100%) лечится только ребутом.. 

 

27 минут назад, Butch3r сказал:

Меня интересует борьба с зафлуживанием системы мониторинга, а не что делать с этими данными.

Гм.. Очень странный подход - лечить следствие, а не причину..

В таком случае напрашивается только один единственный наиглупейший совет - отключите мониторинг. :-)

[Butch3r]

33 минуты назад, AlKov сказал:

Далеко не всегда.. Вот это (когда флапает и проц под 100%) лечится только ребутом..  

 

Гм.. Очень странный подход - лечить следствие, а не причину..

В таком случае напрашивается только один единственный наиглупейший совет - отключите мониторинг. :-)

неправильный вывод. Нужно отключить моргающий порт и подождать пока все данные запишутся на флешку. После этого коммутатор отпустит и он будет нормально работать. Только причём тут ddm?

 

Блин - всмысле странный подход? Начал аларм по уровню - за час прилетело 1500 сообщение о том, что сигнал норм/не норм. Конечно в  такой ситуации инженер нихера не заметит. Как раз странный подход без остановки слать один и тот же аларм. Вот я и спросил - может у кого-то есть логическое решение как бороться с этим флудом?

[nixx]

а там RX повер ниже трешолда, который установлен на длинке, или же ниже трешолда, который допустим для конкретного SFP модуля? )

мы тут партию SNR'овских SFP купили, дык я задолбался трешолды снижать на длинках. потому как длинк считает (условно, точно не помню цифру), что все, что ниже -12 дБ - это плохо, а SNR - что -25 еще норм.

[pautiina]

В 30.04.2019 в 16:52, nixx сказал:

а там RX повер ниже трешолда, который установлен на длинке, или же ниже трешолда, который допустим для конкретного SFP модуля? )

мы тут партию SNR'овских SFP купили, дык я задолбался трешолды снижать на длинках. потому как длинк считает (условно, точно не помню цифру), что все, что ниже -12 дБ - это плохо, а SNR - что -25 еще норм.

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