nocproject.org

великий распил завершили :)

давайте вернемся к графикам

какие предложения будут?

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

меня беспокоит наличие возможности экспортить графики в виде картинки

zi_home: для каких применений?

хотя бы графики в отчеты вставлять

или на сайте повесить

всякие ix любят это делать

или получать график в какой-то внешней программе

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

это так навскидку

а как хоть эти графики в ноке выглядят-то ?

вот в этом не уверен

лично меня беспокоит именно вариант с отчетами

неуверен в чем?

в том, что картинка всегда лучше

ладно, не лучше но проще

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

кто-нибудь смотрел Google Gadgets API ?

имеет ли смысл заморачиваться с ними?

dvolodin, кстати, ты же пилишь графики на extjs, а там я смотрю есть штатный экспорт (http://dev.sencha.com/deploy/ext-4.1.0-gpl/examples/charts/Area.html)

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

ты посмотри, как он работает

svg.sencha.io

:)

ты точно хочешь прогонять свои графики через сторонние серверы?

не хочу

а ты уверен что он прогоняет

а я слепой?

ну может ты что-то не так интерпретировал

defaultUrl: 'http://svg.sencha.io',

во первых, это не работает в ExtJS 4.0.7

метод из 4.2

во вторых, все, что он делает -- это POST на заданный URL

теоретически, можно сделать аналогичный сервис и в самом NOC, но тогда понадобится что-то вроде http://cairosvg.org

и NOC будет тащить за собой pycairo

нахрен бы он нужен :)

да и сам cairo

давайте ему еще иксы в зависимость засунем? :)

вроде, обезают без иксов и qt, но все равно

vsem privet!

http://www.sencha.com/forum/showthread.php?262757-Python-script-for-SVG-to-PNG-conversion-with-Extjs

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

но, в любом случае, сначала надо портировать NOC на ExtJS 4.2

dvolodin:эту хрень если и делать, то опциональной

kogda v vc ja delau 'import from switch' to zagrugajutsa vse vlani, interfaci i im stavitsa v sootvetstvie prefixi , a mogno li sdelat toge samoe s routerami ? toest' vlani terminiruutsa na pod interfasah routera. vot etogo sootvetstvia megdu prefixom na podinterface i vlanom ne hvataet

mikevlz: угу

����

вот reportlab надо бы приспособить

отчеты в PDF выдавать

вообще - мечта идиота - выгрузка интерактивной карты в PDF

карты сети с переходами между ними, карточки оборудования, и все в одном файле

Даешь SA и FM на ExtJS !

Мы как раз переходили на ExtJS из-за FM. Потому как там тупо перегружается грид, а в ExtJS можно это сделать событийно

я вот думаю, имеет ли смысл резать event'ы и alarm'ы по разным коллекциям?

Сейчас ведь работает

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

это не сложно мне думается

Dmitry1: а зачем?

hartmy, мне кажется vc bind filter это об этом

хочешь поднять alarm - делай event

хотя, даже сейчас ты можешь поднять alarm без event'а

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

zi_home: сейчас для этого используются события PM OK, PM WARN, PM ERROR

и по ним поднимаются alarm'ы

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

серьезно, там есть такие?

zi_home:

да, есть

и работали они

пм не работал а события уже были :)

работал он вполне

настройка только через конфиг-файл была

а еще отклонения от прошлых значений, тоже себе событие

всякие резкие провалы на графиках

Я вот об чем. У нас совсем нету этих pyrule. А по идее, должны быть на каждый чих. А пользователь уже галочками "активно/неактивно" включает или выключает их. И этим настраивает поведение NOC

ну вот сейчас каждый сам их пишет

может поделимся, определим самы еполезные и встроить их

И зачем? Если должен быть набор базовых

у меня есть моих

один я в болгах отписал

Вот пример: Если у нас есть ивент "link down", то у нас вызывается скрипт "get_interface_status". Так вот, он должен вызываться из pyrule, а пользователь уже должен сам решить, включить этот pyrule, или выключить

нет

это срабатывает джоб

джобы надо настраивать

джобы сделали для проверки алармов

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

кажется это уже реализовано, только не для всех алармов есть джобы

