About Forum Blogs NOC Docs Downloads KB Issues Code CI Registration

nocproject.org

#nocproject.org at irc.freenode.net log.
Back to nocproject.org Back to IRC log index
Date: 13.12.2011
rp3u #
05:34
плз посмотрите NOC-211 кто что думает?
dvolodin #
06:25
http://dpaste.com/672737/
06:25
к вопросу о NOC-209
06:25
вроде так он должен выглядеть
06:26
еще можно добавить поддержку кисковских шеститонников и force10 exascale
06:30
вроде так получается достаточно универсально
06:32
такой вариант подходит?
lexus-omsk #
06:42
циска настолько сурова, что измеряет в сантиметрах? dlink вообще +/- 5 м погрешность считает нормальной
dvolodin #
06:44
ну нельзя исключать субметровой точности
lexus-omsk #
06:46
а может же быть и open не на нуле... или как понимать "0 for status == open"
dvolodin #
06:47
а вот сложный вопрос
06:47
я так понимаю -- open, это сигнал не вернулся
06:47
то есть условно - бесконечность
06:47
или гонево?
lexus-omsk #
06:54
ну обрыв же может быть: одна пара open 30m, другая - ok (причём метраж не факт что правильный... из практики на длинках да зикселях)
06:55
или просто когда кабель не в компе - open на одной длине на двух парах - это нормально
dvolodin #
07:00
нормально, никто не спорит
07:01
особенно если клиент двухпарником подключен :)
07:03
в общем -- жду дополниний по интерфейсу
07:03
у меня уже руки чешутся сделать два REST интерфейса
07:03
первый -- для преобразования идентификаторов
07:04
чтобы можно было делать таблицы ключ -> значение
07:04
например, соответсвие идентификатора устройства в биллинге managed object'у в NOC
07:04
и второй - для запуска map-reduce task
07:05
тогда можно будет интегрировать NOC со всякими CRM/ биллингами/мониторингами
07:06
и прочими одинэсами
e_zombie #
07:46
как в рункоманд передать нажатие энтера?
dvolodin #
07:47
пустую строку добавить
e_zombie #
07:49
тоесть это должно выглядеть так:
07:49
1команда
07:49
2команда
07:49
сцуко. не показал
dvolodin #
07:50
да
e_zombie #
07:50
странно
07:50
{'text': u'\ncopy run start\n ^\n% Invalid input detected at \'^\' marker.\n\nSTART OF TRACEBACK\n-----------------
07:50
это на ёжике
dvolodin #
07:51
не верит он в эту команду
e_zombie #
07:51
fsw-3-2moskovproezd-9a-35-sar-0#copy run start
07:51
Startup configuration file name [startup1.cfg]:
07:51
Write to flash programming.
07:51
Programming flash started.
07:51
Success.
07:51
fsw-3-2moskovproezd-9a-35-sar-0#
07:52
такс. подождём.
07:52
поробуем по другому
rp3u #
07:52
пэйджер на "Startup configuration file name" ?
dvolodin #
07:52
да
07:53
file name [\S]:
07:53
\s+
07:53
\S+
e_zombie #
07:53
ээээээ?
rp3u #
07:53
e_zombie в профиле в __init___ засунь регекс для pager'a
dvolodin #
07:54
e_zombie: не надо самостоятельно отвечать на глупые вопросы железки, NOC это делает лучше
07:54
:)
neonman #
07:54
такс, кто за профиль ежиков отвечает? в частности снмп-трапы?
e_zombie #
07:54
Object Status Result
07:54
fsw-1-2moskovproezd-9b-35-sar R None
07:55
это что означает?
neonman #
07:55
всё чисто
e_zombie #
07:56
тоесть после выполнения команды в ответ ничего не вернулось?
neonman #
07:56
ну типа таво
_4ePTeHok #
08:15
neonman, ау?
Dmitry1 #
08:16
neonman: делай issue на SNMP трапы
neonman #
08:16
_4ePTeHok, давай уже пость снмп-трапы ежиков :)
08:16
Дмитрий вон зальет в обновки а я протестю
_4ePTeHok #
08:17
дык яж постил в старых issue еще. их зарубили ибо соответствия ifindex=port так и не придумали
Dmitry1 #
08:18
будем условно считать, что ifindex == port
_4ePTeHok #
08:21
ну и как бе категории CPU Threshold minor/major так и нет, насколько понимаю, как и с памятью. Issue постил по этому поводу, ответа так и небыло.
Dmitry1 #
08:22
так есть такое вроде?
08:24
номер issue какой?
_4ePTeHok #
08:24
там было другое - Chassis | CPU | CPU Usage Above/Below Threshold. Пока плотно занимаюсь билингами, к концу недели только освобожусь. Если терпит - сделаю.
08:26
Feature #270 на старом редмайне.
Dmitry1 #
08:29
а. понял. ивентклассы есть, а алармклассов нету
gnu-linux #
08:30
По NOC-209:
08:30
Интерфейс http://dpaste.com/672772/
08:31
Реализация для DLink.DxS: http://bt.nocproject.org/secure/attachment/10226/copper_tdr_diag.tar.bz2
08:32
Длина кабеля в метрах.. Этого хватит.. У кого дробное делает int()
Dmitry1 #
08:43
а где там в http://dpaste.com/672772/ длина?
gnu-linux #
08:47
На примере лучше видно: NOC-209?focusedCommentId=10619&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-10619
08:48
И дельше очень удобно работать, например,
08:49
надо посмотреть длину 3 пары в 15 порту коммутатора 10.0.0.1
08:50
дергаем get_copper_tdr_diag для 10.0.0.1 и результат писваеваем switch_tdr_diag
08:51
ответ на вопрос будет: switch_tdr_diag[15][pair3]
Dmitry1 #
08:52
Хм. номер пары логичнее бы цифрой
gnu-linux #
08:52
вернее switch_tdr_diag[15][pair3][0] -длина
08:52
а switch_tdr_diag[15][pair3][1] - состояние
Dmitry1 #
08:52
состояние желательно все-таки буквой
gnu-linux #
08:52
можно и цифрой...
Dmitry1 #
08:53
я по крайней мере знаю как минимум 4 состояния
gnu-linux #
08:53
В интерфейсе состояние буква
08:54
можно даже три вложеных словаря сделать, чтобы последние не было индексом, а смысловым словом..
08:55
тогда интересующей нас пары можно дёрнуть по switch_tdr_diag[15][pair3][length]
08:55
вместо менее информативного switch_tdr_diag[15][pair3][0]
08:57
индекс [pair3] или [3] не пинципиален, главное структура: смысловой_индекс: параметр
Dmitry1 #
08:58
циферы удобнее хранить и анализировать
gnu-linux #
09:01
в случаи [pair3] или [3] да просто число удобнее, в случаи switch_tdr_diag[15][3][length] switch_tdr_diag[15][3][0] индекс [length] есть более предпочтителен ибо он смысловой..
venter #
09:02
dvolodin: а можно в sa добавить небольшое улучшение, что-то типа command_before_exit, есть железки на которых не восстанавливаются параметры терминала после, например, disable clipaging
09:03
?
gnu-linux #
09:03
Никто не будет в записи switch_tdr_diag[15][3][length] и switch_tdr_diag[15][3][status] переспрашивать где длина пары, а где её статус всё понятно, какой порт и какая пара в кабеле тоже понятно!!
rp3u #
09:03
venter command_exit ?
venter #
09:05
там exit, он тоже нормально не обрабатывается
Dmitry1 #
09:07
venter: setup_sessiont() и shutdown_session(). См. профиль DLink.DxS
venter #
09:09
да, понятно
dvolodin #
09:10
не, ifindex уже в базе лежит
rp3u #
09:11
зачем get_interface_status?
09:15
используется где или просто скрипт?
gnu-linux #
09:23
Переписал скрипты, теперь такой вывод NOC-209?focusedCommentId=10621&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-10621
09:24
rp3u get_interface_status очень важен используется, например в get_switchport
09:26
dvolodin это уже самый оптимальный интерфейс: http://dpaste.com/672786/ закомить его, а мы скрипты для профилей разных напишем..
rp3u #
09:28
gnu-linux в паре профилей :)
dvolodin #
09:28
gnu-linux: не будет такое работать
gnu-linux #
09:30
У меня работает!!!
09:31
get_copper_tdr_diag для DLink.DxS прилагается как доказательство
09:32
Там правда в 73 строке надо pair+ на int() заменить.. Но Каждый может убедится что оно работает, а главное просто и понятно.
09:34
Кто DLink не имеет могу быстро для Zyxel.ZyNOS попробовать написать, для тестирования...
09:36
можете перед return добавить чтото вроде print r["1"][2]["length"], r["1"][2]["status"]
09:45
NOC-209 с скриптом для DLink.DxS: http://bt.nocproject.org/secure/attachment/10228/copper_tdr_diag.tar.bz2
09:51
Перезагрузил нок и дёрнул get_copper_tdr_diag на ~200 коммутаторах!... Всё работает. :)
09:56
20 кабелей в сети имеют длину 120m..
neonman #
09:57
у тебя сеть там с ума не сошла? :)
gnu-linux #
10:00
нет, оно очень быстро отработало.. DLink.DxS разрешают тестить кабель при рабочем соединении...
10:00
Вопрос:
10:02
Какой разброс в длинах отдельных пар считать приемлемым? На 50м +/- 1м, а на 100м +/- 2м ?
10:04
Хотя большинство линей все пары одной длины..
Dmitry1 #
10:04
gnu-linux: DES-3200 ?
gnu-linux #
10:06
Нет не только, в новых прошивках поддерживаются и другие.. Среди DLink нет поддержки кажись только в DGS3100
Dmitry1 #
10:06
есть, но там хитро надо
gnu-linux #
10:07
Значить я не нашол как..
10:09
Точно get_copper_tdr_diag работает на DES-3200-*, DGS-3426G, DES-3526, DGS-3420-26SC, DES-3028 (последняя прошивка), DES-3010G
rp3u #
13:15
dvolodin NOC будет отличать статусы портов linkdown от disabled или не планируется?
Tweet
Share this page
Share this page: Tweet