еслb серевер будет не очень мощным а авторизация команд будет не отключаема - как на некоторых железяцках админы будет быстро седеть

у нас был опыт да.

вон @AntonPopov дуvаю так же скажет ;)

Проблема в том что радиус не шифрует пароли. Там есть поддержка chap, но есть ли поддержка на свичах?

вон @AntonPopov дуvаю так же скажет ;)

Есть такое

Проблема в том что радиус не шифрует пароли. Там есть поддержка chap, но есть ли поддержка на свичах?

не шифрует. и чо ?

А мне надо

А мне надо

У тебя управление в отдельной сети?

Да. Но все равно надо чтоб пароли открыто не передавались

управление по ssh ?

К этому идём

Пока телнет

ФФФфффууууу

:)

Если у тебя отдельный vlan в транке и он на железке только в виде svi , то зачем шифрование?

Если это не требование ИБ

Много железок, много админов

у меня есть хорошее предложение - снести нафиг job link_check

все равно мы проверяем линки в periodic discovery

и да и нет

а какая замена этому?

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

interface status discovery

в periodic

он регулярно опрашивает состояние портов

вот он аларм и прочистит

кстати, если на то и пошло -- пусть и поднимает :)

и еще у нас есть down severity

я его переименую в weight

ляжет как дополнительный вес к аварии

в довесок к юзерам и сервисам

выносим check_link

?

это все же разные вещи

дискавери

и линк чек

у них разная цель

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

хотя можно

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

должен ведь

тогда все будет честно

да, научу

про то и говорю

у нас будет механизм определения как по событиям, так и по активной проверке

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

а те что есть тоже надо закрывать

тут бабка надвое сказала

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

ммм, да, кажется что нельзя однозначно сказать

если Вася положил порт VIP'у, то порт надо поднять, а Васю - положить

но в АЛУ SAM есть такая фича, я ее оценил как удобную

Да, я тебя понял

Вася положил но это не авария уровня мониторинга

если там сервис лег -- вполне

:)

сервис лег не аварийно а планово

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

вот и разбирайся в настройках профиля -- можно ли так "планово" его гасить

логично?

нет, но если хочешь сделай для себя

по дефолту я предлагаю сделать как я говорю

ваши РТКшные заморочки очень специфичны

погоди

а я что-то говорил про дефолтные настройки параметра? :)

default interface profile ты уже выпилил? :)

нет еще вроде

ну вот

и?

raise alarm on shutdown должен быть выключен

а то я тебя знаю

и эта

интерфейсы которые interface discovery удалил из инвентори - тоже аварии надо закрывать

а то прилетает трап что интерфейс не в работе

а его удалили

на АЛУ постоянно такое

весь ФМ засран

возможно, да

на микросервисах такое уже можно

Всем привет. Столкнулся с проблемой у профиля H3C.VRP

хай

Если назначить его managed object, то припопытке выполнения жутко ругается <type 'exceptions.AttributeError'> 'NoneType' object has no attribute 'group'

вот и разбирайся в настройках профиля -- можно ли так "планово" его гасить

Для этого же есть maintenence

что-то знакомое

Если это про vrp, то вопрос поднимался года 4 назад в irc, но никакого решения по нему не было

патчей тоже(

просто у меня vrp

вроде работают

просто vrp, в смысле Huawei.vrp ?

да

у меня h3c тоже есть

у тя какая то регулярка поломана

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

Столкнулся при внедрении с пачкой 3Com 42xx и залип =\

глянь думаю от туда профиль подойдет

я еще херову тучу фиксов делал для get_interfaces у себя

но без фанатизма

--- a/sa/profiles/Huawei/VRP/get_interfaces.py Tue Dec 29 16:55:53 2015 +0200 +++ b/sa/profiles/Huawei/VRP/get_interfaces.py Fri Apr 15 16:13:21 2016 +0300 @@ -43,8 +43,14 @@ types = { "Aux": "physical", + "Serial": None, + "Mp-group": "aggregated", + "Global-Mp-Group": None, + "Pos": None, "Eth-Trunk": "aggregated", "Ip-Trunk": "aggregated", + "Cpos-Trunk": None, + "Trunk-Serial": None, "XGigabitEthernet": "physical", "GigabitEthernet": "physical", "FastEthernet": "physical", @@ -58,6 +64,7 @@ "Tunnel": "tunnel", "Virtual-Ethernet": None, "Virtual-Template": None, + "DCN-Serial": None, "Vlanif": "SVI" }