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

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

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

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

два таких ?

Можно, 2, Можно 1 для дней, и выпадающий список именно по дню

зато в тяжелые железки практически никогда не заливается 100% конфига

а в свичи доступа - правктически всегда

для свичей доступа лучше другое

сделать "результирующий" конфиг

например, список "важных" команд

@dmitryluhtionov мы про repopreview

просмотр истории изменений.

и я про это

Можно, 2, Можно 1 для дней, и выпадающий список именно по дню

Во, можно 1 такой график, а в выпадающем списке все бекапы, что попадают в выбранный диапазон

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

два таких ?

А, понял к чему два, да можно два

Aleksey Shirokih pushed to noc/feature/microservices ipython 6+ does not support python27.

Aleksey Shirokih pushed to noc/feature/microservices fix template generation

плохая идея деплоится после этого коммита

всё теперь должно быть ок.

@dmitryluhtionov нужна помощь с миграцией на daemon ?

я пока думаю

этот ваш демон умеет ловить stdout ?

с помощью daemon можно задавать pid, по которому потом посылать сигналы

ибо нок пишет только в туда

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

можно задать -f - будет подавление stdin, stdout и err

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

ага

на каждый сервис свой daemon

я про то, что там пиды есть

по ним, например, можно послать -HUP

и сервис перечитает конфиг, или коллекцию

или сбросит кеш

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

раньше, еще до develop ветки так работало

из сигналов в живых кажется только TERM остался. остальное не работает

* но это не точно

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

фактически, это будут RC скрипты

каждый будет запускать свой сервис

ну и daemon или systemd следит, чтобы сервис не "упал"

я пока не вижу в этом плюсов.

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

Нет же, он всенаправленный

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

?

Так и то, и другое показывает

Я тебя не понимать

дифы... башню новую давайте тестить. она же где-то рядом =)

Давайте докер и автопровижининг сервисов с балансировкой

не 2017 точно

И не 2018

Хотя, все может быть

Давайте докер и автопровижининг сервисов с балансировкой

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

перепишем всё на systemd ?

и супер визор нахрен ?

чем системд поможет ?

Давайте докер и автопровижининг сервисов с балансировкой

дак вперед. докер есть. каждую ночь собирается свежий

дак вперед. докер есть. каждую ночь собирается свежий

Уже бегу и спотыкаясь)

Все думаю, что у меня времени очень много свободного

https://code.getnoc.com/noc/nocmc/container_registry

вот каждую ночь в 4 утра сборка

Осталось всего то подключить 1600 объектов в сеть до конца декабря, в это же время надо донастроить WiFi и собрать кластер из контроллеров, после чего внедрить 802.1х wired.. ах да, ещё же есть сеть, которую надо обслуживать, сделать тз, купить P роутеры и опять же, настроить их и переключить все на них.. а с января очередное приключение в 2к объектов

клёвый список

Особенно радует подключение.. по плану 400 объектов в месяц, по факту 7 за 2 недели

илья ну что же ты. надо ускорится.

Осталось всего то подключить 1600 объектов в сеть до конца декабря, в это же время надо донастроить WiFi и собрать кластер из контроллеров, после чего внедрить 802.1х wired.. ах да, ещё же есть сеть, которую надо обслуживать, сделать тз, купить P роутеры и опять же, настроить их и переключить все на них.. а с января очередное приключение в 2к объектов

Точно что-то ещё забыл

кто то получит паяльник в анус под новый год

илья ну что же ты. надо ускорится.

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

кто то получит паяльник в анус под новый год

Да, не я :)

тогда похуй

кто то получит паяльник в анус под новый год

конечно ручкой внутырь.

затейник

поперёк

Работы много, я все никак mpls sdn era не дочитаю

мне стыдно. но я две недели в отпуске и мне хочется программить..... блять :(

я помню слекдующую книгу после этой вашей эры

я помню слекдующую книгу после этой вашей эры

Да, Я тоже

У меня по списку

Ах вот, ещё qos надо

Вот что забыл

Но это на следующий год оставлю

И потом можно смело говорить, что сеть ахуенная

При этом надо леплоить нок и не класть его, дописывать правила под новое железо и классификаторы :) Правила классификации

TR-069 поможет тебе сократить время на отдых до двух часов всутки

TR-069 поможет тебе сократить время на отдых до двух часов всутки

А-ля i-wan, sdn, sdwan, etc?

У нас нет такого и не будет

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

а не увеличится

А, это да

Но быть может в будущем будет достаточно поставить cpe клиенту и одной командой дать ему нужный сервис, массово настроив все по пути

хехехехе. у нас навнедряли тр069. открыли доступ и народ из инета похачил нам кучу железок.

tr069 это как iot?

тоже буква s в tr069 это безопасность ?

автоконфигурирование

sukablyadnerabotaet

нет. что они декларируют я знаю.

железка по http лезет куда ей сказали через днс и оттуда приезжает ей конфиг.