Опять же для этого есть "Alarm Triggers", в котором можно включить или отключить уже готовый функционал

триггер срабатывает один раз, а джоб периодически

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

Решать, запускать этот job, или нет, должен пользователь. И наиболее удобное место для этого - "Alarm Trigger"

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

иначе тупо

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

Триггер - это обычный pyrule

сейчас у меня в триггерах только отсылка писем

плюс один пируль который ставит eigrp root cause

а будет еще 100500 с разными пирулями на каждый аларм

К примеру. У нас есть аларм "Network | BGP | Peer Down". Где от него PyRule, которая ставит в "Peer Management -> Peers -> Status" ?

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

это не должен быть триггер, это должен быть параметр аларм класса

а класс уже настраивать

Этим внутренним механизмом нужно дать управлять пользователю

если не хочешь чтобы дергался линк статус, открываешь класс линк даун и снимаешь галовку "активировать джоб"

Например, если я не веду базу пиров, то мне не нужно, чтобы при событии "Network | BGP | Peer Down" NOC лез в базу пиров

И я должен иметь возможность это включить, или отключить

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

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

все просто

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

тут нечего настраивать и незачем

например какие?

нет возможности и нет надобности

Смотри. Есть еще такая вещь: "Network | VLAN | VLAN Created". Тоже должен быть pyrule, который может заносить этот VLAN в базу VC

Dmitry1, в какти каждый график можно до усери кастомизировать, но кто этми занимается, все включают шаблон

а это спорный вопрос

И опять же, у меня должна быть возможность это возможность включить и отключить

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

кто и как создает вланы и прописывает по сети

нок этого сейчас не может

По ивентам Loop Detected и Vlan Loop Detected тоже должны какие-то события происходить

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

а каджому джобу нужен скритп с командой

а в профилях кроме get_interface_status ничего нет

Ага. Только у нас есть ивенты "Loop Detected", "STP Loop Detected". Ты предлагаешь к этим классам прибить гвоздями джоб ?

дак

*да

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

использовать джоб или нет

все

А еще у нас есть ивент "Network | MAC | MAC Learned". Тоже гвоздями прибить запись этого MAC в таблицу "Inventory -> Mac DB" ?

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

А если мне не нужна эта база ?

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

если она тебе не нужна то ты и не заметишь что туда что-то падет

а если заметишь то переживешь

ничего страшного от этого не будет

Логичнее было бы вынести все эти телодвижение в PyRules. А пользователю дать возможность включать или выключать их.

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

в 99% случаев люди просто забьют

работает не трожь

а потом мало ли когда пригодится

У нас сейчас есть PyRule "FM -> Setup -> Event Triggers -> Refresh Config". И кому он мешает?

он один единственный

будет их тысячу

да и этот один никто не трогает

он просто есть

Да. Но я могу ему дать селектор, что уже хорошо.

И включить или выключить его

селектор это извращение, ты можешь дать а можешь не давать

А также сделать ему "Notification Group", чтобы сообщало кому надо об этом событии

ты и так это можешь сделать если захочешь

создав этот триггер самостоятельно

А представь, если это было-бы прибито гвоздями?

это не было бы прибито гвоздями

Т.е. для того, чтобы там что-то изменить, мне нужно лезть в дебри какого-то конфига в лучшем случае, а в худшем - в код NOC

если бы да ка бы. должна быть одна кнопка "сделать хорошо"

Объясни, почему тебе не нравится Event Trigger PyRule на "Network | MAC | MAC Learned" или "Network | VLAN | VLAN Created" ?

pyRule -- это механизм расширения функционала

базовые вещи, все-таки, должны быть в ядре

Покажи мне бызовую вещь на "Network | MAC | MAC Learned" или "Network | VLAN | VLAN Created"

Dmitry1, чего не нравится apple в трехкнопочных мышах, почему на маках только одна кнопка

почему на айфонах нет лишних слотов и разъемов а нужное количество памяти уже распаяно

zi_home: Покажи мне бызовую вещь на "Network | MAC | MAC Learned" или "Network | VLAN | VLAN Created"

чего тебе показать?

