nocproject.org

_4ePTeHok: NOC-1243 про что вообще?

dvolodin, у него show inventory не показывает трансиверы, это он костыль приделал для 6500

dvolodin, это про то, что именование модулей у 6500 другое

с дефолтным скриптом оно лепит СHASSIS на все что есть

трансиверы я сделал, но патч не выкладывал в NOC-1243

dvolodin, есть проблема. ты рассказывал что клссификатор обрабатывает сообщения пачками, проблема в том что накопленные для обработки сообщения меняют свой порядок, в результате в ФМ сначала приходит линк ап, а потом линк даун и появляется аларм которо

го нет, это не то что иногда случается, это происходит постоянно

например WS-CAC-1300W - PSU, но по условию if "WS-C" in pid: Type = "CHASSIS" - не обрабатывается корректно.

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

и то что модули там по "module" в дескрипшене детектятся не работает - DESCR: "WS-X6416-GBIC 16 port 1000mb GBIC ethernet Rev. 2.6" к примеру.

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

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

_4ePTeHok: 7600 при этом не сломалось?

zi_rus: переворачивает, если в течении одной секунды приходит?

да

там сортировка по id

в начале objectid -- timestamp

ладно, подумаю

dvolodin, еще одна проблема

LC/0/1/CPU0:Dec 18 17:47:03.702 : ifmgr[206]: %PKT_INFRA-LINK-3-UPDOWN : Interface GigabitEthernet0/1/0/16, changed state to Up

LC/0/1/CPU0:Dec 18 17:47:03.703 : ifmgr[206]: %PKT_INFRA-LINEPROTO-5-UPDOWN : Line protocol on Interface GigabitEthernet0/1/0/16, changed state to Up

RP/0/RSP0/CPU0:Dec 18 17:47:03.801 : l2vpn_mgr[1166]: %L2-L2VPN_PW-3-UPDOWN : Pseudowire with address 195.98.32.89, id 765, state is Up

LC/0/1/CPU0:Dec 18 17:47:04.515 : ifmgr[206]: %PKT_INFRA-LINK-3-UPDOWN : Interface GigabitEthernet0/1/0/16, changed state to Down

LC/0/1/CPU0:Dec 18 17:47:04.515 : ifmgr[206]: %PKT_INFRA-LINEPROTO-5-UPDOWN : Line protocol on Interface GigabitEthernet0/1/0/16, changed state to Down

RP/0/RSP0/CPU0:Dec 18 17:47:04.523 : l2vpn_mgr[1166]: %L2-L2VPN_PW-3-UPDOWN : Pseudowire with address 195.98.32.89, id 765, state is Down

LC/0/1/CPU0:Dec 18 17:47:04.607 : ifmgr[206]: %PKT_INFRA-LINK-3-UPDOWN : Interface GigabitEthernet0/1/0/16, changed state to Up

LC/0/1/CPU0:Dec 18 17:47:04.608 : ifmgr[206]: %PKT_INFRA-LINEPROTO-5-UPDOWN : Line protocol on Interface GigabitEthernet0/1/0/16, changed state to Up

порт поднялся, упал и снава поднялся

отжималочки у него

второе поднятие он задавил

аларм не закрылся

Duplicate event в лог занес

http://docs.mongodb.org/manual/reference/object-id/

dvolodin, я там добавлял только or, не должно. Но проверить на живой железке негде, 7600 нету.

тут еще вопрос - у кого нить собирался в 7600 суп в шасси?

чет я сделал по аналогии 6500 - не жрет. Если тип слота выставляешь sup - ставит

sup/linecard - нет.

да я вообще не понял - это баг или фича, что sup определяется как linecard

про 7600 как раз говорю и sup720-3b

мм..он отдается лайнкардом?

гет инвентори

в текущей версии - да, у меня раньше был патч на эту тему

гы.

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

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

погоди, ты переделывал на тип SUP, и оно втыкалось?

уже не помню... сейчас он отдаётся как linecard и втыкается правильно (в шасси универсальный слот)... вот я и интересуюсь - есть смысл переделывать или нет

сейчас ещё раз прогоню дебаг, проверю

да, WS-SUP720-3B - тип linecard

воткнулся правильно... и это непатченный вариант, как сейчас в репо

хм

Всем привет

коллеги, кто может подсказать по настройке vlan'ов на коммутаторах через NOC?

ieasm: что именно?

Про vlan самому интересно. ieasm, задавай свой вопрос, не томи людей

ну блин точно

стоит суп отдать картой - все цепляется.

ты про 76ю серию? или про 65ю?

у меня только 6500

что кстати очень странно

потому что тип играет роль в коннекшен рулзах вроде только

а там абсолютно одинаковые строки для sup и linecard

а ну верно

name он пытается пихнуть в linecard

