По хорошему надо дополнительную сущность делать

но у меня в irb входит несколько физических интерфейсов

но у меня в irb входит несколько физических интерфейсов

irb - это логический интерфейс

а еще есть load-balanсed интерфейсы

не понял тебя

mitya@mx104> show interfaces ams0 Physical interface: ams0, Enabled, Physical link is Up Interface index: 128, SNMP ifIndex: 551 Type: Adaptive-Services, Link-level type: Adaptive-Services, MTU: 9192,

По хорошему надо дополнительную сущность делать

давайте ка вы Issue заведёте.

и там распишите необходимость новой сущности и что с ней делать

это будет продуктивно

mitya@mx104> show interfaces ams0 Physical interface: ams0, Enabled, Physical link is Up Interface index: 128, SNMP ifIndex: 551 Type: Adaptive-Services, Link-level type: Adaptive-Services, MTU: 9192,

ams != irb

а то эта ругань уже 5+ раз тут происходит

да, но туда тоже входят несколько физических интерфейсов

@somovis оформишь issue ?

Попробую расписать грамотно

я по ams добавлю, если надо

@somovis чуть-что - пиши в личку

@somovis чуть-что - пиши в личку

ок

вот вам вместо пятницы

как идея?

https://code.getnoc.com/noc/noc/issues/934

@dmitryluhtionov

как идея?

Мне нравится! Я раньше так и говорил, что так должно работать

Дим, посмотри пример P4

https://p4.org/

это для packet flow

технически - это формат конфига

но дерево фактов от него все-таки отвязать надо

можно подумать как дерево фактов в него преобразовывать

тогда да - моделирование получится

хоть по пакетам

идея с нормализаторами нравится

ну все-таки проще один список в другой переделать на ходу

а где тут возьмутся дефолты ?

чем полноценный парсер

про дефолты я там расписал

список аппликаторов

ага. не вкурил.

но опять же -- там много маленьких кирпичиков

которые можно собирать матчерами

причем юзают общий API с валидаторами

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

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

как идея?

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

Идея отличная

да не, она убогая совсем

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

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

Дим как убогая ты только что работу этой библиотеки описал...

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

ага

Ага тема

Кстати я доклад яндекса слушал, у них проект Аннушка называется ) которая масло разлила

Кстати я доклад яндекса слушал, у них проект Аннушка называется ) которая масло разлила

Я в ней увидел маленький кусочек нока

могли бы и NOC использовать, кто мешает-то

Своё же!11

это да, не отнять

но у нас есть CH

их же

?

configparser я смотрел давно

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

как идея?

мне нравится. потом и опенконфиги подъедут, нетконфы

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

Я ж не спорю, говорю что хорошая идея :)

парсилка для cisco у меня и так была

это как раз пол-дела

я хочу, чтобы парсер просто с текстом работал

и внутренних знаний не содержал

парсилка для cisco у меня и так была

У меня текст, хуа и джуны, циско нет

и внутренних знаний не содержал

Да да, норм )

ибо уже наелись с этим

все-таки нормализация проще кодируется

в "remote_port_subtype" нужно отдать тип 7 и в "remote_port" положить`ifindex`

Андрей, можно еще проконсультироваться ? А local_interface и local_interface_subtype туда тоже кладем ifindex и 7 ? Ну и в remote_interface кладем локальный ifindex так ?

Приветсвую всех. Поделитесь пожалуйста ссылочками, если не затруднит, на почитать новичку по noc, на етапе внедрения, мб я не там ищу. Установка сделана, мо добавлено, ести графички. Вроде и вланы есть, макдб не могу победить, ну и некоторые железки bdcom не заводяться. Пока только учусь, сначала лучше думаю почитать чем сдесь глупые вопросы задавать.

Нужно ли добавлять мибы железок или как поступать з железками которых нет в поддержываемых? оСпасибо) Буду благодарен любой помощи.

https://arny.ru/network/noc-project-nastroyka/ вот тут удочка лежит...

Вот погляди

dv opened merge request at / noc: @on_delete_check decorators

merge request opened by aversant

Приветсвую всех. Поделитесь пожалуйста ссылочками, если не затруднит, на почитать новичку по noc, на етапе внедрения, мб я не там ищу. Установка сделана, мо добавлено, ести графички. Вроде и вланы есть, макдб не могу победить, ну и некоторые железки bdcom не заводяться. Пока только учусь, сначала лучше думаю почитать чем сдесь глупые вопросы задавать.

Ответил, профиль пилить вот https://repodoc.readthedocs.io/en/feature-doc/development/activator_script_api.html#id2

ух

это все бы в общую доку

Приветсвую всех. Поделитесь пожалуйста ссылочками, если не затруднит, на почитать новичку по noc, на етапе внедрения, мб я не там ищу. Установка сделана, мо добавлено, ести графички. Вроде и вланы есть, макдб не могу победить, ну и некоторые железки bdcom не заводяться. Пока только учусь, сначала лучше думаю почитать чем сдесь глупые вопросы задавать.

И да маки не показываются их надо искать

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

dv opened merge request at / noc: @on_delete_check decorators

merge request merged by aversant

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

?

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

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

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

Никакого, просто я долго тупил когда макдб увидел пустой, пока мне @EKbfh не помог )

ну там надо empty text добавить

типа введите кусок мака для поиска

ну там надо empty text добавить

Он естть. Просто поведелние в девелопе и до недавнего времени — она всегда вываливалась

Кто там ломал interface_status_ex?

MaksimSmile13

ага

?

У меня многие железки, на которых линки up >36 weeks, по ним ног алертит, типо они падают и поднимаются

wtf?

дебаг

?