nocproject.org

всем привет

кто может поговорить о noc / sa / interfaces / igetinterfaces.py?

хай

а чего онем говорить ?

о вот там в L2 portchannel есть тип type = "aggregate"

ну

а в типах интерфейсов такого нет

"type": StringParameter(choices=["physical", "SVI", "aggregated","loopback", "management","null", "tunnel", "other", "unknown"]),

в принципе, видит что он входит в портчэнал если и "physical" сделать

но если бы был тип "aggregate", то порты с таким типом не отражалиль бы во вкладке "Phisical" в интрефейсах

что наверное неправильно?

этот бы момент прояснить и можно начать собирать патч для портчэналов в профиле DGS.3100

freeseacher: и вот еще NOC-1427, циска может отдавать во вланах парамтр 'more'? или что это, что-то вроде пейджера?

*['не отражались', 'параметр']

freeseacher: ау?

занят пока

TSergey, что за параметр такой?

_4ePTeHok: ты про что?

dvolodin: привет

в noc / sa / interfaces / igetinterfaces.py в L2 portchannel есть тип type = "aggregate"

а в типах интерфейсов такого нет

"type": StringParameter(choices=["physical", "SVI", "aggregated","loopback", "management","null", "tunnel", "other", "unknown"]),

в принципе, видит что он входит в портчэнал если и "physical" сделать

но если бы был тип "aggregate", то порты с таким типом не отражалиль бы во вкладке "Phisical" в интрефейсах, что наверное неправильно?

аааа, "доктор, меня все игнорируют" :)

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

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

portchannel попадет в LAG

значит в noc / sa / interfaces / igetinterfaces.py в блоке L2 portchannel ошибка в описании портов

https://bitbucket.org/nocproject/noc/src/8eb5c785c6a0f104f2989736d5f77a91c53d8283/sa/interfaces/igetinterfaces.py?at=develop

в описании типа порта

а еще, как обратиться к функции, которая находится в __init__.py ?

например из get_portchannel? неужели нужен import?

по примеру цископрофиля, функция преобразования имени порта

оно автоматом заимпортится

что-то у меня так не получилось

расскажи, функция конвертирования в инит, а вызывается из гет_интерфейс, правильно понимаю?

c_iface = self.profile.convert_interface_name(iface)

в скрипте

в ините оно def convert_interface_name(self, interface):

да, она через указание класса вызвается

self.profile.

ща свою функцию раскрытиея скобок для DGS.3100 перемещу в инит

*раскрытия

_4ePTeHok: да, так сработало

еще бы)

а если self.функция --- то взяло бы из инит вне класса профиль?

что-то так не зацепило

у тебя класса нет

профиль - это класс

смотри, в noc / sa / profiles / DLink / DGS3100 / __init__.py есть фунция def DGS3100(v), вне класса

как она будет вызываться из скриптов профиля DGS.3100 ?

self.DGS3100(что-то там)?

функция раскрытия скобок, нужно ли ее пихать в класс Profile

Dmitry1, а ты get_LLDP _neighbors на DxS_Dlink_Cisco_CLI не смотрел?

так нет его вроде

ну вроде в списке светится) придет прочитает

камрады, доброе утро. А подскажите пожалуйста, поиск линков по MAC-discovery должен работать? Или тлоько по lldp/cdp?

а то у меня линки почему-то строятся только по lldp

Night_Snake: маки только по L3

TSergey это как?

L3 интерфейс маршрутизатора --- сетевая карта

Не, не понимать) mac-discovery же fib собирает, при чем тут роутер? или меня глючит?

глючит

Night_Snake: только в такой связки достоверный линк

*связке

т.е. если lldp/cdp нету. то тока ручками? :(

на цисках еще по stp умеет

(но, имхо, с ошибкой)

не, stp там кусочками, так что тоже не вариант. Эх... придется ручками, да

заряжай все, может кандидатов найдет, закоммитишь

не, пробовал уже) он по lldp тока кандидатов нашел

а у меня des-3028 не хочет чего-то дружиться с более новыми. Т.е. он соседей видят, а соседи его нет - это с самих свичей если. Длинк... :(

А на цисках все влет по cdp встало

хехе

evyscr: мы догадываемся в чем дело, да?

дык

Длинк - говно?)))

ну это не секрет

просто evyscr делел патч

у меня работает

Это-то да)

А патч закоммитили?

но на 3028 я не замечал проблем

нет

Ну я сегодня детально гляну что с чем вяжется, а что нет. На выходных влом было туда лезтьь

Night_Snake: NOC-1412

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

там скорее опять хаки вылезли