У меня стоит задача настройки автоматического проброса влан по сети, на сколько мне известно нок умеет создавать влан на свиче, но не усмеет его пробрасывать. Верно ли это? кто-то пробовал создавать vlan через нок?

а в руле для супа таргет коннекшен - sup{N}

вот оно и не вставляет.

,

_4ePTeHok: http://pastebin.com/MsuPqmVN - пока такой предварительный вариант

dvolodin, Дим, для супа в коннекшен руле таргет коннекшен - sup{N}, но в моделях коннекшены все linecard. Давай в руле поправим таргет коннекшен в linecard{N} для супа.

lexus-omsk, гет инвентори с моим патчем юзаешь?

не, у меня нет твоего патча

в иссью 1243 глянь

интересно верно ли твое железо задетектит

zi_rus: http://pastie.org/8562576

вот такое попробуй

_4ePTeHok: о

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

у нас будет name -- имя

а internal_name -- sup

а слот то как ты вычислишь

number = "sup" + number?

ага

:)

sup0, sup1

тогда в руле надо таргет коннекшен для супа {N} просто делать

нет

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

то есть либо fpc6, либо scb3, скажем

ну смотри. карта отдает N, рул пытается впихнуть его в linecard{N}. Суп отдает name = sup1. рул смотрит что таргет коннекшен для него {N} и ищет в модели слот с internal_name = sup1

а слот это один и тот же

т е в модели шасси у linecard1 internal name = sup1

верно?

Суп отдает number = sup1 - так верно

скажем, linecard6, sup1

linecard7, sup2

ну это от шасси зависит

'description': 'WS-X6K-SUP2-2GE 2 ports Catalyst 6000 supervisor 2 Rev. 2.0',

'number': 'sup1',

готово..

Trying to connect #1. SUP (chassis=None, Nchassis=0, NN=1, sup=sup1, Nsup=0, N=sup1)

Connecting SUP sup1:in -> CHASSIS None:sup1

угу.

в общем в рулах

{

"match_connection": "in",

"match_type": "SUP",

"scope": "chassis",

"target_connection": "{N}",

"target_number": "",

"target_type": "CHASSIS"

},

не

смотри фикс для MX960

ye lsr dthyj

ну дык верно

в модели у меня тоже

"description": "Linecard slot 1",

"direction": "i",

"gender": "f",

"internal_name": "sup1",

"name": "linecard1",

"type__name": "Cisco | 7600 | Linecard/Supervisor"

выше - коннекшен рул

блин

а зачем я инвернтори переписывал тогда

?

если есть правки, кидай мне сразу новый json

какая разница - либо скрипт отдает number sup1, либо в рулзах стоит sup{n}

никакой

ну тогда чтобы не править рул, отдавать в скрипте буду цифиру.

угу

дуриком модельку для mx960 пофиксил :)

там комбо-слот, либо карта, либо фабрика

ты скажи, VTT всякие - не отдавать?

раз оно не особо меняется.

и CLK эти

dvolodin, держи модельки шассей 6506 - http://pastebin.com/gBqjdYBt и 6509 - http://pastebin.com/xuucjYMG

http://pastebin.com/8A0DmbL4 - 2 супа с разными партнамберами

http://pastebin.com/zSPghTKa - PSU для 6500

http://pastebin.com/bkhzibZz - коннекшен для них

uuid null у тебя откуда?

http://pastebin.com/t7CJR2Q8 - и пара линейных карт

погоди

после сохранения у тебя должен uuid проставиться

наверно потому что builtin галки нет

и не нужно

ну в гриде крестиком все они помечены

при обновлении не затирает вроде

не затрет

смотри

когда ты их сохраняешь он должен сгенерить для них uuid

уникальный

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

вот сейчас пересохранил с изменениями - ноль

апдейтися позавчера с версии до Uuid

хм

модельки были уже как not is_builtin

до апдейта

а

тебе нужно их открыть, что-нибудь поменять и сохранить

пробовал только что)

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

да ну какая разница, все равно в джсон запихнешь, там и сгенерируешь

_4ePTeHok, все еще надо проверять дифф?

проверь, лишним не будет

я дописал дергалку sh idprom

подскажите, а в Ignore Event rule можно использовать регулярные выражения?

у меня с 6500 вытягивает трансиверы

попозже выложу

_4ePTeHok, там только логика скрипта изменилась? новых команд не дергаешь?

в том диффе что в 1243 - поддержка 6500

а то что трансиверы дописал - там дергаются команды

_4ePTeHok, применил дифф, что надо сделать? debug-script?

угу

_4ePTeHok, работает, вроде все правильно

там логика простая, находим карту или суп с портами - дергаем вывод интерфейсов с нее, и проходим sh idprom для каждого, добавляя в объекты трансиверы

вопрос в том, как это будет на 7600, когда трансиверы в sh inventory уже есть

