nocproject.org

кто хочет сделать доброе дело?

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

mikevlz|2, ты тут?

уже нет

ачоващенадата?

mikevlz|2, да вот володин предложил оптимизацию для моего пируля, а оно не работает, если честно я понятия не имею как это вообще должно работать, а автор убёг

>>> ips = set(

... a.split("/", 1)[0] for a in [

... i.ipv4_addresses

... for i in SubInterface.objects.filter(

... managed_object=alarm.managed_object.id, enabled_afi="IPv4")

... ])

Traceback (most recent call last):

File "<console>", line 5, in <module>

File "<console>", line 2, in <genexpr>

AttributeError: 'BaseList' object has no attribute 'split'

ну эта...

синтаксис нада уважать.

оно считает, что a - это список

а логика тут такая...

какая

самый внутренний цикл дает тебе список сабинтерфейсов с ipv4 адресами для объекта из аларма в переменную i.

да, это самое очевидное

а что выше

из переменной i выдергивается список адресов ipv4_addresses и складывается в еще один список.

получается у тебя список в котором каждый элемент - список адресов

ну вроде не похоже что это список

*что а это...

дальше во внешнем цикле у тебя в переменную а дергаются в цикле элементы списка.

по модели ipv4_addresses - это список.там надо еще один цикл вставить

а for a in [...] это не тот цикл?

нет

сделай k= [ i.ipv4_addresses for ..]

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

там надо что-то типа [addr for addr in i.ipv4_addresses for i in SubInterface.objects.filter ...]

если питон поймет о чем я

как тебя поймет питон если я тебя не понимаю

короче...

у тебя получается, что а выбирается из списка: [[127.0.0.1/32,10.20.30.40/24],[12.23.34.45/29],[172.18.23.45/25]]

да, наверное

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

я для своего сниппета делал тупо i.ipv4_addresses[0]

мне нет смысла разворачивать списки

это будет работать если на Ip-интерфейсах нет алиасов

я точно знаю что на интерфейсах где включен eigrp у меня нет ctrjylfhb flhtcjd

тогда да, там в каждом списке будет всего один адрес

ок я понял

а Володин тебе предложил вариант более универсальный

и идеологически верный

ну, наверное, но идеологическим верный вариант это когда ФМ это делает сам а не порно с пирулями

а новый вариант реально быстрее

народ а кто профиль может посмотреть, у меня с 7600 не вытаскиваются порты которые в портченел объединены

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

значит что-то неверно отдалось

не по феншую

даже двух портов

ну как неверно когда он же смог их распарсить

и показать

а в инвентори их нет

для каталиста он нормально сработал

проблема с 7600

вот что зараза пишет

2013-06-18 11:58:57,342 [inv.discovery: interface_discovery(bb-dzer)] Cannot find aggregated interface 'Po 6'. Skipping Gi 1/4

хотя на вкладке lagg они есть

get_portchannel их нормально выдергивает

бред какой-то

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

ну значит это бага нока

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

ну дергаются они нормально

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

на 7600

а на каталисте нормаьлно

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

"не писать парсеры ASN.1 по ночам"

:)

dvolodin, что это может быть

Cannot find aggregated interface 'Po 6'. Skipping Gi 1/4

и в инвентори нет интерфейса

где?

в логах дискавери

а Po 6 есть?

есть

и get_interfaces его находит?

да

