nocproject.org

dvolodin, представляешь, все заработало без selinux, а вот графана что-то мутит

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

а если я новый график создаю, то там все на месте

надо бы разобраться с selinux

эхх, знать бы что там происодит

обычно собития в аудит попадают

я там ничего не нашел

http://i63.fastpic.ru/big/2015/0106/e2/b18a7ee5932608bc92d98bda252d0de2.png

доделываю полезную тулзу

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

причем собирает отовсюду

а еще бы туда тушенку

чтобы народ не мучался с командной строкой

в crashinfo?

в соседний с crashinfo

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

всему свое время

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

нотификацию что ли приделал бы

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

и кнопку создать issue

будет нок отправлять отчеты к какой-то там матери ;)

zi_rus: раньше event'ы были

сейчас хочу не засорять FM

а сделать что-то типа system notification

где можно будет вешать notification group

а общая логика такая -- ты можешь отправить crashinfo

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

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

а регистрация платная :)

вход 10$

вопрос - 1$

:)

идиотский - 5$

5$??? да ты нас разоришь

бесполезный коммит - бесценен)

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

загрузи через cli

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

zi_home: по справке от психолога - 50руб

а когда через фуфлофокс, то предлагает сохранить json в котором написано success

dvolodin, как через кли загрузить?

какие команды?

да набери уже хелп)

help

набрал

не работает

dvolodin, предлагаю zi_home установить абонементную плату

пакетное предложение - 10 вопросов в день, 50 баксов

:P

дык я как прокси тут работаю

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

в консоли набирай

./noc import-mib ....

dvolodin,

Traceback (most recent call last):

File "manage.py", line 35, in <module>

import noc.urls

File "/opt/noc/urls.py", line 18, in <module>

site.autodiscover()

File "/opt/noc/lib/app/site.py", line 473, in autodiscover

{}, {}, "*")

File "/opt/noc/support/apps/crashinfo/views.py", line 13, in <module>

from noc.support.models.crashinfo import Crashinfo

File "/opt/noc/support/models/crashinfo.py", line 17, in <module>

import dateutil.parser

ImportError: No module named dateutil.parser

upgrade-user: 56: sync-perm failed

zi_home: сейчас доложу

HaLVeR, я про РМ dvolodin спрашивал один раз, а сколько по моей инструкции народ смог сами настроить? отож. где мой откат?

закоммитил

у нас честная система, без откатов :)

ок, посмотрим как бдут креши собираться

dvolodin, а я еще хотел уточнить, а зачем нужен nginx? почему не заставить noc-web слушать на внешнем интерфейсе?

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

"шли деньги, скажу"

:)

zi_home: ssl и статику отдавать

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

не кажется

точнее для саппорта, но нашего ;)

Поддерживаемых инсталляций все больше и больше

нужно как-то упорядочивать

и уже достаточно много мест где несколько инсталляций NOC

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

или лучше заббикс поднять?

ну там get_interfaces

discovery

fm

и прочее

просто смотри

есть сервер с виртуалками

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

ну там и прочие нюансы

вопрос в том что есть ли смысл с этим разбираться или это не ноковский use case

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

чтобы иметь одну систему а не десять

а еще меня на ipv6 что-то понтянуло опять

dvolodin, http://www.opennet.ru/opennews/art.shtml?num=41405 - вот что к графикам прикрутиться бы

*прикрутить

zi_home: на виртуалках есть виртуальные свичи

есть

это тоже проблема

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

про traffic anomaly detection на графиках я давно говорю уже

тут такой ведь момент, та как бы виртуальные бриджи

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

серверы меня пока интересуют сугубо с инвентарной части

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

не так

а инвентарную чать же HaLVeR делал

я сказал, что делать их буду, но не факт, что они будут в opensource

ну да

а мы что не люди

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

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

если только ты свое хочешь выдумать

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

из глобальных вещей - NOC'у сейчас сильно не хватает ordering'а

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

без этого он сильно несамодостаточен

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

заявочки и их движение сделать надо

затем - дополировать то, что есть

тогда NOC накрывает хорошую дыру в open-source

с NRI, SA, FM, PM, и, частично OFM/OMS

и, в принципе, на севере у него остается только CRM или биллинг

ofm не нужен

нужен

вопрос в каких объемах

клиенты ведь нужны?

сервисы нужны?

сложно сказать

