nocproject.org

Они что-то делают с invalid bson size?

по вчерашнему вопросу о поле "address", зачем всё таки мне создавать новое поле, когда я просто хочу обернуть ЭТО поле в теги <a>?? Просто не могу понять как это сделать

питон же гииибкий

ну согни его

декораторы, не?

кроссовый журнал в ноке - это совсем мечты, да?

да вообще нормальный кроссовый журнал это совсем мечты ))

Люди

есть тема, точнее вопрос

Есть ли свободные решения мониторинга качества iptv?

под какую ось?

внятных нету.

аа, тогда понятно про какую ось речь

мы пришли на сейчас к установке тазиков на узлах агрегации с удаленным столом, запускаем на них по необходимости tsreader lite

roadrunner: в идеальном случае - busybox, модуль для съема статистики + сервер на чем угодно для сбора статы

только Busybox бывают разные. на mag250 и на amino вроде мипсовый бизибокс, а нетаповский модуль под маги надо допиливать

mikevlz|2, что за тазики?

обычные компы

главное условие - чтоб он переваривал мультикаст поток

tsreader lite что за зверь?

можете поделиться опытом по интеграции NOC с биллингом и мониторингом?

ss_: программа виндовая, подписывается на поток, анализирует ошибки. Мы смотрим только на continuity errors - ошибки в доставке данных(потеря пакета, доставка невовремя)

mikevlz, венда, мда

хотелось бы что нить универсальное по районам раскидать ffprobe

запустить

озаботился построением карты в инвентори. объекты в СА есть. включены . циски. но Link Method SummaryMethodCount -- 0 и в логах активатора заданий на опрос железки не видно. что может быть?

e_zombie, lldp на сиськах отрабатывает?

скрипт

кхм

Script Cisco.IOS.get_lldp_neighbors on 88.147.128.108 (Cisco.IOS)Script resultTask failed: Feature is not supported on this platform

чтобы 7609 не обрабатывала

странно

Feature is not supported on this platform

делай супорт своей платформы

Пообновлял кучу FM правил. Такое впечатление, что кроме Cisco у нас железяки в syslog ничего не шлют

фопрос

большой про хуявеи, на них кто нить QOS пробовал?

если посмотреть, то помоему только мне и шлют, а у меня только цциски :)

:)

а мне дсламы слали

закоелбали

Dmitry11, а что ты сделал с сислогами которые фактически 2 штуки приходят но по одной аварии?

ничего

второй подавляю, если можно

а вообще в FM есть механизм, который собирает из двух разных классов один

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

не надо их склеивать

другое дело - дедупликацию какую сделать

в том то и дело, что нужно склеивать

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

01-Jan-2000 01:07:00 %Stack-I-STACK-LINK-CHNG: Stack cable connected : link SIO2 on unit-1

01-Jan-2000 01:07:00 %Stack-I-STACK-LINK-CHNG: Stack cable connected : link SIO1 on unit-2

Это один ивент

%COPY-I-FILECPY: Files Copy - source URL running-config destination URL flash://startup-config

%COPY-N-TRAP: The copy operation was completed successfully

Это второй ивент

dvolodin, вынул блок вентиляторов, приходит "Fan 1 removed" и "Required number of fan trays is not present"

мои мысли изложены в NOC-869

jan/29 03:49:09 route,ospf,info Ignoring Link State Acknowledgment packet: wrong peer state

jan/29 03:49:09 route,ospf,info state=ExStart

Это третий вариант

zi_rus: из этого -- первое сообщение - информационное

второе - авария

Dmitry11: а тут уже совсем другое

когда одно сообщение посылается несколькими syslog-пакетами

dvolodin: Первое как раз и нужное, потому как там указывается, какой именно вентилятор вынули

Dmitry11: извиняюсь, что перебиваю: http://code.nocproject.org/changelog/noc?cs=84d908bffce0bda8f144969c8a6d3eaf542ba287

тут не перепутна класс?

*перепутан

или наоборот, не класс, а сама суть сообщения

dvolodin, но ведь даже по первому нужно поднимать аларм, хотя бы информационный

не перепутан. там сообщается именно об отсутствии кулера, а не об его поломке

