nocproject.org
01:29
На новый сайт ничего не переносил, пока.. С колечками не тестировалось, но все функции для работы с кольцами в staticvlan/models.py есть...
01:41
Надо только в sa/apps/addstaticvlan/views.py 36 строку закоментировать, а с 37 убрать комент... И статические vlan будут пробиватся по всех маршрутах между двумя узлами сети....
01:45
Хочу FM AI привить... Это мне уже стало очень надо...
01:46
Сеть должна анализировать события и просчитывать их влеяние на работу сети....
02:24
02:24
Алгоритм такой:
02:25
1 Определяем все маршруты от каждого узла к каждому.
02:28
2 Выбираем с этих маршрутов те в которых присудствует узел и порт который ушол в давн (Событие Link Down)
02:41
нет так слишком сложно будет...
02:41
Надо в сети установить один узел как "Самый важный"
02:42
Тогда при потере линка можно прощитать вред сети по такому алгоритму:
02:42
1 Определяем все маршруты от каждого узла к "Самому Важному".
02:43
2 Выбираем с этих маршрутов те в которых присудствует узел и порт который ушол в давн (Событие Link Down)
02:44
3 Если маршрут не единственный для узла то от его веса берём процент потеряных каналов к "Самому Важному" узлу.
02:48
4 Вред от падения линка можно оценить как суму весов всех узлов (с учётом п. 3) маршрут которых к самому главныму узлу сети содержит упавший линк.
02:51
5 Условно разделить вред (пордщитаный в п.4) на 3 категории и подымать Alarm с приоритетом 5000 для 1 категории, 4000 для 2 категории, 3000 для 3 категории...
02:52
Например если колец в сети нет и вес каждого узла = 1
02:53
Если вред =1 (упал крайний, клиентский узел) то Alarm имеет приоритет 3000
02:54
Если 1<вред<5 (упал домовой коммутатор) то Alarm имеет приоритет 4000
02:55
Если вред>5 (упал агрегирующий коммутатор) то Alarm имеет приоритет 5000
03:53
Также в FM при определённых обстоятельствах, надо научить, предпринимать некоторые действия:
03:55
Link UP/Down > 20/минуту - выкличить порт, подождать минутку и включить. Если не помагает тушем порт и подымаем Alarm.
03:57
Тоже действие можно предпринимать и в других обстоятельствах, например при "образовании кольца" (в некоторых коммутаторах так порт выходит из строя...) или при некоторых атаках...
03:59
В staticvlan есть интерфейс isetswitchport и скрипты set_switchport разрешающие понижать скорость, выключать порт... Его можно доработать и использовать для этих целей.
05:26
gnu-linux, как staticvlan относится к EoMPLS?
05:33
FM AI хочешь развивать в рамках staticvlan или как развитие NOC-FM?
06:22
1. staticvlan работает следующим образом:
06:23
Создаёт табличку с топологией сети: switch1 - port1 - switch2 - port2 которая определяет сеть как граф.
06:25
если надо между двумя портами пробить vlan то на основе таблички топологии строится граф, определяется маршрут, и скрипт пробегает по маршруту и прописывает vlan на нужных портах.
06:28
если надо дёрнуть информацию по vlan то есть другой скрипт (очень похож на get_switchports и get_interfaces) который пробегает по коммутаторах и строит таблички в разрезе портов, вланов, с возможностью просматривать карты всех вланов...
06:30
Он ничего не знает о EoMPLS но если в базу топологии забить соотведствующие данные switch - port и написать для конкретного устройства скрипт add_staticvlan он должен пробивать vlan в середине EoMPLS
06:31
В нашем заброшеном селе глобально по миру vlan пробивать не надо, такой задачи пока нет даже в перспективе...
06:32
2. FM AI дложен быть в ноке и staticvlan тоже ;)
06:33
Только так они будут надлежащего качества и работоспособности...
06:34
Если пока NOC-у в ближайшее время FM AI не нужен придётся мне в рамках staticvlan одному писать какойто костыль...
06:35
И гдето в месте формирования Alarm его запускать и изменять приоритет Alarm...
06:58
Да, напомню что, есть написана функция get_switch_port_dot и если для формирования графа get_network_graph и в других использовать её то всё должно работать без создания дополнительных таблиц..
07:01
Если в вашей сети работают STP или LLDP, которые строят топологию почти 100%, то файла topo.dot вполне хватит для всех вкусностей staticvlan и экспеременотв с FM AI...
07:03
это пока нок не хранит топологии в базе, а потом достаточно будет только переписать ОДНУ функцию которая будет брать связи не с topo.dot, а с базы!!!
07:29
в процессе переезда и настройки noc-web за ночь нагенерил 40тыщ events, как их можно удалить ?
07:30
ранше делал примерно так - SELECT delete_event(id) FROM fm_event WHERE managed_object_id=1 and event_class_id=12; но сейчас похоже это устаревший вариант
07:32
Они сами через 3 дня в архив уйдут
07:33
а в /dev/null принудительно никак ?
07:36
можно из mongo удалить, только там не sql, а свой синтаксис, с которым ещё разобраться надо
07:36
и при этом учесть зависимости (если записи друг на друга ссылаются, например, связи аварий и событий)
07:37
может полностью очистить коллекции событий и аварий?
07:42
а как полнстю очистить ? у меня пока там ничего нужного нет.
07:43
я так понимаю, что сейчас основная нагрузка идет не на psql а на mongo ?
07:52
dvolodin, а можно в нок такую штуку прикрутить, чтобы он отображал подробности что именно происходит в консоли, т.е. весь лог каждой сессии (если проще нок послал команду на оборудование и отобразил это в интерфейсе, получил отклик и вывел его на экран, все
07:52
построчно)
07:53
полагаю это возможно с новым интерфейсом и пуш
07:54
естественно, для этого добавить кнопку "подробно" в соответсвующем окне
07:54
чтобы не безликая полосочка бегала, а можно было реально смотреть за происходящим
08:00
Huko: в консоли mongo
08:00
use noc;
08:00
db.noc.events.active.remove();
08:00
db.noc.alarms.active.remove();
08:01
примерно так
08:05
лог mongo постоянно пишет Tue Nov 8 12:06:30 auth: couldn't find user noc, noc.system.users - это критично ?
08:44
08:44
в системе noc-events
08:44
А можно ли по приходу сообщения (syslog/trap) mac адрес преоброзовывать в какое либо название ? Если да то где хранить базу ассоциаций ?
08:45
reference books ?
08:51
zi_rus: не увидел там ничего особенного
08:52
dvolodin, например Выборки из всего массива по regexp, по времени, по важности, по facility. Можно найти все что угодно и когда угодно.
08:52
нок это может?
08:52
я не вижу
08:57
я понимаю, что у нока идеология - показать самое важное, те смотрите на алармы, а евенты тут только поскольку-постольку
08:59
но тем не менее и в евенты приходится лазить
08:59
будем на extjs перетаскивать, надо будет фильтры понаписать
09:01
а вот еще такой момент. к чему-нибудь пришли с проблемой, когда нок не смог автоматически убрать аларм, например при флапающем линке и перекрытии снмп-трапов
09:01
?
09:07
в близких планах
09:07
до финального 0.7
09:08
начал переделывать scheduling массивных MRT в SAE
09:12
Чем помочь? Могу писать мелкие функции: all_path - все пути в графе между двумя узлами есть. Можно создать базу всех путей от любого узла к Самому Главному или SAE... На основе этой базы можно автоматом просчитать вес узла (вред сети при его
09:12
отключении)...
09:13
Ну вернее вред сети от отключеня линка...
09:14
Надо для этого две функции: 1 строит базу маршрутов 2 ищет в этой базе количество маршрутов в которых встречается заданый свитч/порт
09:15
Писать или пока занятся чемто другим, более полезным?
09:33
пока лучше чем-нибудь другим
09:34
запарка у меня на работе пока
09:35
Сейчас наиболее полезны будут unittest'ы
09:35
ну и потихоньку переделывать простые приложения на учеоы
09:35
extjs
10:37
10:37
вот
10:37
новый scheduler для MRT
10:37
кто хочет, может потестить
10:45
должны ровнее выполняться массированые map reduce task
10:45
во первых - более интеллектуально высчитывается общий таймаут для reduce task
10:47
во вторых - если задач явно больше, чем сессий на активаторах, они стартуют не одновременно, а размазываются по времени
10:48
это заработает на noc версии до слияния с noc-ui, стоит попробовать?
10:49
скорее всего - не заработает
10:49
это diff относительно tip
10:49
хочу потестить
10:49
будет результат - закоммичу
11:29
Дима а ка кэто будет работать для run cmd и snippet?
12:12
так же, как и для других задач
12:39
Как при описании темплейта сделать запрос к reference books для подстановки переменной ?
12:53
какого темплейта?
12:54
Коллеги, кто в Питере сейчас, есть подработка небольшая
12:54
нужен независимый эксперт по гражданскому иску
12:58
Event Class, Subject/Body Template
13:02
Station {{mac}} associated on {{interface}} как мне вытащенный mac найти в RefBook поменять его на имя которое там описано
13:19
своего пока нет, хотелось бы для втроенного, но его вроде нельзя редактировать
Share this page
Share this page:
About
Forum
Blogs
NOC Docs
Downloads
KB
Issues
Code
CI
Registration