а в MPLS'ном облаке уже сложно высчитать

как пойдет LSP

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

а LAG?

ну мало ли

я за 4 вариант - канал необходимо ограничить. сделать его максимально простым, для мониторинга. Вариант составных каналов реализовать через услуги или сервис (т.е. в предоставлении услуги участвуют несколько каналов)

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

ну 4-й самый гибкий

но лучше сделать отдельную морду

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

ну если брать evpn, у клиента lag, а у isp 2 pe с одним esi

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

ну да) сделать карту железок и мышкой рисовать каналы ^_^

и создавать

ну да) сделать карту железок и мышкой рисовать каналы ^_^

прям как North Star

Сколько он там стоит?)

у нас есть классы FM, от которых может зависеть качество "канала". Их не так уж много. Chassis | CPU | CPU Exhausted Chassis | Fabric | CRC Errors Chassis | Hardware | Hardware Error и еще парочка

Значит делать ещё

дим, да там все проще

выскочил alarm -- посчитает все накрытые сервисы

нужно только в service profile будет указать направление распространения аварии

сверху вниз, снизу вверх или во все стороны

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

значит нужно "рисовать" хандлеры для классов

кроссировка и vlan -- в обе стороны

да не нужно, там базовые механизмы

тогда классы, которые я выше перечислил, влияют на все порты в железке

Pull & Deploy в выпадающем списке выбрать Update Source & Restart gentle

Сделал, сейчас буду проверять. Прошло успешно, бокс диискавери отработал. Спасибо!

вот в 3 варианте, сущность канал больше соответствует каналу как услуге. Для НОКа, лучше, описать канала в том, что нужно чтобы его создать. Т.е. при создании канала, нам нужно: 1) точки начала и конца (интерфейсы) 2) характеристики (пропускная способность) что ещё?

от чего этот канал зависит

всё остально, лучше, каким-то способом получать. либо с оборудования, либо с внешних систем, либо с описания услуг

vlan, mpls, ppp

т.е. тип

да чтобы, например, MPLS канал зависел от класса Network | MPLS | LDP Neighbor Down

а VLAN канал от класса Network | VLAN | VLAN Deleted

это можно в FM, вычислять - если у нас тип канала mpls, то смотрим по пути канала события касательно MPLS, например

т.е. у нас вполне может быть сам интерфейс поднят, но проблемы в сервисе на нем (VLAN, MPLS, PPP)

ну да, т.е. это проблема FM - если случилась авария MPLS на железке - сигнализировать о проблемах каналов, проходящих через эту железку. Если проблема с портом - то сигнализировать о проблемах каналов, проходящих через этот интерфейс

информация для вычисления в НОКе есть

я вот думаю, как "сервисную" модель "растянуть", к примеру, на мультикаст

мм.... это надо снимать данные, по мультикаст группам на интерфейсах?

т.е. сообщение Network | PIM | Neighbor Down влияет на получения сервиса на конечном оборудовании, которое вообще ничего про PIM не знает

В принципе, если сделать конечной точкой не порт, а другую сущность, например все интерфейсы, входящие в группу. Это, как раз, получается канал один-ко-многим. Но, думаю, это лучше как услугу делать. Т.к. состоит из большого количества каналов. Надо подумать, как правильнее

в 4-м варианте нужно еще и добавить сервисы, которые влияют на канал

вот галочка Profile - которую сняли, занимается определением профиля.

вернуть обратно можно?

вернуть обратно можно?

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

т.е. какие классы FM влияют на канал так как у нас на одной железке может влиять OSPF, на другой - MPLS, на третьей - вообще что-нибудь из WIFI или DOCSIS

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

то есть я гружу много хостов из csv, у всех один профиль авторизации со всеми логинами, а дальше уже нок попробует разобраться, что за железка?

ага

сейчас попробую

Блин, зомби в отпуске, да?

https://kb.nocproject.org/pages/viewpage.action?pageId=19169410 а вот тут зачем скрипт sql.sh?

формирование csv?

Блин, зомби в отпуске, да?

сисек нет?

сисек нет?

не так важно

почему нок не умеет автодискавер по ренджу сетей?

я тоже хотел это

уже даже есть определение профилей

это очень круто

но вот добавление хостов вручную или из csv это пиздец

но вот добавление хостов вручную или из csv это пиздец

ага

если я импортирую csv и там уже есть такой же МО, он мне на весь импорт ругнётся или только на совпавший мо?

там можно выбрать, в ыпадающем списке действие

при загрузке

ок, а в шелле можно?

создавать MO в шелле? можно

https://kb.nocproject.org/pages/viewpage.action?pageId=19169410 этим кто-то пользуется?

есть поправленное под текущую систему?

@dvolodin может ещё научить карту рисовать учитывая gre/ipsec туннели?

p2p/p2mp

Hub

Собирать факты с железки, например local/remote ip, смотреть их на интерфейсах и отрисовывать (если каналы арендованные через чужое железо, все равно управления нету)

можно и ipsec

на самом деле это свойство канала - инкапсуляция

https://kb.nocproject.org/pages/viewpage.action?pageId=19169410 этим кто-то пользуется?

это к v

это к v

отдыхаит, видимо

ага, это я в отпуске не отдыхаю нихера

ага, это я в отпуске не отдыхаю нихера

ты знаешь, какие поля обязательные в импорте?

они помечены красным в МО :)

я хочу залить csv и пусть он сам профили оборудования расставляет и пр.

но SA Profile какой ставить?

ты создай сперва 1 МО, экспортни его, а потом уже увидишь какие обязательны

Generic.Host

но SA Profile какой ставить?

если на железе настроен snmp и есть правила для оперделения профиля хоста, то generic

Generic.Host

спс

Что-то добавилось

ждём-с

а текущие задачи где можно смотреть?

Монитор-скриптс пусто

можно в sa -> GetNOW

но там нет обновления статусов

и сортировки

а, ну куча задач висит и уже хорошо

а, я же профайлинг отключил

в башне

профайлинг?

ой, щас.

managed Obj Prof/default/Box discovery

почему она так одиноко тут торчит?

надо свернуть/развернуть окно браузера