Причем, настраиваемую, если я не хочу вести базу MAC или VLAN

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

база на сто вланов и тысячу маков слишком много места на диске займет?

Что значит сам? Я должен иметь возможность управлять поведением NOC так, как мне хочется

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

Большая. В друг у кого-то начальство параноик, и хочет запретить где-то "светить" базу VLAN или MAC

где-то - это не про нок, нок - это не где-то

И что, нанимать программиста на Python, чтобы он лез в код NOC и отключал этот гвоздями прибитый функционал ?

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

сегодня ты гуманитарий, а завтра моешь планетарий =\

Сейчас по "Link Down" вызывается job с проверкой состояния линкоа

линков

Для цисок я никой сложности в этом не вижу

Но для D-Link - это смерти подобно. Могу тебе выслать километровый файл "Failed Scripts", который затыкается на команде "show ports"

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

Причем все эти "Failed Scripts" вываливаются по таймауту, соответственно, не включается пейджинг. А мне потом ебут мозги операторы, что не могут посмотреть нормально логи.

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

Уже некоторые требовали, чтобы я отключил на их районах эту фигню, которая им портит свичи

так отключи или на снмп переведи

бажный скрипт это не аргумент

Как я могу это отключить только на определенных моделях D-Link ?

С PyRule я могу поставить "Selector".

отключай на всех или делай как на цисках сделано, скрипт возвращает что не поддерживается на данной платформе (например get_stp с какого-то старого свича такое пишет)

Классное решение "отключай на всех"

Нет, ну с одной стороны - я поддерживаю Дмитрия.

Да, надо сделать механизм активации/дезактивации периодики.

тех же проверок.

я про это сказал, нужна галочка, кто же спорит

С другой стороны, Илья тоже прав. Слишком много настроек сломают неофита

но тут отключи а тут оставь, это какой-то некошерный подход

ну почему?

а уж аргумент что хочу отключить потому что скрипт глючит это дикость

есть же профили интерфейсов, которые фильтруют события с портов

не фильтруют, да и реагируют только на линк даун. придет там луп детек или шторм контроль и тотже аларм поднимется

mikevlz: Все настройки выставить в "default". Т.е. чтобы все работало "из коробки". А пользователь уже сам будет решать, включить или отключить себе каку-то настройку

Вот чем плоха PyRule "Refresh Config" ?

Dmitry1, http://lurkmore.to/%D0%93%D1%83%D0%BC%D0%B0%D0%BD%D0%B8%D1%82%D0%B0%D1%80%D0%B8%D0%B9 "Легко вступает в полемику с «технарями», но легко же им сливает, так как последние, обладая прагматичным и утилитарным мышлением, на пустопорожнюю риторику не ведутся, зато умеют задава

ть неудобные конкретные вопросы и настоятельно добиваться конкретного ответа, которого, обычно, не следует. "

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

у тебя есть еще примеры?

Я уже приводил примеры ивентов: "Network | MAC | MAC Learned" и "Network | VLAN | VLAN Created"

и так, что они делают?

мне таких не приходит

Сейчас - ничего не делают

ну и прекрасно, о чем разгорор

А в идеале, к ним должен быть привязан механизм обновления баз

При ивенте "Network | MAC | MAC Learned" - обновляться база "MAC DB"

При ивенте "Network | VLAN | VLAN Created" - база "VLAN"

прекрасно, пусть будет

Причем это механизм должен быть оформлен как PyRule для "Event Trigger", чтобы пользователь мог включить или отключить данный функционал

не чтобы, но конкретно эти можно и так оформить, в чем проблема

Ты же был против?

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

есть джобы для get_eigrp nei/get_int_status/etc

пусть там и будут

это для взаимодействия с алармами

их не много всего таких специфичных

А почему я не могу управлять этими джобами через "Alarm Trigger" ?

джобы периодические

триггреры одноразовые

хотя в принципе и привязываются к классу

Вот-вот. Пока у меня не висит открытый аларм "Link Down" - никакие джобы не работают

почему не работают

А зачем им работать?

get_interface_status пытается закрыть аларм "Link Down"

