nocproject.org

http://kandanapp.com

мы хотим такое?

dvolodin: так это же обычный чат

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

SD у нас есть в JIRA

тогда зачем этот чат?

dvolodin, может закончить с тем что уже есть? чем пихать то что скорее всего повиснет мертвым грузом типа того же гиса

почему повиснет?

потому что опыт говорит что так и произойдет

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

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

лог порта -- это когда он падал и поднимался?

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

везде где есть этот порт этой железки в ивенте

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

ммм, не совсем, ивенты, не алармы

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

плохо

я бы хотел логи хранить максимально полностью

очень надо для разбора полетов через какое-то время

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

но нужны бывают

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

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

но...

ни глубину архива не настроить, и расписать что архивировать

это так, к слову

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

так там глубина ограниченая

может просто не event хранить, а типа лога событий порта?

ограниченная кем?

вряд ли тебе event'ы нужны годовой давности

месячной точно нужны

можно сделать, скажем, последние 100

не пойдет

флапами забить быстро можно

и если уж мы заговорили о портах

график загрузки интерфейса туда же

но это потом, РМ нету

ты прямо из inventory хочешь все это?

я немного по другому хотел

заявками

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

с клиентами и подключениями их

так правильнее для техподдержки

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

ну так вообще шикарно

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

а это когда еще будет

это, фактически, вторая часть инвентори

для сетевых портов не будет сервисов

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

техподдержка на сетевые порты особо не смотрит

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

это откуда-то из карты нужно

на самом деле вот что хочу

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

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

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

итого по планам

1. доделать скрипты

2. слить feature/inventory в develop

3. переделать коллекции fm в новый формат

4. сделать унифицированный механизм отправки JSON'ов на разбор

что это за новый формат

5. отрелизиться таки

как в inventory

с манифестом

и uuid'ами

он сильно быстрее

я так и не понял чем оно лучше

быстрее в чем?

обновлении?

работе?

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

мне показалось девелопить новые геморней

уже несколько раз случалось что в базе по два объектас одним названием и разными uuid

это я недосмотрел

когда себе запиливаешь то чего еще нет

ну вот видишь, недосмотр и привет

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

именно

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

развернул candan

kandanapp

достаточно няшно

ну вот, кондомы начал разворачивать. началось...

я в виртуалке

еще и с резиновой женщиной

собственно из хорошего

интегрированная паста и аплод файлов

а в чем профит

интеграция с jira и остальными сервисами

плюс все логи в базе, поиск по ним

а так все логи в гугле

еще переход в чат прямо с главной страницы и из NOC

:)

а нормальные делают доку

да ну

ну да

ну вон про мирроринг конфига на диск как узнать?

спросил и узнал

:)

работает ведь?

:)

а знаешь только ты, тебя еще поймать надо

не так уж и сложно

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

dvolodin, слышал про RKPI?

это что еще такое?

меня от всяких KPI тошнит ;)

ctqxfc gjrf;e

сейчас покажу

The Resource Certification (RPKI) system allows Local Internet Registries (LIRs) to request a digital certificate listing the Internet number resources they hold. It offers validatable proof of holdership of a resource's registration by a Regional Internet Registry (RIR).

короче такая штука которая позволяет проверять принадлежит ли проанонсированный префикс той АС откуда он пришел

штука убогая

но активно пилится

когда научатся as path валидировать, станет крутой штукой

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

все будет куда красивее

dvolodin, вот, даже на вики есть http://en.wikipedia.org/wiki/Resource_Public_Key_Infrastructure

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

cisco juniper и quagga поддерживают эту штуку

там даже прямо на сайте райпа примеры конфигов

PKI все - достаточно мутная вещь

там все сведется к поддержке своего CA?

и оно абсолютно ортогонально префикс-листам

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

и оно совместимо с идеологией нока

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

Оно аналогично DNSsec

может быть, в какой-то части

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

а не заниматься костылянием

вопрос в том, что будет со стороны сервера

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

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

да. вот только пока что эта штука проверяет только origin-as, но не as path, поэтому практической ценности на данный момент нет

в ietf лежат несколько драфтов с идеями что надо проверять as path, но пока что нет никаких конкретных предложений

очень жду что что-нибудь таки придумают

не думаю что это что-то неразрешимое

последний драфт, что я читал, был от октября 2013

as path оно у тебя и не может проверить

его в принципе подписать нельзя

ну, в общем да