@nocproject

Страница 1782 из 2357
Dmitry
17.02.2018
12:30:23
вот так

Ilya
17.02.2018
12:32:18
Денис
17.02.2018
12:43:57
ребят, подскажите, как корректно обновить башню?

Алексей
17.02.2018
12:44:53
пока никак.

Google
Алексей
17.02.2018
12:44:58
погоди

Ivan
17.02.2018
13:11:18
Если линки есть в МО, а на карте их нет, то это значит какой фикс надо применять?

Денис
17.02.2018
13:22:20
Алексей
17.02.2018
13:23:18
сам себе - /opt/tower/bin/tower-upgrade
денис, это правильный ответ но не своевременный. последний релиз - сетябрьский. новый релиз пока не релиз.

Ivan
17.02.2018
13:24:13
[py.warnings] /opt/noc/local/lib/python2.7/site-packages/psycopg2/__init__.py:144: UserWarning: The psycopg2 wheel package will be renamed from release 2.8; in order to keep installing from binary please use "pip install psycopg2-binary" instead. For details see: <http://initd.org/psycopg/docs/install.html#binary-install-from-pypi>. """)

Если линки есть в МО, а на карте их нет, то это значит какой фикс надо применять?
Примени фикс ./noc fix apply fix_link_objects И отпишись в issue https://code.getnoc.com/noc/noc/issues/688

Да, непонятно, почему попытки были раньше.

Gitlab
17.02.2018
13:34:25
Dmitry Kiselev pushed to docs/splitter specified optical/electrical words, corrected share to attenuate, multiplication to amplification

Ivan
17.02.2018
13:35:24
а диры нужны только пинги
Ага, согласен. Я голосую за баг, параллельные уведомления нужны в любом случае.

Алексей
17.02.2018
13:37:00
Ага, согласен. Я голосую за баг, параллельные уведомления нужны в любом случае.
голосвания за баги в чате не работают всвязи с отсутстивем бага и голосования.

Ivan
17.02.2018
13:37:24
Google
Ivan
17.02.2018
13:45:55
у нас есть картинка/что-то по notifIcation flow?

В текущих нотификациях ногу сломишь

А ещё я не нашёл возможности делить уведомления по severity. Если у аварии >100, то слать, если нет, то не слать

Мак-флапы не шлются, bpduguard к примеру высылается

Илья
17.02.2018
13:49:57
Мак-флапы не шлются, bpduguard к примеру высылается
ну это как раз есть сейчас в эскалации

Ivan
17.02.2018
13:50:57
Очень хорошо. Я пока не смог

Gitlab
17.02.2018
14:00:04
Dmitry Kiselev pushed to docs/stack add stack Model Interface

Dmitry
17.02.2018
14:04:14
как насчет того, чтобы в IPAM разделение прав доступа сделать так же как и в SA -- по зонам ответсвенности?

оно, обычно, связано

Gitlab
17.02.2018
14:12:58
Dmitry Kiselev pushed to docs/splitter changed attenuate to attenuation

Ivan
17.02.2018
14:13:28
Если мне разрешена родительская зона, мне будут разрешены дочерние записи? Я про иерархию прав ответственности по группам

Алексей
17.02.2018
14:13:56
как насчет того, чтобы в IPAM разделение прав доступа сделать так же как и в SA -- по зонам ответсвенности?
не уверен. выглядит будто попытка решить за пользователя как будет хорошо

Gitlab
17.02.2018
14:15:55
Dmitry Volodin pushed to docs/master xkdgo: Added splitter Model Interface xkdgo: add splitter Model Interface examples xkdgo: corrected spaces xkdgo: specified optical/electrical words, corrected share to attenuate, multiplication to amplification xkdgo: changed attenuate to attenuation Dmitry Volodin: Merge branch 'splitter' into 'master' Splitter See merge request noc/docs!12

Dmitry Kiselev deleted branch docs/splitter