надо думать..

_4ePTeHok, это костыль для твоей железки, лучше его вызывать отдельно, посмотри в длинковском профиле там много таких костылей для разных моделей

ну ты же хотел дергать оттуда инфу

принцип не поменяется

можно сделать универсальнее - выделить дергалку в функцию

_4ePTeHok, /opt/noc/sa/profiles/DLink/DxS/get_mac_address_table.py

да, но я не хочу чтобы он дергал все подряд

проверять версию железа

если 6500 - дергать все подряд

лично мне кажется что правильней будет оформить show idprom в виде функции и вызываеть ее при определенных условиях

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

а отдавать параметром имя интерфейса.

да, например много трансиверов по show inv отдают в PID - N/A

а в idprom все есть

там собственно самое главное - sh idprom int xxx | i Vendor

may be

остальное для инвентори нахрен не упало

да, я тоже ничего полезного больше не вижу

кинь на пасту пару своих выводов

там где в sh inv трансивер полупустой отдается

и его же вывод с idprom

чтобы условия при которых дергать понять.

_4ePTeHok, смотри, тут серийник соответствует циско-шаблону

http://pastebin.com/updx0Eww

а тут нет

http://pastebin.com/4Ld1JTj2

_4ePTeHok, а логика простая

if pid in ("N/A", "Unspecified") or self.rx_trans.search(pid):

если это условие выполнилось, то надо дергать

ну дернем, а если уж и там нет, то будет то что есть сейчас

if pid in ("N/A", "Unspecified") or self.rx_trans.search(pid):

# Non-Cisco transceivers

pid = self.get_transceiver_pid(descr)

if not pid:

return None, None, None

вот эту часть надо просто переделать немного

ну ок, переделаю

а что за карты и как эти трансиверы выглядят в sh inv?

_4ePTeHok, какие карты?

это просто каталист

а, я думал 7600

_4ePTeHok, вот 7600 http://pastebin.com/VbX4qdP6

заметь, вывод различается

этот на мой (6500) похож

собственно пофиг, тпм все равно по | i Vendor останеться что нужно

я думаю про серийники надо делать так, если сериник соответствует циско шаблону то вендора возвращать как производителя, те FINISAR

а какой шаблон то?)

если шаблону не соответствует, то писать noname

у меня особо нет

FHH22541877

шаблон простой

вот например

первые три буквы это производитель/фабрика

потом я не помню надо нагуглить я тут ссылку кидал

если в начале не три буквы, уже точно китай

_4ePTeHok, вот: Cisco format for SFPs: 3 letters, followed by 4 numbers, followed by 4 letters/numbers. The 1st 3 letters are the factory, the next 4 numbers are a date code, and the last 4 letters/numbers are a unique ID.

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

(14:15:58) warpig: "Как можно сделать качественный продукт, если его тестирую наркоманы" (с) только что кто-то из коллег :)))))))

(14:16:10) warpig: тестируют*

все просто

пишут наркоманы - тестируют наркоманы.

zi_rus, а для gbic есть подожное?

подобное*

хз

может этот же шаблон подойдет

_4ePTeHok, а чего не подходит?

NAME: "GigabitEthernet0/1 port adapter", DESCR: "longwave fiber gigabit ethernet port adapter"

PID: GBIC_LX , VID: 00 3030 00 B030, SN: FNS0853E3BY

NAME: "GigabitEthernet0/2 port adapter", DESCR: "copper Unshielded twisted pair gigabit ethernet port adapter"

PID: GBIC_T , VID: 00 3030 00 B030, SN: FHH0950T05V

такие же серийники

это циска да.

у меня т-щные модули тоже FHH

у меня еще круче - штук 100 трансиверов с одним серийником)

они работать не должны

Vendor SN : H22L714

чойто, работают

в одоной железке?

да

инвентори их не перенесет конечно, потому я этот серийник если детектю - не отдаю его просто и нок генерит свой

мне тут сказку рассказывали, как при втыкании в железку второго трансивера с тем же серийником, отваливался первый трансивер

и циска в логах ругалась

хз, у меня гбики

мож на сфп оно играет роль

может быть с этим связано, да

это я думаю на уровне драйверов для трансиверов

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

Vendor Name : CISCO -F Vendor Serial Number : XG50L201

а вот здесь чего отдавать вендором? нонейм?

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

кривой

надо просто матчить регекспом

угу, попробуем

не матчится -> китай

_4ePTeHok, http://pastebin.com/nyPubpsC - вот тебе еще вариант, в таком виде отдает 4924

ну тут похоже на циску

PID: GBIC_LX , VID: 8100 400 22D C884, SN: H22L714

NAME: "GigabitEthernet0/2 port adapter", DESCR: "longwave fiber gigabit ethernet port adapter"

