nocproject.org

привет

dvolodin: поставил себе confluence, java сожрала все ram & cpu, это нормально ? )

да

CPU он несильно жрет, а памяти ему гига полтора надо

пустая 32битная - virt 1301m res 868m

ну нормально

это же жаба

Вышла новая версия FishEye.

Можно ли в SA->Tasks->Show Switchport добавить колонку "Admin Status" ?

dvolodin: И заодно сделать HTML темплейт для команды get_switchport

зачем он нужен, если есть interfaces?

web-морда

Зайди в SA->Tasks->Show Switchport и посмотри

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

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

Я имел ввиду SA->Tasks->Show Switchport

Там удобно смотреть

для етого надо или менять igetswitchport, get_switchport и чуть подправить view, или радикально переписать view используя get_interfaces..

Лучше написать отдельное SA приложение которое будет дёргать get_interfaces и делать вывод похож на SA->Tasks->Show Switchport

Если без ExtJS на голой джанге то за час можно наваять...

Мда. Наверное, нужно все-таки менять igetswitchport и igetinterfacestatus

Это уже обсуждалось.

Для роутеров, возможно, и удобно дергать get_interfaces, но для свичей get_switchport гораздо информативнее и нужнее.

И переписывать get_switchport и get_interfacestatus для всех профилей и наново создавать тушонки.. Плюс переписать все приложения которые их дёргают ;)

Зачем? Сделать параметр опциональным. Всегда равным True.

Лучше написать отдельное SA->Tasks->Show Interfaces где будет всё что тебе надо.

Тушенку и скрипты со временем можно переписать.

Зачем мне на L2 свиче show interfaces ?

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

Ээээ... Не хватает однако функционала старых.

Их писал dvolodin под какие-то свои условия.

А в боевой обкатке выявились недоработки.

Тогда если get_interfaces неподходит проще создать новый igetswitchinterfaces, написать его скрипты для профилей get_switchinterfaces и также SA->Tasks->Show Interfaces

Зачем писать новые скрипты?

Нехватает в старых функционаля для войн, пишем новые, но старые при этом не херим.

Dmitry1: в get_interfaces есть все, что есть в get_switchports

Вот смотри пример:

В профиле Cisco.IOS скрипт get_switchport выполняет следующую команду:

show interfaces description

Которая выводит:

nterface Status Protocol Description

Vl1 admin down down

Vl256 up up

Gi0/1 up up Wnet

Gi0/2 down down Vishka

Т.е. вот готовый "admin status" бери - не хочу.

И не надо ничего ломать.

dvolodin: В get_interfaces много избыточной информации, которая нафиг не нужна рядовому инженеру.

У нас есть специальный человек, который занимается корпоративными клиентами. Пробрасывает VLAN'ы по всему городу. Ему нафиг не нужна информация о том, какие IP интерфейсы есть на коммутаторе, а также, какие протоколы маршрутизации там используются.

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

может лучше в inv.interfaces добавить кнопочку типа рефреш, нажал, и запустился скрипт get_interfaces или switchport, в зависимости от таба

заодно и инвнтори обновилось

Вот ломать старые интерфейсы не надо! Добавляем новые igetswitchinterfaces, написать его скрипты для профилей get_switchinterfaces где будет необходимое для реальных боёв.

Правтически все CLI команды выводят "избыточную" информацию, которую можно безболезненно "вытащить".

Guest7-ru: Я смогу переделать все скрипты, для которых есть тушенка. Кроме того, NOC умеет исправлять тушенку, в зависимости от изменения логики скрипта.

Собственно говоря, консервируются сами CLI команды и их вывод. А скрипты подгоняются так, чтобы не нарушался интерфейс.

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

А зачем ломать?

Много интерфейсов не мало...

Добавить опциональное поле.

И ничего не поломается.

А почему не добавить новы интерфейс? И тогда точно ничего не поломается!

Потому что get_switchport вполне достаточен.

Dmitry1, я что-то не догоню, а чего тебе нужно-то?

Давай определимся, если get_switchport вполне достаточен. То вообще ничего не надо менять.

Чтобы get_switchport показывал "admin status" порта. Физического порта. На свиче L2.

А если get_switchport нехватает admin_status, то наверно лучше создать новый интерфейс get_switchinterfaces

Есть абонентский свич. С помощью set_switchport включаются/выключаются порты. Нам нужно знать, порт выключен потому, что у абонента выключен компьютер, или вывлючен административно.

Выйдите наконец-то из своих датацентров в люди. Десятки тысячи свичей используются именно как абонентские. Там нету VRF, MPLS, LACP и тому подобной фигни.

Да, можно использовать существующий get_interfaces или написать или создать новый и написать ещё SA->Tasks->Show Interfaces

нафига на абонентской мыльнице из 8 портов get_interface ?

А можно переделать get_switchport и SA->Tasks->Show Switchport, но при этом работы будет больше и больше ошибок.

Вообще партия приняла решения техперсоналу не давать права включать/выключать порты, а то клиент звонит они порт дёрнут и больше ничего не делают.