{'admin_status': True,

'aggregated_interface': 'Po 6',

'description': 'aggr-118-link-2',

'enabled_protocols': ['LACP'],

а Gi 1/4 что говорит?

ну вот это он и говорит

dvolodin, вот http://pastebin.com/9XG5Zfew

первое это про gi1/4

второе про po6

и это он про все портченелы на этой железке

а с какого перепляса у него сабы оказались на member'ах port-channel'а?

тебе виднее

cisco?

interface GigabitEthernet1/4

description aggr-118-link-2

no ip address

no snmp trap link-status

mls qos trust dscp

channel-group 6 mode active

да

https://bitbucket.org/nocproject/noc/commits/b8486e515ae2c2f33d03e57b2492718be39c320b

посмотрите кто-нибудь

в encode_int не работают нормально тесты на отрицательных числах

dvolodin: меня там смущает строка 303. После всех пертурбаций чо хоца получить?:

там int хранится с переменной длиной

первый старший бит -- знак

и ты хочешь получить Unsigned int такой, чтоб в хексе он выглядел так же как и signed int (data<0)

?

да

поэтому ты побитово сдвигаешь 1 на столько байт вправо, сколько всего байт в числе.

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

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

unsigned int

нет, не так

в BER ASN.1 кодирование делается в TLV

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

я голодный и поднял сегодня на 5 этаж АТС APC6k + SURT192XLBP. В сумме 160кг.

5 этаж АТС это как 7 этаж жилого дома.

не надо на меня ругаться аббревиатурами

грубо говорвя

числа от 0 до 127 --- один октет

от 128 до 0x7fff - два октета

от 0x8000 до 0x7fffff -- три

а отрицательные?

выставлен старший бит

как и для знакового int'а

понял в чем прикол?

для отного октета - надо вычитать значение из 0xFF и добавлять минут

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

минус

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

ща я попробую своими словами.

http://luca.ntop.org/Teaching/Appunti/asn1.html

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

краткая вводная, чтобы путаницы не было

ASN.1 -- это способ записи структур данных

BER -- способ кодирования структур ASN.1 в компактный бинарный вид

SNMP всех версий кодирует пакет именно в BER

там даже сам формат пакетов SNMP описан в виде структуры ASN.1

http://luca.ntop.org/Teaching/Appunti/asn1.html -- пункт 5.7

как кодировать ште

int

02 01 00 в BER так рашифровывается

тип -- int, длина - 1, значение - 0

02 02 00 80 -- тип - int, длина 2, значение 128

а чо оно на отрицательных числах возвращает?

у тебя

вот этот конкретный код

./noc test --reuse-db noc.lib.snmp.ber --beef-filter=no

Failed example:

BEREncoder().encode_int(-129)

Expected:

'\02\x01\xff\7f'

Got:

'\x02\x01\xff'

то есть, оно тебе не доложило один байт

ну может проблема в том, что к 301 строке ты приходишь с d=129, а в питоне 129dec умещается в один байт?

хотя ответ опять же неожиданный

lib/python2.7/site-packages/pyasn1/codec/ber/encoder.py

это в pyasn.1

можно как reference использовать

и еще нам нужно сделать кодирование/декодирование типа REAL

r[0] = chr(ord(r[0]) | 0x80 )

этим ты что хотел сказать?

отсюда ты и получаешь свое 0xff вместо 0xff 0x7f

выставляю старший бит

не, ну я понял...

только там наверное, надо помедитировать надо числом, и если мы получили младший бит меньше 0х80, то надо перед ним просто вставить 0xff

не бит, а байт

и не младший, а старший %)

и не выиграл, а проиграл...

попробуй посмотри, и, можно сравнить с pyasn.1

проверить просто

from noc.lib.snmp.ber import *

BEREncoder().encode_int(-129)

я сначала лучше поем

а потом может что и придумаю

все-равно до 8 вечера торчать в офисе

негр

лучше быть негром, чем индейцем, как ты :)

dvolodin: я так понял, это свежий конфиг, ты хочешь выкинуть pyasn

не совсем правиьно понял

декодер BER у нас уже был

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

но он валится на типе REAL пока

если доделать кодер - то я спокойно могу собрать GET запросы

конфиг... коммит, то есть

да, коммит свежий

угу...

хорошо

http://pastie.org/8055250

вот вам секс с котятами

побайтный разбор GET-запроса к 2 OID'ам

сам UDP Payload начинается с <<[SEQENCE LENGTH = 53]

����� �� ���������� ���������� nocproject

����� postupdate

������ TypeError: decode() argument 1 must be string, not None

����� ������

сколько красивых значков

���, ��������� ����� �� ����������

�� ���� �����

да-да, больше невернокодированых значков!

да-да, больше невернокодированых значков!

d

=)

ja sdelal hg clone -r 7792 http://hg.nocproject.org/noc

dalshe vse po instrukcii

a post-update vidaet oshibku

return getpass.getuser().decode(locale.getdefaultlocale()[1])

hartmy: a zachem ukazival r 7792?

TypeError: decode() argument 1 must be string, not None

a poslednaja toge ne vstaet

na forume est' pohogaja oshibka

w8

stavish novij?

http://forum.nocproject.org/index.php?topic=206.0

AttributeError: 'module' object has no attribute 'create_table'

wot takaya owibka

upgrade-user: 39: migrate failed

hz...

i ja :(

https://bitbucket.org/nocproject/noc/src/20b32183164ea8ac28334d56ad0d146997e6ccdd/lib/snmp/get.py?at=default

вот такая красота

dvolodin pls translit

dvolodin: это ты для PerfMan?

да

:)

