nocproject.org

кто-нибудь еще проверил микротики?

кто доделает get_interfaces на микротиках?

на них еще, кстати, свой discovery есть

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

dvolodin, так что на счет хранения в ноке клинтов и сервисов?

не с целью замены других систем вроде биллинга

а для их поддержки

dvolodin, а дискавери даже работает =)

вроде ещё и cdp понимает

dvolodin, добавь к командам "... without-paging"

а то я вчера словил - - [Q quit|D dump|down]

вопрос на засыпку, порт флапы не планируется подавлять?

у меня третьи сутки один порт раз в минуту падает

все логи засраны

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

Dmitry1, ты тут? я тебе вкусный issue приготовил, NOC-980

я тут, но немного занят. надо ввести в строй несколько серверов

с ноком?

нет. vpn сервера

zi_rus: планируется, но я пока не придумал механизм

по идее для флапающих аварий должна подниматься какая-то новая

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

или с количеством повторных открытий

в истории что будет?

последняя или все?

да

но тоже нехорошо

она будет закрываться

хорошо ответил

:)

то есть тупой механизм -- в event class сделать что-то вроде flap suppression по аналогии с repeat suppression для алармов

но тогда надо решать - либо они будут закрываться link up'ами, а потом опять подниматься

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

скажем -- 5 раз флапнуло, автоматом уже не закрывается

только руками

нет, это плохо

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

если флапало раз в минуту, то елси 10 минут молчит, значит норма

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

ну да

смотри

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

авария это хорошо, но есть еще и ивены

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

при поднятии аварии сейчас проверяется, активна ли она или нет

если неактивна -- создается новая авария

вот это надо доработать

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

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

если была -- поднимаем ее опять и увеличиваем счетчик флапов

не совсем так

проверять она по архиву будет

и вытаскивать ее из архива

тогда 3 параметра получается

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

парвый параметр определяет, новая ли это авария, или повтор

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

второй -- количество повторов, после которого авария становится флапом

по идее -- если флапающая авария закрывается -- она должна реально закрыться только через время окна закрытия флапов

размер не обязан быть статичным, в общем-то

я на что и намекаю

окно закрытия можно делать 3-5 * окно открытия

для медленных флапов меньше. для быстрых - больше

я думаю что окно открытия нет смысла делать больше часа

да и более 15 минут тоже

окна должны задаваться на класс аварии

пугает пока отложенное закрытие

придется job делать

dvolodin, а что с ивентами будет?

они тоже засираются

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

флапы не давятся

или с периодом опять проблемы

это просто факт того что я вижу

давай сначала аварии

вот как у меня

порт падает

лежит минуту

поднимается

стоит 2 минуты

падает

опять минуту лежит

и тд

уже месяц

логи засраны этими ивентами

я не вижу критерия, по которым их можно убить

dvolodin: а ты в курсе, что этот негодяй предлагает НОКом удалять мака на порту?

макак

какой негодяй и каких макак?

http://forum.nag.ru/forum/index.php?showtopic=84337

ну что человеку мучаться

*мучиться

все же есть

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

готовое

но вот сниппеты -- это все-таки костыль

давайте сделаем интерфейс и скрипты для убиения макак

сниппеты пилятся под что хочу

а скрипты вшиты

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

результат-то один и тот же

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

которые запустят нужные скрипты

скажем, для АРМ оператора

а вот со сниппетами - эта форма вряд ли попадет в дистрибутив

чистка мак таблицы какое-то не самое распространенное действие

достаточно

так же как и чистка port-security

ни разу не пользовался, даже с консоли

арп чистил, а маки ни разу

они лернятся нормально

не на всех железках wire-rate mac learning

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

а опекс растет

каждый костыль это проблема

сказал сотрудник китайской компании

;)

что поделать

нас как крепостных согнали

не мы выбирали

которого подколол сотрудник империи зла

:)

ничего плохого на самом деле

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

у вас странное образование -- верхневолжский филиал

не у нас, а у вас :)

не у нас, это другой макрорегион

jlyjq rjynjhjq gjvfpfys

одной конторой помазаны

как я люблю хохлосрачи...

уже вечер

уже можно

:)

ладно, посмотрим

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

что может быть страшнее

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

и стимулированию

стул с электрошоком

анальный зонд - вот классика

какие странные ассоцияции, меня не стимулирует анальный зонд

кстати, у нас есть поддержка alarm flap'ов

re

�������, ���� ����������� NOC, ����� ����� �� freebsd �� ������ 0.6.4 ������� ��� �� ���� ������ ������ � ���� 0.7(4) ������ ���������?

hope my koi8 is visible?

nope

yep, I saw in logs already @ nocproject.org

sorry guys, no idea how to teach irssi-client for utf, my question was about freebsd port of Noc, should I try to use it or 0.7(4) is much better and preferable?

port is broken

long-long ago

so you have no choice. You need to install it from scratch

ok, I see, thanks!