ну а какая проблема-то?

два аларма можно скоррелировать

dvolodin: Иногда значимые поля присутствуют сразу в двух сообщениях.

а в сообщении-то вообще про power supply, там вообще не про кулеры

dvolodin, обо что и речь

lexus-omsk: Протупил

Dmitry11, при чем тут куллер, сообщение о проблемах БП

коварный копи-паст :)

Переоткройте это issue снова на меня. Убегаю....

dvolodin, не хочешь сделать возможность выбирать класс из списка а не рисовать RE

В смысле, из списка?

из списка классов

в триггерах, например, тоже

да, я про триггеры

просто когда создаешь их, не видишь все возможные классы, только уже постфактум, когда аларм уже пришел

dvolodin, и второе, возможность сделать один триггер с указанием уровня severity, а не лабать по 100500 триггеров на каждый класс

типа слать письма для все хаварий уровня 5к

и выше

так могут быть разные адресаты, шаблоны и прочее..

и возможность из списка этих клссов отключить ненужные

lexus-omsk, шблоны должны быть привязаны к классу

а адресаты и прочее это уже особенности треггера

*триггера

а сейчас они все через триггер завязаны получается

сейчас ты каждый раз их свзяваешь

во-первых уже в поставке должен быть шаблон письма для каждого класса аварий

естественно с возможностью создать и привязать свой

Ну кстати да, там же есть в описании классов шаблоны, по аналогии сделать или вообще объединить

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

в текущей ситуации надо на каждый класс рисовать триггер

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

это значит 5 триггеров на мою группу + еще 5 на боссов

и это пока только 5

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

найдется еще класс (как только по нему произойдет авария)

и это еще +2 триггера

lexus-omsk, если они не занимаются ни эксплуатацией ни мониторингом, то им это не надо

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

какие меры и как может принять ТП не представляю

у меня жабером рассылает об авариях

+ мыло начальникам не радивым у которых инженера болт кладут на аварии

+ эскалация включенап

насчет эскалаций и оповещения думать надо

только у меня нехорошее желание сразу на workflow все это завязать

dvolodin, пример хороший - забикс

там есть все по эскалации и подтверждения события

не самый хороший

их бесплатных хороший

ну а какой смысл нам повторять заббикс?

дак смысл не повторять смысл сделать лучше

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

есть каталог сервисов, у каждого - заказчик и ответсвенный за функционирование

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

если в течении определенного времени сервис все еще недоступен - оповещение следующего по списку

# python manage.py sync-perm падает с ImportError: No module named code

куда копать?

это так и сделано у меня сейчас

свои доработки какие есть?

ss_: весь вопрос в том, как связать аварии fm и сервисы

dvolodin, нет, просто правила, если нет подтвержедния от инженера ответсвенного после отправки оповещения в течении времени эскалации то делаем еще одну попытку

и дублируем выше и так пока до начальства не дойдет

ну да

на каждом уровне свои моугт быть средтсва оповещения и тд

dvolodin, свзяать проблема, я пока классифицировать толком не могу )

средства оповещения - это то, что у нас называется notification group

вполне ничего себе механизм

dvolodin, для меня пока noc не является системой мониторинга

больше управления и просмотра

а вот если еще сделать mpls дискавери, для l2 линков через "левые" каналы,

sh mpls ldp neighbor

Service Activation Switchport Validation для чего нужно?

Service Activation Switchport Validation для чего нужно?

что никто не знает?

знают те кто пользуется

zi_rus, а ты пользовался?

нет

не понял я логики рабьоты

проверяет, нет ли лишних vlan'ов

на транках

в которых нет маков

dvolodin, логику можно?

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

ss_: снимаем маки, смотрим транковые swtichport'ы

и если мака нет но влан есть считаем лишним его?

если в vlan нет ни одного мака, то он может быть лишним

да

dvolodin, спасибо стало чуть яснее

полезно при разборе чужого хлама

Excessive VLANs = "лишние"?

да

ну не знаю

у меня на всех транках разрешены все вланы кроме локальных

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

это даже скриптами хрен реализуешь

[17:31] <zi_rus> у меня на всех транках разрешены все вланы кроме локальных //рисковый ты парень