nocproject.org
05:34
плз посмотрите
NOC-211 кто что думает?
06:25
06:25
06:25
вроде так он должен выглядеть
06:26
еще можно добавить поддержку кисковских шеститонников и force10 exascale
06:30
вроде так получается достаточно универсально
06:32
такой вариант подходит?
06:42
циска настолько сурова, что измеряет в сантиметрах? dlink вообще +/- 5 м погрешность считает нормальной
06:44
ну нельзя исключать субметровой точности
06:46
а может же быть и open не на нуле... или как понимать "0 for status == open"
06:47
а вот сложный вопрос
06:47
я так понимаю -- open, это сигнал не вернулся
06:47
то есть условно - бесконечность
06:47
или гонево?
06:54
ну обрыв же может быть: одна пара open 30m, другая - ok (причём метраж не факт что правильный... из практики на длинках да зикселях)
06:55
или просто когда кабель не в компе - open на одной длине на двух парах - это нормально
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
и прочими одинэсами
07:46
как в рункоманд передать нажатие энтера?
07:47
пустую строку добавить
07:49
тоесть это должно выглядеть так:
07:49
1команда
07:49
2команда
07:49
сцуко. не показал
07:50
странно
07:50
{'text': u'\ncopy run start\n ^\n% Invalid input detected at \'^\' marker.\n\nSTART OF TRACEBACK\n-----------------
07:50
это на ёжике
07:51
не верит он в эту команду
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
поробуем по другому
07:52
пэйджер на "Startup configuration file name" ?
07:52
да
07:53
file name [\S]:
07:53
\s+
07:53
\S+
07:53
e_zombie в профиле в __init___ засунь регекс для pager'a
07:54
e_zombie: не надо самостоятельно отвечать на глупые вопросы железки, NOC это делает лучше
07:54
:)
07:54
такс, кто за профиль ежиков отвечает? в частности снмп-трапы?
07:54
Object Status Result
07:54
fsw-1-2moskovproezd-9b-35-sar R None
07:55
это что означает?
07:56
тоесть после выполнения команды в ответ ничего не вернулось?
08:16
neonman: делай issue на SNMP трапы
08:16
_4ePTeHok, давай уже пость снмп-трапы ежиков :)
08:16
Дмитрий вон зальет в обновки а я протестю
08:17
дык яж постил в старых issue еще. их зарубили ибо соответствия ifindex=port так и не придумали
08:18
будем условно считать, что ifindex == port
08:21
ну и как бе категории CPU Threshold minor/major так и нет, насколько понимаю, как и с памятью. Issue постил по этому поводу, ответа так и небыло.
08:22
так есть такое вроде?
08:24
номер issue какой?
08:24
там было другое - Chassis | CPU | CPU Usage Above/Below Threshold. Пока плотно занимаюсь билингами, к концу недели только освобожусь. Если терпит - сделаю.
08:26
Feature #270 на старом редмайне.
08:29
а. понял. ивентклассы есть, а алармклассов нету
08:30
08:30
08:31
08:32
Длина кабеля в метрах.. Этого хватит.. У кого дробное делает int()
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]
08:52
Хм. номер пары логичнее бы цифрой
08:52
вернее switch_tdr_diag[15][pair3][0] -длина
08:52
а switch_tdr_diag[15][pair3][1] - состояние
08:52
состояние желательно все-таки буквой
08:53
я по крайней мере знаю как минимум 4 состояния
08:53
В интерфейсе состояние буква
08:54
можно даже три вложеных словаря сделать, чтобы последние не было индексом, а смысловым словом..
08:55
тогда интересующей нас пары можно дёрнуть по switch_tdr_diag[15][pair3][length]
08:55
вместо менее информативного switch_tdr_diag[15][pair3][0]
08:57
индекс [pair3] или [3] не пинципиален, главное структура: смысловой_индекс: параметр
08:58
циферы удобнее хранить и анализировать
09:01
в случаи [pair3] или [3] да просто число удобнее, в случаи switch_tdr_diag[15][3][length] switch_tdr_diag[15][3][0] индекс [length] есть более предпочтителен ибо он смысловой..
09:02
dvolodin: а можно в sa добавить небольшое улучшение, что-то типа command_before_exit, есть железки на которых не восстанавливаются параметры терминала после, например, disable clipaging
09:03
?
09:03
Никто не будет в записи switch_tdr_diag[15][3][length] и switch_tdr_diag[15][3][status] переспрашивать где длина пары, а где её статус всё понятно, какой порт и какая пара в кабеле тоже понятно!!
09:03
venter command_exit ?
09:05
там exit, он тоже нормально не обрабатывается
09:07
venter: setup_sessiont() и shutdown_session(). См. профиль DLink.DxS
09:10
не, ifindex уже в базе лежит
09:11
зачем get_interface_status?
09:15
используется где или просто скрипт?
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/ закомить его, а мы скрипты для профилей разных напишем..
09:28
gnu-linux в паре профилей :)
09:28
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
09:51
Перезагрузил нок и дёрнул get_copper_tdr_diag на ~200 коммутаторах!... Всё работает. :)
09:56
20 кабелей в сети имеют длину 120m..
09:57
у тебя сеть там с ума не сошла? :)
10:00
нет, оно очень быстро отработало.. DLink.DxS разрешают тестить кабель при рабочем соединении...
10:00
Вопрос:
10:02
Какой разброс в длинах отдельных пар считать приемлемым? На 50м +/- 1м, а на 100м +/- 2м ?
10:04
Хотя большинство линей все пары одной длины..
10:04
gnu-linux: DES-3200 ?
10:06
Нет не только, в новых прошивках поддерживаются и другие.. Среди DLink нет поддержки кажись только в DGS3100
10:06
есть, но там хитро надо
10:07
Значить я не нашол как..
10:09
Точно get_copper_tdr_diag работает на DES-3200-*, DGS-3426G, DES-3526, DGS-3420-26SC, DES-3028 (последняя прошивка), DES-3010G
13:15
dvolodin NOC будет отличать статусы портов linkdown от disabled или не планируется?
Share this page
Share this page: