nocproject.org

http://ci.nocproject.org/

все, стабилизировали

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

dvolodin, noc-14

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

это не выход

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

dvolodin: и NOC-71

NOC-71 смотрю

zi_rus: как так не выход -- так все реляционки делают

сделал открытие нового таба по shift + click

dvolodin, объект пропал, пинг на него больше не идет, аларм появился => объект больше не удалить?

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

KTO-TO_: Закоммитил

dvolodin: Ага. Спасибою работает

а с NOC-58 что?

dvolodin: Скажи, что надо проверить. ПРоверю :) Так-то вроде все рабоатет.

тогда закрываю его

если не видно особых багов

Ага. Пока ничего не торчит :)

итого NOC-99 у нас остался последним блокирующим

dvolodin, мне кажется его можно отложить, на работоспособность он не влияет

все равно надо причесать мелочи, подготовить раздел downloads на сайте, release notes, проверить сборки

и перенести имеющуюся доку из rst в дистрибутиве на сайт

кто может с докой помочь?

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

и надо потихоньку ModelApplication'ы переделывать на ExtModelApplication

еще из важных изменений

появился параметр crashinfo_limit, позволяет ограничить размер сбрасываемых crashinfo

и они теперь засасываются не SAE, а periodict'ом main.collect_crashinfo

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

то, что лежит у нас в share/doc/en/nocbook в space DOC на сайте

Всем привет

Только что попробовал Shift+Click - открылось новое окно, вместо новой вкладки

2dvolodin: В интерфейсе SA IGetInterfaceStatus возможно добавить третий параметр "description" ?

Кроме того. Какой статус перехода на ExtJS 4.0.7 ?

description в get_switchports есть...

Я бы посоветовал отдельно потестировать ExtJS 4.1

обещают аццкое ускорение

наверное, мы это хотим

Хотелось бы именно в get_interface_status

не надо

get_interface_status -- максимально простой скрипт

который, в идеале, делает только один проход по IF-MIB

его задача - именно статус интерфейса

Для примера, смотри на Cisco. Для получения информации о switchport выполняется команда show interfaces

да пожалуйста

А для получения описания - дергается команда show interfaces status

Эта же команда юудет вызываться при get_interfaces_status

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

просто для панели диагностики у тебя дернется get_interfaces

а затем регулярно будет дергаться get_interface_status

я бы просто из get_interfaces вызвал скрипт get_interface_status

И, кстати, в том же get_interface_status так же само можно получать и ifDescr (1.3.6.1.2.1.2.2.1.2)

результат get_interface_status можно закешировать.

и работать он будет в два раза дольше

да почему?

две таблицы проходить

статус - это статус

стоит или лежит

и все

Мне из скрипта get_interfaces нужно в любом случае будет вызывать какой-то аналог "show interface descriotion"

И потом пробегаться по его результату.

Ну не показывает Cisco в выводе команды "show interfaces" описание интерфеса.

Зато она его выводит в команде "show interface status"

И так практически все железяки, которые имитируют Cisco CLI

из-за киски уродовать интерфейс с вполне четким назначением не стоит

Ну не знаю. Но мне важно, чтобы при выводе get_interface_status выводилось описание интерфейса. И мне все-равно, откуда оно будет браться.

значит другим механизмом

Потому как в текущей реализации вывод скрипта get_interface_status не несет никакой информативности.

Dmitry1, это надо в staticvlan реализовывать

Какой еще ststicvlan?

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

там для людей делается

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

Если звонит человек, что у него не работает связь на "Проспект Мира 33", то где я посмотрю статус интерфейса, который у меня подписан "Проспект Мира 33" ?

Или давать обычному оператору право вызывать get_interfaces?

Хоть я и ругаю D-View, но там есть возможность, тыкнув на иконку свича, посмотреть состояние всех его интерфейсов.

и тут посмотришь

get_interfaces покажет

Я дам твою аську нашему секретарю, А ты ей расскажешь, что именно нужно смотреть в выводе get_interfaces, чтобюы ответить на вопрос абоненту, почему у него не открываются "одноклассники"

с чего ты взял, что секретарь будет смотреть get_interfaces

А что ему смотреть то? Staticvlan ?

сделай скрипт get_odnoklassniki_status и выводи все, что нужно секретарю

Нужна простенькая "картинка", показывающая состояние портов. И ОЧЕНЬ желательно, чтобы в этой "картинке" показывалось название интерфеса.

нужна

но не так, как ты хочешь

смотре, интерфейсы в базе будут, со всеми описаниями

зачем это еще раз дергать?

Потому как при вызове get_interface_status можно за один проход "выдернуть" сразу всю информацию.

И, кстати, это не только у Cisco так

зачем ее дергать, если оно кешированное?

get_interface_status не имеет никакого отношения к show interface status

Тогда придумай, как на web-страничку вывести состояние интерфеса с его описанием.

И кроме описание, то, о чем я давно просил: скорость, дуплекс/полудуплекс, flowcontrol

это уже что-то вроде get_interface_media

Возможно. Но это очень нужная информация.

Возможно та не сталкивался с таким

Но когда подключаешь абонта, а витухи нужно больше сотни метров к нему кинуть, начинается шаманство со скоростями, flowcontrol и т.п.