в 1425 и 1422 я описывал то, как проблема выглядит у меня

Night_Snake: какие параметры ты включаешь на длинке в ллдп?

http://pastebin.com/h0KHLbYq

TSergey http://pastebin.com/h0KHLbYq

ага, спасиб

отлучусь

Night_Snake: ну покажи ещё sh lldp remote_ports с обеих сторон

http://pastebin.com/pt0iLYnj

Вот такая загогулина. Причем может быть наоборот - в remote_ports на агрегаторе нет нифига, а 3028 видит

ну и с 3028 sh lldp local_ports 25

evyscr http://pastebin.com/cr0xudng

Кажись в pm/models/probeconfig.py 70 строку надо закоментить (future/graphite)

Смотрю уже РМ - Ыуегз - storages появились...

*Setup

freeseacher графики уже увидеть реально или ещё ждать?

dvolodin графики уже увидеть реально в future/graphite или ещё ждать?

xetle, ждать :)

данные уже снимаются, сейчас учу его отсылать на pmwriter

чистый нок, поставили с нуля. активатор запускаться не хочет, в логах http://dpaste.com/1WAFHFG

ага

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

sa> setup > activators

и etc/noc-actovator.conf

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

any body home?^)

yeti, плохо проверил :)

нет-нет, никого нет

проверяй еще

yeti, noc-activator.conf

кстати а ни у кого коммутаторов зухелевских нету?

А то у мен noc с них не снимает толком ничерта, вываливает unhundled exception или что-то вроде того

ну вот потому что ни у кого их и нет

первым будешь

Night_Snake, думаю тебе надо поступить как TSergey. использовать эти коммуты как подставку под цветы. или как мангал.

freeseacher: это всё-таки не повод для вываливания в трейсбек

и вообще, закоммитьте патч из последнего коммента NOC-1412

дык пропусти через тущенку

да и посылай пул реквест

freeseacher: не-не, рано, у меня в продакшене их с десяток еще

у меня тоже.

тока с пяток таки

да и я почти добил три патча для них

и я активно превращаю их в шашлычницы.

чудная штука, не умеет отдавать тип портчэнала, забираю так

"show config running include link_aggregation"

я вот думаю, пошто в

https://bitbucket.org/nocproject/noc/src/8eb5c785c6a0f104f2989736d5f77a91c53d8283/sa/interfaces/igetinterfaces.py?at=develop

так распиан пример по L2 portchannel

*расписан

L2 portchannel, tagged (if1 is aggregated interface of if2(LACP) and if3(static))

и

name = if2

type = "aggregate"

enabled_protocols = ["LACP"]

aggregated_interface = "if1"

name = if3

type = "aggregate"

enabled_protocols = ["LACP"]

aggregated_interface = "if1"

почему такой тип на if2-if3, его нет такого и вроде должен быть "physical"

почему для if3 протокол пишем LACP, хотя во вводной части это статик

если на клетке со львом прочтёшь "буйвол" - не верь глазам своим.

так нужно поправить доку

в igetportchannel.py "type": StringParameter() # choices=["S","L"]. S - for static, L for LACP

а в Cisco.IOS.get_interface type

if ifname in portchannel_members:

ai, is_lacp = portchannel_members[ifname]

iface["aggregated_interface"] = ai

iface["enabled_protocols"] += ["LACP"]

т.е. есть портчэнал, ну значит LACP

да и выше:

# Get portchannels

portchannel_members = {}

for pc in self.scripts.get_portchannel():

i = pc["interface"]

t = pc["type"] == "L"

аааа

что такое?

t = pc["type"] == "L"

Починил отображение страниц ы FM - Events fm/apps/event/js/Application.js http://pastie.org/9518760#

templates/SummaryPanel.html скопировать с Alarm

xetle: расскажи, плс, чего делает такая конструкция

t = pc["type"] == "L"

xetle, а зачем пейджинг вернул :) ?

почму в циске гвоздями прибит тип портчэнала LACP?

TSergey: ghbcdfbdftn kjubxtcrjt pyfxtybt

А его что специально убрали?

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

xetle, да.

в этом был смысл ветки pagerless

mikevlz: true если L ?

да

А почиму в алярмах тогда оставили?

xetle: this is проебал

mikevlz: спасиб преогромное

mikevlz: попутал фичу с багом..

Тогда вот эта бага сильно заметна: NOC-1424

http://i65.fastpic.ru/big/2014/0901/16/2f2fe4275b1d9919beaf86be1b8b7016.png

:)

PM в работе

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

запускает пробы, одна выдает 1, другая - 2