PID: GBIC_LX , VID: 1DA CEE4 8000 F9C, SN: H22L714

гыгы, и тут они.

одинаковые серийники

немного отвлеку от темы, но тоже про трансиверы: 10км 1550/1310 - это какой протокол прописывать в моделях? почти как bx, но там 1490 вместо 1550

так, на 3550 нету sh idprom)

^[A-Z]{3}\d{4}\w{4} ну вот сообсно регекс для цискосерийников

бля, сначала я выучил команды vi, теперь понимаю регексы. Куда я качусь...

в сраное говно (с)

а я вертел этот vi

если бы в некоторых системах было что-нибудь кроме него, то даже не запускал бы его никогда

такой уебищный редактор

ed - наше всё (с)

а так пришлось выучить :wq

nano/ee рулят

_4ePTeHok: http://pastie.org/8562926

накати патчик

открой свои модельки и сохрани

dvolodin: NOC-1246?filter=-2

dvolodin, прописывает uuid при пересохранении да.

ну вот

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

:)

dvolodin: Я там тебе в привате поэму целую написал

zi_rus: патчик для классификатора посмотрел?

dvolodin, нет. надо обновляться?

нет, я тебе просто патч дал

я видимо что-то проспал

http://pastie.org/8562576

ага

проспал

dvolodin, ааа, я твой патч накатил, а думал что это _4ePTeHok'у надо протестировать

мой в другом месте)

мой в иссью

я совсем во всем запутался

тяжелый день

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

zi_rus, ну я короче так делаю - если серийник подходит под формат циски - вендор либо AVAGO, либо FINISAR, либо CISCO(все что не подпадает под первые два).

ок

если что вендоров там добавим еще

единственное - если серийник не подходит под циску, а вендор есть(не циско) - чо делать?)

dvolodin: мне что делать со своей проблемой

ты базы что-ли дропнул?

да. обе

_4ePTeHok, тут просто, кривой серийник и вендор вида CISCO-... это китай, пизженная матрица или еще какая схема, если просто вендор, то я думаю это просто такой вендор и надо его писать

e_zombie1: сотри все файлы в local/collections/*

ок

dvolodin: помогло

dvolodin, как думаешь, нормальная логика если попадается объект с дуплицирующимся серийником - отдавать пустым в инвентори?

не уверен

поле серийника конечно, не всего объекта

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

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

но ситуация то может распространенной быть

при нынешней легкости прошивания сфп

2013-12-19 16:30:50,406 REPORT: elapsed: 12.7995s, speed: 78.1ev/s, events: 1000, failed: 0, deleted: 0, suppressed: 0, unknown: 0, classified: 1000, disposed: 0, duplicated: 0

2013-12-19 16:31:03,043 REPORT: elapsed: 12.6371s, speed: 79.1ev/s, events: 1000, failed: 0, deleted: 0, suppressed: 0, unknown: 0, classified: 1000, disposed: 0, duplicated: 0

2013-12-19 16:31:13,394 REPORT: elapsed: 10.3501s, speed: 96.6ev/s, events: 1000, failed: 0, deleted: 0, suppressed: 0, unknown: 0, classified: 1000, disposed: 0, duplicate

это нормально? пачки по 1000 эвентов обрабатываются?

мм...и отдавать ли вот такое - Vendor Revision : 0x41 0x30 0x20 0x20

есть и нормальные - Vendor rev : A

думаю не отдавать версии в хестнадцатеричном виде

e_zombie1, а тебе не кажется что 1к ивентов за 10 секунд это многовато

это у него запасы были

ну тогда нормалды

обрабатываются же

_4ePTeHok, а почему бы не преобразовать

каво в каво

hex в dec

ну будут там 4 группы цифр

чего дальше то)

радость

они и в любом другом виде не спщтлтсь совершенно

*сплющились

перешивать в них серийники корректно :)

это перешиватели на киску тупо клонируют весь eprom

ээ

куда убрали кнопку "show password"

пропили

я тоже заметил

на самом деле это несекурно

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

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

ufir: пошли sms на короткий номер, получишь пароль по почте

:)

ох блядь, чую скоро я стану йодой по регексам

я сильно страдаю из за остутствия этой кнопки

Регекспы уметь скоро буду я

да уж, сводить выводы разных цисок(куда ни шло), а вот китайских трансиверов к ним - это блядь магия

zi_rus, я таки заебенил функцию

только теперь надо подумать куда втюхнуть ее вызов из существующего скрипта..

с того места где if PID="" не особо получается, ибо вендора из функции get_type не передашь в основную

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

на 6к то я сделал..

и кстати регексп не цепляет вывод sh inv моих 3550)

поправил тоже..

гыгы. Походу пушной зверек пришел к RSA) Во наши ребята развлекаются) = http://habrahabr.ru/post/206572/

короче