Кроме того, когда на абонта нужно порезать скорость на порту, то в обязательном порядке нужно включать flowcontrol

сталкивался когда-то

просто всё нужно делать правильно: больше 100м - кидайте оптику :)

но это было очень давно и неправда

Плюс диагностика кабеля. Плюс ошибки на порту. Это то, с чем мы сталкиваемся каждый день.

и, да, я люблю оптику и органически неперевариваю многомод :)

Только абоненты почему-то об этом не знают, и упорно покупают себе сетавухи с медью.

и таки, да, десятка - это 10G :)

И производители свичей почему-то делают штук 20 портов медных, и только пару - оптических

Ну, это лирика все...

у любого интерфейса есть условия применения и ограничения

Возможно стоит сделать где-нибудь раздел на сайте, куда кидать все хотелки по интерфесам SA?

если тебе 300 метров пробить, то явно не TX это

Хочется именно кучу мелких интерфесов.

есть раздел development

http://kb.nocproject.org/display/DEV/FRS1

там функциональные требования

300 метов витухой? - смотри в сторону П-296, П-270 и КСПП. Такова суровая действительность. :(

или суровая жадность

Наши П-шку последний раз лет 5 назад кидали

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

Ссылка на этот DEV/FRS1 откуда-то есть?

:)

из KB

space - development

хотя есть пара домов где она ещё лежит :)

Права только на чтение на FRS1

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

Потому как есть идеи, но кроме как в issues я не знаю, куда их пихать. А хочется, чтобы была какая-то страничка, где народ мог бы дополнять и изменять их.

Что-то типа общей доски.

Какойто гастарбайтер^W^W^W ковшом эскаватора зацепил каналюгу с оптикой и тянул пока все кабели непорвал, видать думал корни...

полезно рядом прокладывать защитный кабель на 6kV

У нас, мегафона, ростелекома,... один район упал,... мы 5 часов варились...

а так - и в москве с канализацией бардак

а уж что в чистом поле - точно никто не вспомнит

Ничего этому подрядчику, подрячика такой счёт выпишут... Что он будет вменяемых людей на эскаваторы садить...

Да снег выпал, где люки не видно...

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

:)

Ну, пока KB не работает, сделаю Issues.

issue удобно

Кстати, в защиту поля description для get_interface_status

Выполнил команду get_interfaces для своего CAT6509

С удивлением увидел, что у меня там следующие интерфейсы: Vl 1, Vl 2, Vl 1 и т.п.

А где там мои ФИЗИЧЕСКИЕ интерфейсы?

И как мне посмотреть их описание?

Или скрипт врет, или так и задумано?

vl - это SVI интерфейс

Ну да. А где посмотреть полный список физических интерфейсов на свиче? Как бы и нету такого скрипта.

Или get_interfaces должен выдавать только логические интерфейсы?

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

какой ios у тебя там?

12.2(18)SXF16

каталист 6500

Скрипт get_interfaces выдает только vl и lo интерфейсы

На Catalyst 3560 такая же фигня

На Catalyst 2960 то же

подтверждаю на 3560 и ME3400

смотрите потроха тогда

get_interfaces я на киску не делал, это прислылали

А что оно должно выводить то по идее?

Все, кроме сабинтерфейса?

Я могу поковырять скрипт, если даш добро.

у меня на 2950 после line protocol есть ещё слово (connected), потому и не матчит видимо

с этим вроде разобрался, но он ещё и вланы не показывает на портах

по-хорошему, надо бы сначала get_switchport написать, а потом за get_interfaces браться

сабы должно выводить обязательно

get_switchport вчера я написал :) уже в репозитории. тестируйте...

А откуда возьмутся сабы, если на интерфейсе их нет?

нет, так нет

доброго всем

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

ась

разобрать вывод sh pppoe sum per sub и выдрать оттуда значения ифейс и количество

а какие проблемы?

в днк у меня :(

sh pppoe sum per sub

PTA : Locally terminated sessions

FWDED: Forwarded sessions

TRANS: All other sessions (in transient state)

TOTAL PTA FWDED TRANS

TOTAL 20 20 0 0

Port-channel1.1045 19 19 0 0

Port-channel1.1144 1 1 0 0

мне нужно разгрести и в одну переменную сложить ифейс, в другую число

еще одна интересная идея. у меня друг в Ростелекоме для их внутренней системы реализовал такую штуку, из мак-адресов резолвит название производителя по http://standards.ieee.org/develop/regauth/oui/oui.txt - говорит, иногда помогает

есть у нас такое

где

dvolodin: я все про get_interface_status и description.

В скриптах get_interfaces и get_switchport должно откуда-то появиться описание интерфейса.

Может быть сделать интерфейс IGetInterfaceDescription?

откуда б его еще взять)

из железки всмысле)

в снмп не всегда есть

Получается, что по любому нудно вызывать какую-то CLI команду, которая выведет интерфейсы.

Так почему бы ее параметры не стандартизировать.

И, кстати, на D-Link'ах тоже такое.

Ждем, что скажет Володин.

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

есть refbook с OID' fvb

main > setup > reference books

включи его

http://update.nocproject.org/db/ieee_oui.csv - оно живое?

Может тогда написать issue по IGetInterfaceDescription ?

более чем живое

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

404 выдает

разберусь