все честро приезжает в noc-pmwriter

и пишется в базу

графики показывает

dvolodin, ты толькочто устроил инфаркт zi_rus-у

это его кардиограмма?

:)

ну близка

В feature/graphite уже график увидеть можно?

xetle, нет

только если тебя интересуюет график константы

:D

Надо присобачить переодическое дёргание OID

вот именно сейчас это и делает дима :)

не

я сейчас делаю шардинг

потому интеграцию solution'ов в автоконфигурирование

а уж потому -- snmp

xetle, не слушай dvolodin. он сейчас делает snmp :)

просто там есть промежуточные этапы

dvolodin: дёргание кучи OID или по cli,а потом парсить регэксп сильно нагрузит проц... Незнаю будет ли питон здесь оптимален.

Может демон дёргающий значения и пышущий в базу на C написать?

xetle: в питоне очень быстрые regexp'ы

xetle, давай дождемся стабильного апи для полученя данных

а еще есть pypy

а потом попробуем сделать пару оптимизаций на сях

я добавил к графиту API для автоконфигурирования

Хорошо, пишем на питоне. Потом, когда нибудь можно будет только этот демон на С переписать.

xetle, в питоне обычно не принято все переписывать на си

а только делать подгружаемый модуль который делает не большую работу на си

реквестирую замену в SubInterface типа поля untagged_vlan со скаляра на вектор

да, жопа имеет место быть.

Поддерживаю!!!

untagged_vlan должен быть вектором. Многие провы клиенту дают инеты и IPTV по двум нетегированым вланам на клиентском порту.

evyscr: если патч примут могу зделать.

Также можно репорт для SA написать, список портов сети на которых с вланами жопа.

надо доку написать по написанию репортов

а про патч - там миграцию надо будет делать же.

Дока: http://kb.nocproject.org/pages/viewpage.action?pageId=2687537

в VC и INV возможно надо внести изменения в базу. Для SA только интерфейсы подправить и скрипты.

в доке всё ещё джанга. хреф его знает, какова нонче политика партии.

пока ниодного репорта на JS нет, и надеюсь не будет.

пока нету да.

не буди лихо.

а то дима прикрутит кристал репортс и будет все норм :)

Всё равно приложение veiw.py надо писать, а раскрасят его JS или нет другой вопрос.

dvolodin, а тестить когда будем результат?

zi_rus: движемся в сторону тестов

я понимаю что движемся

и два года назад двигались

в репо влетела здоровая пачка изменений

dvolodin, вижу что-то про метрики, ты про ервую производную думал?

по dt

там оно есть

ок

http://pastebin.com/kZQ6C0A4

вот образец конфига, который получает проба

"convert": "none",

для производных оно выдаст "convert": "counter"

странная логика

нормальная

почему конверт?

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

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

ты этого вообще не увидишь

да будет так

на самом деле, что я сделал -- metric set с Interface | Load

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

все

dvolodin, "все" в твоем понимании. ты покажи нам, а мы посмотрим как это юзать. пока только на словах как все красиво, нам нужно дело

zi_rus: $$ -> нямням

дак что ж ты думаешь, мне жалко что ли

никто не дает

и денег тоже

ну тогда "нужно дело" -- за вами

dvolodin: вообще я два (или уже три) года назад спрашивал про расценки реализации - молчание было ответом.

evyscr: не помню такого

ну да, конечно.

ладно, делайте пока code review

кто поймет, как конфигурируется проба, получит конфиету

:)

проба сама вот такая

http://pastebin.com/XTLvmKwV

самое интересное - в ProbeConfig

там раскладка конфига

evyscr: http://kb.nocproject.org/pages/viewpage.action?pageId=13336714 мм?

Добрый день!

Скажите где можно оставить сообщение о обнаруженной ошибке?

руками ;0

:)

тут много ошибок

может эта уже известная

dvolodin а в NOC из AD уже можно авторизовываться? И права раздавать?

да, прикручивали в AD

а права все равно из NOС развадать, откуда им в AD быть

не, я про раздать права AD-шным учеткам

noc/ip/apps/routeimport/views.py

for subiface in iface["subinterfaces"]:

if not iface["admin_status"]:

думаю надо

for subiface in iface["subinterfaces"]:

if not subiface["admin_status"]:

думаю да

Night_Snake: как ты себе это видишь?

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

подобным образом делаются права в pam_ldap, емнип

альзо, когда будут добавляться/правиться модели из INV-\d+?

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

http://i65.fastpic.ru/big/2014/0902/eb/0df8903779cbf083cba5d6863902a0eb.png