%)

а как в run commands обработать подтверждение? (Y/N)[N]

а как в run commands обработать подтверждение? (Y/N)[N]

Сделай сниппет, в нем есть галочка касательно подтверждения

aversant opened merge request at / noc: Fix bi_sync int terminationgroup. Fix bi_sync int terminationgroup.

merge request opened by aversant

А как лучше организовать сегментирование в контексте network map? :) То есть, вот я подобавлял аггрегацию в одном городе. Штук 20-25 железок, выглядит норм. Но если добавить ещё несколько сотен акцесса - на карте будет каша. Но и руками делить на сколько-то сегментов как-то не оч., непонятно, как, по какому признаку, и т.д.

одтельный сегмент для вышестоящих. потом сегмент ядра. потом сегмент с ПЕ. потом сегмент с агрегаторами на отдельном МЕ и сегмент железка подключенного к отдельному агрегатору.

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

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

А как лучше организовать сегментирование в контексте network map? :) То есть, вот я подобавлял аггрегацию в одном городе. Штук 20-25 железок, выглядит норм. Но если добавить ещё несколько сотен акцесса - на карте будет каша. Но и руками делить на сколько-то сегментов как-то не оч., непонятно, как, по какому признаку, и т.д.

Доступ, подключенный к агрегатор у. Ты тему на форуме читал?

Доступ, подключенный к агрегатор у. Ты тему на форуме читал?

чото нет :(

но можно врубить автосегментацию и оно само.

У меня была проблема, там впилили параметр

Который 1к по дефолту

т.е. будет 100500 сегментов, каждый, подключенный к своей железке в вышестоящем сегменте?

т.е. будет 100500 сегментов, каждый, подключенный к своей железке в вышестоящем сегменте?

Дерево, да сегмент одного доступа, агрегатор появится там автоматом

Как переход в другой сегмент

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

у нас получится не дерево, а жопа какая-то :D Есть места кое-где (например, ЧС), где построено так: DGS (aggr) - DES (access) - DGS (aggr) - access,access,access

т.е. тогда по линкам выйдет сегмент1 - сегмент2 - сегмент1 - сегмент2....

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

там есть sibling . возможно он тебя спасёт

Поэкспериментирую. Понять бы ещё, как его использовать :)

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

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

угу, это заметил

nt xnj cybpe b cdth[e

те что снизу и сверху от сегмента

те что снизу и сверху от сегмента

И сбоку

кстати там ввели защиту от закольцовывания. но насколько она рабочая ... я хз

Чот не видел

Поэкспериментирую. Понять бы ещё, как его использовать :)

Перемычка между сегментами

aversant opened merge request at / noc: Fix bi_sync int terminationgroup. Fix bi_sync int terminationgroup.

merge request merged by dv

Наделать кучу одинаковых профилей МО, различающихся только числом портов - насколько хреновая идея? Нужно для селектора для интерфейсов, т.к. по имени интерфейса des-3200-10, -18, -26, -28 - никакими регекспами не поймешь, гиговый это порт, или сотка

похеру.

эээээ а может лучше селекторами ?

а группы уж группами

слажна

что такое "группы"? )

напомни, посему некратное время?

Хз. Че тыкал то и получилось

sysfaray opened merge request at / noc: Add Eltex.RG profile

sysfaray opened merge request at / noc: Add Eltex.RG profile

merge request opened by sysfaray

sysfaray opened merge request at / noc: Add Eltex.RG profile

merge request opened by sysfaray

sysfaray opened merge request at / noc: Add Eltex.RG profile

merge request merged by sysfaray

aversant opened merge request at / noc: Add EdgeCore.ES.get_metrics bu CLI for CRC Errors and Frame Errors metric. Add EdgeCore.ES.get_metrics bu CLI for CRC Errors and Frame Errors metric.

aversant opened merge request at / noc: Add EdgeCore.ES.get_metrics bu CLI for CRC Errors and Frame Errors metric. Add EdgeCore.ES.get_metrics bu CLI for CRC Errors and Frame Errors metric.

merge request merged by aversant

aversant opened merge request at / noc: Add Huawei.VRP FrameErrors and CRC Errors metrics by CLI. Add Huawei.VRP FrameErrors and CRC Errors metrics by CLI.