Это на тот случай, ели не пришел ивент "Link Up" (сбой сети, был выключен NOC, etc.)

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

ну вот для этого он и работает

zi_home: Правильно. Но если у нас нет поднятого аларма "Link Down", зачем нам постоянно дергать статус интерфейсов?

Dmitry1, ты уверен что ты не гуманитарий?

dvolodin, судя по коммитам занялся FM а не PM

Dmitry1, он и работает только когда есть аларм, а не всегда

Т.е. вполне можно его запуск инициировать триггером ?

нет

ты можешь триггером запустить его в первый раз

и все

джоб делает свою проверку периодически

тут долго обсуждалось как часто это должно происходить

Т.е. триггером поставить флажок "запускать периодически такой-то джоб"

И состояние этого флажка будет неизменно, даже если перезапускать NOC

Пока не отработает полностью джоб

костыль

Неееее.

он уже работает как работает

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

еще один костыль

тебе это зачем надо

скучно что ли

Чтобы я мог в PyRule добавить ту же переменную "периодически"

зачем?

Т.е. Для D-Link дергать get_interface_status раз в 10 минут, а для циски - раз в 5 минут.

дикость, ты уже извращаешься

Это не дикость, а суровая необходимость

зачем? в чем необходимость?

Еще раз повторяю, d-link жутко плющит и колбасит, когда с него пытаются что=то получить через SNMP или CLI

то есть он неадекватно реагирует на get_interface _status?

чем поможет то что за час этот скрипт выполнится 6 а не 12 раз? по-моему его будет плющить в обоих случаях

погоди, ты действительно пытаешься наворотить что-то странное

У него кривое CLI, которое на некоторые команды не понимает отключение пейджинга, и пытается постоянно обновить экран

если его плющит с первого раза, то при чем тут периодичносьб?

Dmitry1, это на всех моделях или на конкретной

А пейджер мы, вроде, бороли его

dvolodin, погоди, сейчас я его подведу к обрыву

dvolodin: Не добороли.

Dmitry1, если на всех то это явно не проблема нока, надо просто удалить этот скрипт и сказать на длинке он невозможен

У меня на части свичей не работает, но я еще не разобрался почему.

значит модели этих свичей в исключение

и тогда на них не будет выполняться

ну так может добороть их?

dvolodin: Кроме того, не побороли вывод, если на второй странице нет повторяющихся элементов с первой.

2013-06-25 13:16:58.225000 cat-arz 195.98.32.146 Cisco.IOS.get_interfaces 21 Feature is not supported on this platform

вот и всего делов

dvolodin: Могу дать тебе доступ на свич

Dmitry1, ты успокоился, или все еще хочешь странного?

С D-Link там очень грустно. Если загрузка процессора очень высокая - то начинает глючить CLI, соответственно, глючить скрипты

freeseacher, это печально, один несознательный товарищ сбил человека с правильного пути. вот как теперь его на графики обратно направить

да не факт что надо :)

zi_home: я с утра задал вопрос про графики :)

вы молчите

пока отрефакторил несколько классов, чтобы в куче не лежало

так а чего, ты хоть запили что-нибудь, от чего плясать, а то на руках только пробы

dvolodin, я тебе подкидывал пару трейсов

они так и есть

где этот dashboard про который ты столько пишешь

нужен юзер экспириенс чтобы сказать чего не хватает

а кто знает что за провал на msk-ix вчера после полудня был? я у себя тоже заметил

скинь ссылку на график

эт мы :(

http://www.msk-ix.ru/network/traffic.html

и еще вечером что-то было, но я у себя этого уже не видел

чего вы там ломали?

питание.

баловники

ага

я еще смотрю, на наге ничто и не шелохнулся, а хомячки задергались http://www.nn.ru/community/techno/internet/?do=read&thread=28202471&topic_id=68545313

простенький вопрос - в написании селекторов можно в фильтре айпи использовать удобочитаемые записи типа /24 или только регекс?

хех

REST интерфейс к event'ам у меня получился

клёво

кстати это бага или фича. что если в Chart в Инвентори -мап не попадает ни одного хоста то картинка с сетью не очищается и остаётся от предыдущего выбранного?

e_zombie1: не видел такого

у меня на последнем билде вопроизводится постоянно.

селектор возвращает ни одного хоста и на карте остаётся карта от старого селектора.

http://www.imagebanana.com/view/zotqdbfv/ScreenShot20130625at4.46.02PM.png

тапками не кидаться

:)