Dmitry
17.02.2018
14:16:42
зато в целом единообразно будет

Dmitry
17.02.2018
14:17:24
юзеру или группе говорим, в каких они зонах отвественности он есть и с какими правами

автоматом получаем разделение в SA (оно уже сейчас так)

Google
Dmitry
17.02.2018
14:17:54
и в IPAM префикс вешаем на зону ответсвенности

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

Алексей
17.02.2018
14:18:17
не уверен что нативно такое разделение есть

Dmitry
17.02.2018
14:18:21
есть

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

Алексей
17.02.2018
14:18:32
ну у нас оно условно было

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

Dmitry
17.02.2018
14:18:55
зоны ответсвенности сейчас все равно иерархичны

Алексей
17.02.2018
14:19:01
но... это в случае крупного деления

Илья
17.02.2018
14:19:04
иногда выделение префикса эксклюзивное

иногда нет

Dmitry
17.02.2018
14:19:28
эксклюзивность можно и в ЗО положить

Алексей
17.02.2018
14:19:59
ну да. с учетом двейной иерархичности думается мне прямой запрет или прямое разрешение должно быть вариантом

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

Илья
17.02.2018
14:20:39
@dvolodin новый ипам позволяет задавать шаблоны для разбиения пространства?

Илья
17.02.2018
14:21:04
в смысле?

Алексей
17.02.2018
14:21:16
в смысле развернутая мысль в виде issue

Илья
17.02.2018
14:21:22
опять начинается

https://www.anekdot.ru/id/-12919083/

Google
Алексей
17.02.2018
14:22:24
гармошка.

Илья
17.02.2018
14:22:32
и я о том же

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

пер агрегация или пер офис или пер регион

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

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

Алексей
17.02.2018
14:26:28
эта тема вызывает больше вопросов чем можно задать в чате.

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

Илья
17.02.2018
14:27:36
как в адрес ренджах Lock/unlock

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

Алексей
17.02.2018
14:28:50
что должно происходить в инстансах шаблона при удалении в шаблоне ?

Илья
17.02.2018
14:29:22
а как ты считаешь?

Алексей
17.02.2018
14:29:39
я спрашиваю

Илья
17.02.2018
14:30:14
изменения в шаблоне должны транслироваться

иначе какой же это шаблон

Алексей
17.02.2018
14:30:43
и удаления ?

Илья
17.02.2018
14:30:52
еще можно валидацию конфига в сети с шаблоном иметь

и удаления ?
конечно

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

Алексей
17.02.2018
14:31:23
тоесть изменения в шаблоне дожны приводитть к потере информации сделанной на месте

Google
Илья
17.02.2018
14:31:47
если есть шаблон, не должно быть кастомизации

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

Алексей
17.02.2018
14:32:06
данные сделаные по шаблону должны быть не редактируемые ?

Илья
17.02.2018
14:32:11
как вариант hard и soft шаблон

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

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

в третьей сети софт шаблон подходит

Алексей
17.02.2018
14:33:48
значит данные полученные из шаблона не должны получитьпривязку к интерфейсам ?

Илья
17.02.2018
14:34:16
интерфейсам железок или это что-то внутреннее в нок?

Алексей
17.02.2018
14:34:23
к интерфейсам железяк

Илья
17.02.2018
14:34:54
это вопрос валидации, я как раз хотел написать. несоответствие шаблону==config policy violation

Алексей
17.02.2018
14:35:07
ответь пожалуйста на вопрос

Илья
17.02.2018
14:35:19
я не знаю о какой привязке ты говоришь

очевидно что нет

Алексей
17.02.2018
14:35:36
я говорю о привязке ip -> device

Илья
17.02.2018
14:35:54
нельзя привязать /22 в шаблоне и в ипам, если на интерфейсе /24

Алексей
17.02.2018
14:36:05
так же как должен работать prefix дискавери для сети в которой запрет на имзенения

Страница 1782 из 2357