aversant opened merge request at / noc: Add Huawei.VRP FrameErrors and CRC Errors metrics by CLI. Add Huawei.VRP FrameErrors and CRC Errors metrics by CLI.

merge request merged by aversant

freeseacher opened merge request at / noc: Fix qoutes

aversant opened merge request at / noc: Add Huawei.VRP FrameErrors and CRC Errors metrics by CLI. Add Huawei.VRP FrameErrors and CRC Errors metrics by CLI.

?

freeseacher opened merge request at / noc: Fix qoutes

merge request merged by freeseacher

MaksimSmile13 pushed to collections/eltexrg Add ZXDSL profile and ZTE9806E check rules

sysfaray opened merge request at / collections: Add Eltex.RG profile and check rules

sysfaray opened merge request at / collections: Add Eltex.RG profile and check rules

merge request merged by freeseacher

Алексей Широких pushed to collections/master Maksim: Add ZXDSL profile and ZTE9806E check rules Алексей Широких: Merge branch 'new/eltexrg' into 'master' Add Eltex.RG profile and check rules See merge request noc/collections!166

MaksimSmile13 deleted branch collections/eltexrg

dmitryluhtionov opened merge request at / noc: Update SKS.SKS profile

merge request opened by aversant

dmitryluhtionov opened merge request at / noc: Update SKS.SKS profile

merge request merged by aversant

кстати там ввели защиту от закольцовывания. но насколько она рабочая ... я хз

похоже, не рабочая

EXCEPTION: <type 'exceptions.RuntimeError'> maximum recursion depth exceeded

Поздравляю

откуда берутся такие оповещения

если в эвентах их нет?

и в алармах тоже

ни архивных, никаких

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

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

Возможно. А ты время уведомления мгновенно поставил?

угу

А как работает определение root cause? Нужно ли как то дополнительно обучать? Оно работает только с иерархией линков, или может быть умнее? Например, флапнул линк -> мигнул оспф -> определить, что первое - причина второго

А как работает определение root cause? Нужно ли как то дополнительно обучать? Оно работает только с иерархией линков, или может быть умнее? Например, флапнул линк -> мигнул оспф -> определить, что первое - причина второго

Вот если лежит линк, тогда будет корреляция

Вот насчёт л3 я не в курсе

Наделать кучу одинаковых профилей МО, различающихся только числом портов - насколько хреновая идея? Нужно для селектора для интерфейсов, т.к. по имени интерфейса des-3200-10, -18, -26, -28 - никакими регекспами не поймешь, гиговый это порт, или сотка

Нравится все усложнять

А железку можно у карте прибить?

В kb есть статья по этому поводу

https://kb.nocproject.org/pages/viewpage.action?pageId=22970562

Где-то с середины

Нравится все усложнять

В селекторах есть модель.

А как работает определение root cause? Нужно ли как то дополнительно обучать? Оно работает только с иерархией линков, или может быть умнее? Например, флапнул линк -> мигнул оспф -> определить, что первое - причина второго

По аплинкам. Нужна иерархия сегментов и линки между железками

Чтобы устройство выше располагалось в сегменте выше

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

По аплинкам. Нужна иерархия сегментов и линки между железками

Это есть, спасибо, понял :) А вот всякие штуки типа флапов igp-протоколов из-за линков тоже классифицируются?

В селекторах есть модель.

Это надо 100500 селекторов делать ; а я при выгрузке (один хрен скрипт выгрузки пишу) назначаю профиль на основе, образно, /28$/ - 25-28 аплинки, /26$/ - 25-26 аплинки, ну и т.д.

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

Это есть, спасибо, понял :) А вот всякие штуки типа флапов igp-протоколов из-за линков тоже классифицируются?

Корреляция по топологии работает только для пингов

понял

раскатал губу )

Корреляция по топологии работает только для пингов

Можно наверное потом допилить

В таком формате инвентарка подойдет?

При массовом box discovery что является узким местом, каких сервисов можно подобавлять? discovery, видимо? :)

сколько их, навскидку, оптимально держать на несколько тысяч МО?

В таком формате инвентарка подойдет?

Наверное да

Все равно нужно будет немного ручной работы

Нок и без "ручной" работы :)

Хм, вроде даже получилось