Порты могут включаться/отключаться через биллинг.

)

философские дискуссии снова )

Врлде бы как раз для этого REST и делается

ээээээ... Пагадите!

это хорошо если биллинг самописный

я жопкорн не купил :)

а если он пишется аутсорсерами

acid232: любой внятный биллинг может или отправить снмп команду, или запустить внешний скрипт

Вот и я о том же.

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

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

Dmitry1, get_interfaces может узнавать админ статус, просто он приравнен к опер статусу. зачем это сделано, неясно. лучше допилить get_interfaces и админ статус держать в базе и выводить в inv.interfaces

Dmitry1: вот зачем ты его из датацентра вытащил? :)

acid232: а что он должен трогать?

он должен взаимодействовать с ааа фолтом и инвентори

мммммм... клева.

диаметры, да?

ну в идеальной модели ясное дело

zi_rus: 1. Добавление необязательного параметра ничего не поломает.

Dmitry1: они не туда из датацентров вышли... :)

2. Я сам поправлю все имеющиеся скрипты и тушенку.

я кстати в get_interface_status для хуавея добавил admin_status

три строчки кода

ты убил нок :)

Никто никого не застваляет переделывать скрипты.

Dmitry1, я не беспокоюсь за поломки, поломаное можно починить, я просто считаю это лишнее, надо приходить к единой базе и это inv.interfaces

Ладно, делайте как считаете нужным, но старайтесь ничего рабочего не ломать.

Эта база статическая. А скрипты - динамика.

zi_rus: поддерживаю единую точку входа.

опциональное поле можно добавить, да

status будет operstatus

Dmitry1: она не статическая. Просто надо пинать шедулер, чтоб он обновил инфу о нужной железке раньше, чем ты захочешь посмотреть

True -- если порт поднят

False - если лежит

как сейчас

будет еще admin_status

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

если он False -- это значит, что порт лежит потому, что его положили или не поднимали

расписания я уже сделал, получилось офигительно

:)

dvolodin, отсюда не видно

:)

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

я уже version discovery на них сделал

надо добавить interface и address discovery

dvolodin, дискавери не натянешь, слишком дорого гонять его очень часто, я со скрипом с недели понизил срок до 3х дней и то считаю это часто

у нового scheduler'а не плавает время запуска

zi_rus: я не про то

я понял, но мы тут эту проблему пытались обсудить

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

lib/scheduler

dvolodin, admin action "run interface discovery now", можешь добавить такую же кнопочку в inv.interfaces?

вот и добавлю с новым scheduler'ом

будет кнопочка Refresh

http://dpaste.org/SsdBG/

вот пример job'а, который запускает MRT, пишет письма, и запускается в указанный интервал времени

dvolodin, в старых приложениях был csv export, будет он в новых? в инвентори вообще и в inv.interfaces в частности пригодился бы

да и в vc.vc

будет

но, скорее всего, кнопками на тулбаре и с отдельными правами на export/import

это не принципиально, главное чтобы в результате можно было получить csv-файлик

со стороны сервера могу сделать соответсвующие сервисы

Надо вменяемую табличку для бабушки 50 лет. Именно такие в основном сидят диспетчерами на узлах. Без всяких refresh и т.п. Если мы вызвали эту страничку, то явно не для того, чтобы увидеть данные, которые были пол-дня назад.

И это наша суровая действительность. Бабушка не должна знать про всякие IP, VRF и т.п.

Дим, это уже АРМ Бабушки

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

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

Dmitry1, то есть автоматом выводить на печать и вызывать курьера?

Да.

чтобы отнести отчет диспетчеру

Для этого я уже предлагал следующее.

В интерфейсы IGetPortchannel, IGetSpanningTree, IGetDOMStatus и IGetDOMStatus

Добавить необязательные поля типа Boolean

Которые "взводятся" в True средствами скрипта.

И состояние True которых означает, что произошла ошибка.

Пример скрипта get_portchannel

какие-то странные слова. что же это даст?

result = [{'interface': 'Eth-Trunk0',

'members': ['GigabitEthernet0/0/1', 'GigabitEthernet0/0/2'],

'type': 'S'}]

Что мы отсюда видим? А ничего. А теперь заглянем в CLI:

display eth-trunk

Eth-Trunk0's state information is:

WorkingMode: NORMAL Hash arithmetic: According to SA-XOR-DA

Least Active-linknumber: 1 Max Bandwidth-affected-linknumber: 8

Operate status: up Number Of Up Port In Trunk: 1

--------------------------------------------------------------------------------

PortName Status Weight

GigabitEthernet0/0/1 Up 1

GigabitEthernet0/0/2 Down 1

ОФИГЕТЬ. Так у нас же не работает portchannel !!!

Как об этом узнает оператор/инженер ?

аларм в фм

Какой еще аларм?

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

порт-ченел работает...

И бабушка диспетчер будет просматривать все алармы?

оно же четко говорит, что опер статус ап. Что воркинг моде нормал. Ну один из линков свалился... Это же не все линки

Dmitry1, бабушка-инженер?