ты до сих порт отображаешь id

норм... А вот ферма на банане заебала =)

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

хотя бы в цвета алармов которые они поднимают

да, хочу зеленый ивента в фиолетовую крапинку с желтой окантовкой

почему нет, красные открывающие алармы, зеленые закрывающие, белые просто ивенты

хмммм

вот насчет цветов alarm'ов - я подумаю

я про цвета ивентов

я про них

алапмы я и так покрашу

а что не так с id?

зачем они

их никто не читает

кстати в фаулт - аларм было бы удобно чтобы при сортировке по приоритету внутри группы сортировка была по времени наоборот как сейчас.

чтобы более новые были выше.

это да

а еще лучше чтобы там вообще ничего не было

у меня список в 20 страниц

чего там нахватался

могу помочь очиститься

я теперь редко больше одной страницы набираю

доступ. много доступа. а надо оттуда только аплинки. на форуме смотрел но не понял до конца.

и ещё вопрос по диапазонам REGEX для селекторов.

делай профиль, вешай автоматом профиль на порты

покажи примеры как это делается.

mikevlz: не понял про что тыэ

профиль интерфейса сам сделать сможешь?

я нуб в этом и не сетевик.

блджад

я сисадмин

в ноке в инвентори сетап есть профили интерфейсов

название, какая-то фигня и галка "Игнорировать ивенты"

точнее поднимать/не поднимать алармы

дальше идешь и сисадминишь ./noc shell

нашёл.

z gbhekm yfjlvbybk

я пируль наодминил

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

можно как вот этот непрограммист

пируль наодминить

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

бросьте его на support _ san.ru

там вникать придется...

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

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

там еще проде в конфиге классифаера надо руками было прописывать default_interface_profile =

ну да. Это тоже пируль

а в апстриме нет, потому что у каждого свои представления, что должно генерировать аларм, а что нет.

если у тебя 98% абонентских портов должны быть в апе 99.99999% времени, т.к. крупные юрики, то у нас мелкие физики могут и по 20 раз на дню дергать порт

тут все так непросто

дык я так и сделал, сотки на доступе не алармят

что ты будешь делать если клиент, жирный юрик выключит у себя оборудование

и почему тебя должно это волновать

ну по цивилизованному - позвонить, спросить, какого собсно хуя

а тебе то какое дело

у жирных юриков есть телефоны диспетчеров

это его оборудование

а вдруг там кабель ебнули?

о да...

а вдруг питание пропало

если скажут "плановые работы, мы оборудование тырим, не мешайте" - все окай.

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

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

от этого же самого клиента и руководства

и спрашиваается, какого хера

zi_home у нас таких траблов - процентов 90

ufir, cfm не курили?

может crm ?

нет connectivity fault management

крутая штука

нет, не курили ;)

а где ето можно найти посмотреть ?

https://www.ciscolive365.com/connect/publicDashboard.ww

только зарегаться надо

искать cfm или oam

если у вас 90% это падения клиентского оборудования, то может e-lmi поможет

там много вкусных протоколов

у меня руки чешутся запилить это у нас

чаще всего валятся аплинки на агрегаторах fttb

http://www.imagebanana.com/view/o8vlgsk2/ScreenShot20130625at5.22.49PM.png

zi_home: да, хорошая идея была

раскрашиваю event по самому серьезному alarm'у

у меня много идей, одни лучше, другие хуже

если бы ты их еще реализовывал :)

хоть частично

в общем, насобачился я морды клепать

и поэтому ты сейчас запилишь Alarms

и прикрутишь туда пуш

b cltkftim htkbp

и зарелизишь

:)~

и свалю в отпуск

отпуск зло

я вот сейчас сижу

дома кондея нет, на улице 30 градусов

а я успел повесить

но у нас гроза собирается :)

осенью вешать надо

или ранней весной