привязка ресурсов inventory, vc и ipam к сервисам - нужны

сложно сказать

мне, например, нужны

у тебя все по-другому

а это с какой колокольни смотреть

vc недоделаны

ну так чего они недоделаны-то?

потому что есть, но в воздухе висят

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

а составного канала нет

ну не глобальная, а на vc domain

ну да

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

обо что и речь

и давно

ну назови ее заявкой

мы с e_zombie уже два года мучаемся

она же - сервис

и будут на ней ресурсы -- в виде vc на хвостах и VRF/VPLS на MPLS'ной части

ну и до кучи нашлепнешь SLA и клиента на все это

и ты забываешь про h-vpls

да пофиг

смотри

попробую объяснить

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

и заявка может иметь родителем другую заявку

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

вот L2 VPN -- это у тебя один тип заявок

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

а дочками у него -- ресурсы

порты, VC, порты в vpls

каждая отдельной заявкой

да хоть кабель на кроссировку заявкой сделай

дочки уже привязаны к объектам в базе

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

а дальше - насколько фантазии хватит и целесообразности

потому как заявка - это и отображение процесса, в котором есть этапность

можно и капитальное строительство положить - вышки строить, канализацию копать

механизм-то один

и простой и тупой как пробка

собственно handler'ы в solution'ах предназначены как раз для всякой кастомной логики

которая будет работать в ходе процесса

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

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

TT, если понадобится -- это тоже заявки, но несколько другого вида и с диагностиками. они всегда привязываются к объекту поддержки

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

zi_home: при нормальном раскладе тебе в vc лезть вообще не надо

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

ну вот смотри

у тебя упал порт

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

с VC ты просто перерос тупую табличку

и не только я

но для мелких сетей и датацентров - ее вполне хватает

есть куча сущностей которые нок не понимает

то, что ты ее перерос - не говорит о том, что она хороша

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

да, это говорит что она плоха и отстала от жизни

она отстала от твоей жизни

боюсь до OMS мы в приципе не дорастем

не только моей

ну хорошо

давая я назову OMS - логическим inventory

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

тебе так проще?

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

сценарий, при котором оно решает твою проблему с составными vpn я тоже привел

где?

в жизнеописании заявок?

да

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

ytn

нет

не предлагаю

это малореально для меня

тебе никто не даст

;)

вот и именно

это тебе дадут там для кого ты это пишешь

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

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

но руками

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

и смотреть

у клиента жалоба на низкую скорость

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

не могу

опять руками

планируем менять софт на РЕ

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

потому как это все - логический inventory

перестроили сеть

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

нок не дискаверит этого - все данные потерялись

у нас было несколько десятков переключенных портов

до

роутед порты на свиче

после

л2 канал до ре, терминация л3 на РЕ, порт на свиче доступа новый

сейчас никто концов не найдет

если будут жалобы

придется копать

а ты про какие-то заявки рассказываешь

да увсех интернеты по-разному подаются

вы там с рррое балуетесь

а у нас статический ипое

белый

а у кого-то будет нат

всем не угодишь

опять же прописывание этих самых сервисов

не стандартизируемо

ты можешь только абстрагироваться в заявки и ofm

и сервисы

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

ээээ

ну, допустим у нас - IPoE

статика и динамика

за NAT'ом и без

а у полосатых еще л2тп есть, хотя они на ipoe тоже что-то смотрят

ну будут у тебя эти заявки

на строительство

на включение сервисов

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

это не oss, это crm какой-то получается

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

это или самим писать

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

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

это OSS

дело CRM - подать заказ

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

так как ноку в бизнес-процессы путь заказан большей частью

то имеем

заявок никаких не будет

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

а тк нок ничего про это не знает

то еще и прописывать

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

ну не скажи

давай лучше делать что-то более реальное

ты с какого пинка идешь прописывать порты?

автодискавери всего и вся

нам в 1с системе приходят заявки

перевести всю контору на нок? :)

нахуй я уже пошел, даже не начиная

запускается проект

прорабатывается

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

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

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

http://i64.fastpic.ru/big/2015/0107/ae/f1341dc53021aa9d3a5f327fa6bb61ae.png

но это только нам подходит потому что конфиг заточен на наши заебы

а дальше все

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

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

но окстись

там где уже что-то работае не будут это переделывать

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

*конечно

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

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

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

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