Блин. да вникните вы в ситуацию. Инженер пошел на заявку. В офисе остается бабашка диспетчер или девушка с 4-м размером груди.

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

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

Нужно в реальном времени посмотреть, работает эта фигня или нет.

Dmitry1, тем более ФМ

Аларм нам ничего не даст.

аларм уйдет

или не уйдет

Dmitry1: шлем девочку с 4 размером/бабушку(в зависимости от предпочтений абонента), никуда смотреть не надо. Правда УК...

Dmitry1, говорим девочке, смотреть на аларм, звоним, спрашиваем пропал он или нет. а что ты предлагаешь делать с бабушкой с 4-м размером?

дергать get_switchport?

Да

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

Это реальная ситуация.

У нас один из операторов поставил себе D-View. Там есть возможность, нажав на изображение порта коммутатора, выставиит ему какие-то параметры.

В том числе и выключить/включить.

Простейший пример.

"Ложится сеть". Инженер идет с ноутбуком на линию, и определяет, что после грозы сгорел порт куммутатора и начинает флудить в сеть.

Он должен позвонить диспетчеру, чтобы она отключила это порт.

Она должна в FM смотреть для этого?

стой-стой-стой

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

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

кто с 4 размером? девочка или бабушка?

Эта ситуация возникает каждый раз после грозы. Регулярно. Десятки и сотни раз.

dvolodin: 4-й размер у IGetSwitchport

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

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

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

Согласен. Но откуда брать данные, которые будут выводиться в эти формы?

Для этого я и предлагаю добавить некоторые переменные в интерфейсы, которые потом облегчат обработку

начинайте обсуждения на форуме

по каждому интерфейсу

я пока - таймаут до понедельника

голова другим забита

ты в понедельник обещал заняться self.cli.stream() :)

Dmitry1, у вас бабушки кладут порты на сети?

Да.

а не страшно?

Диспетчера обучили пользоваться D-View на уровне пользователя.

а доступ у них на уровне админа

Офигенная вещь: Показывает топологию сети, статус портов, проблемы в сети и т.п.

это ты сейчас так нок опустил

D-View работает по SNMP

и еще раз

:)

Кто работал с pyserial? Есть девайс никак на связь с ним выйти не могу. Еть родная прога которая выходит я её "диалог" выснифил, ставлю вроже теже параметри, шлю теже байты, а в ответ тишена. Целый день мудохаюсь.

Dmitry1, а как же "длинки виснут от снмп"?

Они виснут из-за интенсивного обращения. Типа выгребания таблицы arp или fdb.

а двью этого не делает?

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

Ну, если им пататься выгрести таблицу fdb, то эффект будет тот же.

Другой вопрос, что никто с помощью d-view это не делает.

ибо не надо, это и ноком делать не надо

А как же get_arp и get_mac_address_table ?

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

Помогите мне лучше через компорт с устройством связатся...

Побалуйся RTS/CTS и XON/XOFF

Заодно посмотри биты четности и т.п.

поставил сегодня, по совету, проксмокс. он тоже на ext4 работает, смотрите как они графики сделали http://imageshack.us/photo/my-images/843/screenshotevr.png/

О. На ExtJS написан

да, я видел

кто сделает нам графиги на extjs?

:)

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

скажи, что на входе надо

выдадим нужный json

dvolodin, они в таблице, одельно от графиков в реалтайме показывают CPU usage, когда же нок будет пушить

zi_rus: делаю клиент и сервер STOMP ;)

видел реальзацию клиента STOMP на JS с туннелированием по http

и как, есть прогресс?

генерация и парсинг сообщений есть

Вот наши молодцы устройства клепают, день ушол чтобы квест пройти и к компорту подключится!

Подключаешся на 2400 шлёш 000...000 чтобы оно проснулось (ибо 5 лет на батарейке и без внешнего питания) потом посылаешь команду изменения скорости, пару раз, меняешь скорость не разрывая связь и опять шлёш команду изменения скорости.. потом кучу нулей и

наконец управляющую команду!!!

dvolodin: на входе надо: [[время, параметр1,параметр2],[время, параметр1,параметр2],[время,параметр1, параметр2],[время,параметр1,параметр2]]

время в каком формате?

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

ну я вроде и таймстемпы на JS переводил...

да, переводил.

на сервер оно что слать умеет?

какие графики и диапазон времени?

эммм...

нужна возможность менять масштаб графика и двигать время

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

все как обычно, банальный ajax на сервак, в ответ ждем json с данными в указанном формате. Дальше этот ответ суется в датастор, из него чертякается график.

причем этой лабуде можно сказать, чтоб сама обновлялась, то есть дергала по таймеру ajax

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

может и лучше... Тогда просто при обновлении датастора надо дернуть функцию перерисовки графика

добрый день

что-то с ДНС-ом не то

не генерит

dvolodin: pastebin в личке

на днях поймал такой момент... событие, классифицируемое как "Network | BGP | Peer State Changed" вызывает alarm "bgp session down". При чем без разбора что на что изменилось

статус