во

по аналогии попробуй

/sa/managedobject/?name=XXXXX

так, тестировщики нужны

я заборол переход на ExtJS6

в целом он относительно безболезненно прошел

одна правочка в js, одна в css

А готовых библиотек для того же python'а нет?

NOC сам готовая библиотека для питона

from noc.sa.models.managedobject import ManagedObject

и делай с ним что хочешь

есть примеры?

короче, в башне вместо branch feature/microservices нужно отдеплоить feature/microservices-ext6

для managed object'ов -- Django ORM

ManagedObject.objects.get(name=XXXXX)

когда мы отчетики начнем на extjs клепать ?

да надо бы

только под BI надо бы колоночную базу сразу

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

как минимум - расширь возможности темплейтов для скриптов SA

чтобы можно было многоуровневые таблицы делать

а то в NOC.sa.managedobject.scripts.TablePreview можно делать только обычную таблицу

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

да не, это переделывать нужно в корне все

так уже куча таблиц там готовых, и вланы, и arp, и mac адреса а вот всякие cdp, lldp, get_interface нужно по хитрому отображать

а надо ли ?

Спасибо за ответы!

получить конфиг

mo.config.read()

Надо. ExtJS выбрали за интерактивность. Если на железке 100500 интерфейсов, то в текстовом файлике замучаешься искать что-нибудь.

аналогично - в отчетах.

как ты печатать собираешься панель extjs?

отчеты имеют привычку печататься

extjs давно уже умеет экспортировать отчеты хоть в excel, хоть в pdf

коммерческий

:)

https://github.com/shikhirsingh/ExtJS-Grid-PDF-Exporter

http://docs.sencha.com/extjs/6.0.2-classic/Ext.grid.plugin.Exporter.html

взято отсюда: https://www.sencha.com/blog/exporting-data-from-an-ext-js-grid-to-pdf/

теперь инфлукс хвастается как рвет касандру https://influxdata.com/blog/influxdb-vs-cassandra-benchmark-time-series-metrics/

угу

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

Дим, ну что ты показываешь API от коммерческой версии

:)

ты еще вот это покажи

http://docs.sencha.com/extjs/6.0.2-classic/Ext.pivot.Grid.html

BTW, этих компонент нет в GPL-сборке

от слова совсем

идея для ипам

ввести поле хозяина Ip

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

мейнтейнеры это немного не то

там изначально у нас ссылка на ТТ была

нужно там однозначно MO

с возможностью "клацнуть" на нем, и попасть в сам MO

не MO там нужен, а ссылка на интерфейс

и ссылка на интерфейс тоже

и MO, и интерфейс, и description этого интерфейса и как в старом IPAM галочку "GW"

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

галочка "GW" делает "бумажку" не нужной

набросай рыбу, а мы пообсуждаем

нет уж

набрасывайте рыбу

хоть на бумажке

тогда и будем обсуждать

в старом IPAM были следующие поля: Up Address State Project FQDN MAC Managed Object GW Description TT Tags

что такое Up и TT - не известно Добавить туда поле "Interface"

и, если возможно, поле Vlan

как так неизвестно

на up - лампочка, которая показывает, что адрес пингуется

TT - номер TT, по которому выделили адрес

понятно тогда добавить поля "Interface" и "Vlan"

интерфейс это уже и есть влан же

нет ?

ну да

нафига на ip vlan

на D-Link L2 интерфейс всегда называется "System"

и у него есть management vlan

дык в ipam надо казывать l3 интерфейсы а не l2

IPAM - учет логических ресурсов

при чем тут dlink с его логикой?

если уж до интерфейсов докатились, то может вместо vc bind

gbcfnm dkfy

писать влан

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

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

вот его выводить в отдельный столбец

просто для удобства

да, выводить просто для удобства

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

даже на циске где бест практисы авсе знают

ну если у тебя 2 vlan, то просто по номеру ты не назовешь

тоже да

но ты понял о чем речь

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

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

Ж)

часто да

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