hartmy: on o svoem

a ok :)

posle togo kak ja sdell hg clone http://hg.nocproject.org/noc noc 4to dalshe ?

python setup.py install ?

hartmy: cp etc/upgrade.default etc/upgrade.conf && vi etc/upgrade.conf

otredaktiruesh, potom zapuskaesh scripts/upgrade

pri etom nado ustanovit pip i virtualenv

vse ostalnoe dolzhen ustanovit upgrade

pip i virtual ustanovlen , upgrade zapustil

gdem

toge samoe

File "manage.py", line 44, in <module>

execute_from_command_line(sys.argv)

http://pastebin.com/XgiDWEW8

moget eto kakto pomoget, ja poustanavlival vse trebuemie programmi is packagey

freebsd 9.1

moget nado iz portov vse stavit ?

красота

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

GetResponse(community='test', request_id=114743880, error_status=0, error_index=0, varbinds=[['1.3.6.1.2.1.1.5.0', 'mt111']])

итого, SNMP пробы у нас тоже есть

по логике вещей, помимо питоновских классов можно сделать еще и птичий язык для описания проб в JSON

и класть по аналогии с коллекциями FM

хотя бы в формате -- название пробы - oid

ээээ

я чота не вдуплил...

а на длинке нет set switchport?

гы... нету =)

это круто, я считаю...

я же оттестить не могу свое творчество :)

несколькомесячное

dvolodin: NOC-1001

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

:)

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

путь - прямо по карте?

ну как...

выпадающее меню с вариантами самых коротких путей

выбираешь любой - он подсветится красным

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

а

он под трассы vlan'а карты стоит?

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

да. Он строит новую карту для отображения найденых путей

set_switchport стандартный?

ммм... там все действия с железом через MRT делаются

так что стандартный

единственно - я там таки для set_switchport захардкодил некоторые опции. Но их можно вытащить в морду

ага

имя влана = id, тоже можно вытащить в морду.

я знаю, я безумен =)

и я не знаю, как оно поведет себя без кеш-бэкенда

в VC management не помешает сделать карту vlan'а

да. это не должно быть сложно

и, желательно, с топологией STP увязать

берешь железки из VC Domain, выбирешь из них только те, где на интерфейсах есть влан, строишь карту

это уже веселее

что-то я не то слопал с утра

SNMP проба выдала

GetResponse(community='test', request_id=766170013, error_status=0, error_index=0, varbinds=[['1.3.6.1.2.1.2.2.1.10.1', False]])

опять вместо своих таблеток бабушкины взял? :)

ага

1.3.6.1.2.1.2.2.1.10.1 = Counter32: 2225364584

а на самом деле, оно такое

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

False == 2225364584

в 42 == True я еще готов поверить

ну ты же знаешь про число 265?

я думаю, что False тоже зашифрован в числе Pi. Возможно, именно так, как тебе сейчас сказал SNMP Prober

я уже BER насобачился декодировать, блин

прям с экрана

скоро буду мультики на ковре смотреть

значит надо тебя добавить в noc/lib/

from noc.lib.snmp imports dvolodin as dv

dv.BERDecode(...)

dv.sdelatPeaceData(….)

чуть не написал dv.BEERDecode()...

djdhtvz cgj[dfnbkcz

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

41 0500 84c4 31f5

вот за каким-то фигом оно считает это - False

хм

и правильно считает, кстати :)

я домой... пятница удалась...

https://eos.aristanetworks.com/2012/12/building-a-virtual-lab-with-arista-veos-and-virtualbox-2/

dvolodin, а ты vyatta не пользовал случаем?

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

а что с ней не так?

говорят оно в целях ната до 5гб прожевывает легко

с тюнингом небольшим

там linux обычный

и не надо мерять нат по полосе :)

вылетает, он, обычно, на количестве сессиий и pps

упор в память и ресурсы cpu

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

возможно

мне интереснее, как себя mikrotik ccr на tilera gx поведет на NAT

=)

хотя, если там DRAM обычный, то никак не поведет :)

вряд ли они RLDRAM или SRAM поставили, по цене не пролезли бы

там всего 4 гб разделяемой вроде как

вятка-автомат, что я цифры приводил выше была с 16гб и 80% ее заполнением

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

да не в сессиях дело

на самом деле от сетевых карт еще зависит

в принципе, я готов поверить в 5G на 12 ядрах с парой интеловских 10G NIC'ов