nocproject.org
03:46
dvolodin, заглянул я тут в fm monitor... dispose_lag - 9 months - интересно, что бы это могло быть
03:46
задачка неприкаянная болтается
03:57
dispose у нас это что? задачи, которые закрывают алармы, например?
03:58
это как раз event, из которого может подняться alarm
03:58
классификатор коррелятору так передает интересные event'ы
04:04
т.е. в мониторе dispose у нас - это кол-во задач, запущенных коррелятором из-за интересных событий?
04:05
а lag - самая старая из них
04:06
они должны почти сразу уходить
04:06
их коррелятор подхватывает
04:06
и удаляет
04:26
да, нашёл check_link какой-то, там вообще 2012 год фигурирует %)
04:37
ts - время запуска задачи?
04:56
кто шарит в техническом английском? какой есть термин для нашего "подключения" в смысле нового подключения абонента?
04:57
как по-аглицки будет, например, "заявка на подключение"?
05:00
у телефонистов своя дикая терминология
05:00
:)
05:00
заявка там точно будет order
05:39
dvolodin, слушай, так инвентори как работает? он разбивает кластер на шасси и делает две записи или таки все в кучу?
05:40
кластер на шасси должен развалиться
05:40
с общим managed object
05:40
они же в разных стойках могут быть
05:41
и на разных узлах
05:42
просто что-то в голову мысль пришла
05:42
это обсуждали, но не видно, реализовано это как-то или забыли
05:42
реализовано
05:43
get_inventory может возвращать несколько записей с типом CHASSIS
05:43
проверял на кластере из мелких SRX
05:43
на 3750 тоже работало
05:44
dvolodin, и еще вопросик, у меня lost&found забит объектами без имени. что с этим вообще можно сделать? у меня руки тянутся все дропнуть и пусть заново заполнит, но как-то это неправильно. и вторая проблема, есть несколько желзок, которые пытаюсь перетянуть на
05:44
нужный узел а онон в ответ failed to save
05:45
смотри из-за чего
05:46
по трейсам
05:48
по фотографии тяжело
05:48
если честно, я не встречаю сейчас особых проблем с перетаскиванием
05:51
05:51
особенность
05:51
происходит когда я перетаскиваю ASR
05:51
каталисты перетаскиваются только в путь
05:52
ну а дальше-то?
05:52
примерно могу догадаться где это, но нужен полный трейс
05:54
05:54
извини что так криво, я не знаю как из wireshark скопировать текстом
05:55
хотя бы на object.py пролистни
05:55
где там в put_into и какие переменные
05:58
там где #Reset previous rack position ?
05:59
эээм
05:59
это все
05:59
вот конец
05:59
06:00
это views.py
06:00
не вижу никаких ресетов
06:01
bb-77-1 -- это ASR?
06:02
и ты хочешь пихнуть его в АТС-77?
06:02
dvolodin, нашел в другом пакете про ресет
06:02
да
06:03
в noc shell
06:03
from noc.inv.models.object import Object
06:03
o = Object.objects.get(id="......")
06:03
print o.data
06:03
покажи мне данные с bb-77-1
06:04
In [1]: from noc.inv.models.object import Object
06:04
In [2]: o = Object.objects.get(name="bb-77-1")
06:04
In [3]: print o.data
06:04
{u'management': {u'managed_object': 49}, u'asset': {u'serial': u'FOX1711GMRA', u'revision': u'V01'}, u'rackmount': {u'shift': 0}}
06:08
06:08
как-то так должно
06:08
у тебя не самая последняя версия
06:09
так сейчас обновлюсь, дело не хитрое
06:09
обновись и патчик накати
06:09
если что, я разобрался с вайршарком
06:09
вот в текстовом виде
06:09
06:11
да я понял уже в чем дело там
06:14
интересно, если я начну рисовать на карте антенны с направлением секторов, это уже терминальной фазой извращения будет ? :)
06:18
все, пиздец, фуфлофокс виснет при перетаскивании
06:55
Ребят, а какой юзкейс возможен на текущий момент из коробки?
06:55
Сбор конфигов?
06:56
Ипам и влан - опять же только импорт с железки и потом уже добиваем ручками?
06:56
ведение адресной базы ip
06:56
провизионинг конфигов и их валидация
06:57
построение топологии
06:57
отрисовка ее графически
06:57
ведение инвентори
06:57
отрисовка на гис-карте
06:57
база вланов
06:57
база мак адресов
06:58
с историей
06:58
ведение днс-зон
06:58
То есть он это с железнок периодически забирает?
06:58
базы бгп пиров и т д
06:58
ну ты пойми - оно за тебя все не сделает
06:59
где то нужно настроить какие то параметры
06:59
например те же AS num
06:59
в пиринге
06:59
Я вбил парочку железок - собрал маки, вланы и ip интерфейсы
06:59
Конфиги тоже
07:00
Теперь надо к примеру создать новый влан
07:00
Все делаем на железке как и раньше?
07:00
Или теперь мы можем это сделать из нока?
07:01
из нока можно, только осторожно
07:01
я как-то прописал один влан
07:01
второй год его с сети вычищаю
07:01
=)))
07:02
селектор поди шмякнул не тот)
07:02
В общем лучше нок использовать как бд, а настраиваем ручками?
07:02
нет, селектор правильный, все железо, только забыл снять галочку со всех железок и выбрать только нужные
07:03
ну не нок же тогда виноват)
07:03
всмысле, там же показывает при запуске список железок
07:03
попавших под селектор
07:03
Он кстати увидит что влан грохнули на железке и грохнет у себя в бд?
07:03
раньше по крайней мере так было
07:03
да, теперь показывает, его надо попросить об этом
07:04
если грохнут по всей сети - да
07:04
а так, только с нужной железки уберет
07:04
нет
07:04
из базы отдельно надо удалять
07:04
но это не самое сложное
07:04
интерфейсы он от него отвяжет
07:04
а что да?
07:04
интерфейсы отвяжет
07:04
но в базе он будет
07:04
ну это и имелось ввиду грохнуть
07:04
Ну это не страшно
07:04
Ага
07:04
когда ты захочешь найти свободный, оно тебе его не отдаст
07:05
достаточно отсортировать по полю интерфейсы список
07:05
и ручками грохнуть
07:05
или вообще пируль периодический запилить
07:05
чтобы чистилою
07:11
То есть лучше нок юзать как справочник и не заморачиваться на управление железками из него?
07:11
Или все таки есть места, где он рулит?
07:11
есть, есть)
07:12
скажем на сотне железок какие то команды выполнить
07:12
или отследить когда какие то изменения в конфиг вносились на железке
07:12
ну и фолт менеджмент
07:16
А в плане ip он что может с железками делать?
07:17
Фолт менеджмент - что-то крутить надо, чтобы он заработал? Куда смотреть? Глаза разбегаются, не собрать)
07:18
настроить на железках снмп чтобы трапы слало в нок и сислоги
07:18
zi_rus: прокатил патч?
07:18
а в ноке соотв прописать коммьюнити и саурс айпи
07:19
в плане айпи - выдирать адреса и префиксы умеет
07:19
dvolodin, да, тепеьр работает, фокс только виснет при перетаскивании, но я думаю это уже косяк самого фокса
07:19
а потом ты захотел выдать новый префикс - он тебе подскажет какой свободен
07:19
при этом может автоматом на днс прописать обратку(если настроишь)
07:20
Ага, понятно
07:21
Еще кстати интересный момент.
07:21
dvolodin, Дим, надо чото думать с лост-фаундом. если там много железок перетаскивать вообще нереально)
07:22
Могу переименовать его в "Lost in Found"
07:22
:)
07:22
может под основным деревом сделать еще одно
07:22
и там только лост будет
07:22
Пробую микротик цеплять - не всасывает интерфейсы с него. В принципе вроде ничего из него не вытащил, кроме конфига
07:22
а тягать между двумя деревьями
07:22
и как объекты пихать по папкам?)
07:22
типы, пдреса или как
07:22
mik0s: прогони руками для него get_interfaces
07:23
dvolodin: Попробую
07:24
А вот eltex и snr вообще не всасываются :(
07:24
для SNR нет get_interfaces
07:25
_4ePTeHok: например -- по administrative domain
07:25
=) ну мне не особо поможет) у меня один домен)
07:26
а там как не сделай, все плохо будет
07:26
по моделям, скажем, тоже лажа будет
07:26
не, я ж говорю два дерева
07:26
одно под другим
07:26
dvolodin: Так оно и конфиг не берет
07:26
mik0s, может модель неподдерживается еще
07:27
прогони скрипты в дебаг режиме, увидишь на чем затык
07:27
mik0s: дебажить нужно
07:27
меня еще смущает что в инвентори все в кучу, и железо и узлы
07:27
zi_rus: так путаницы меньше
07:27
хотя может просто отказаться от папок
07:28
узел - одна иконкаб железка - другая
07:28
./noc debug-script Cisco.IOS.get_config object например для циски
07:28
_4ePTeHok, профиль можно не указывать
07:28
возьмется из базы
07:29
dvolodin: я дропнул базы objectmodels и objects. Как мне их теперь восстановить?
07:29
а как вообще верно структуру инвентори запилить - вот я делал по адресной базе, город-район-дома-узлы
07:30
А то что инвентори пусто - что то нужно отконфигурить? Только интерфейсы есть
07:30
dvolodin: ./noc collections --sync ничего не делает
07:30
Дим, ты пробовал collections --upgrade?
07:33
mik0s, нужно чтобы для железки отрабатывал скрипт get_inventory
07:33
и была создана модель
07:33
ну и дискавери включено
07:34
_4ePTeHok: Модель как то ручками создается?
07:34
Dmitry1: удали их манифесты в local/collections
07:34
_4ePTeHok: ты поаккуратнее советуй, блин
07:34
дык у него изначально рут не создался
07:35
upgrade только для смены формата нужен
07:35
один раз
07:35
тогда со своей стороны - пиши хотя бы в коде что делает команда)
07:36
о. теперь sync что-то сделал
07:36
объясни вообще логику - как оно добавляет новую модель?
07:37
сначала надо джсон скормить install чтобы добавить в манифест?
07:37
а потом уже sync?
07:37
с инвентори вообще сложно бывает... мне косячный скрипт надискаверил так, что вообще lost & found не открывался, а потом я случайно его вообще грохнул
07:37
_4ePTeHok: install его поставит сам
07:37
sync -- для всех остальных
07:38
ну вот если в манифесте есть модель, а в монге нет - чего делать?
07:38
дропать в манифесте?
07:38
mik0s: ты на релизе?
07:38
_4ePTeHok: sync
07:38
dvolodin: Дим. До сих пор выбрасывает traceback в get_interfaces, если в описании интерфейса встречаются на ASCII символы
07:39
dvolodin, при изменении модели(json) как ее верно обновить в бд? (переслали по почте json к примеру)
07:40
dvolodin: Feature/inventory
07:40
он и в базу и в коллекции положит
07:40
mik0s: докати дальше до develop
07:41
Чего сделать?
07:41
Обновить?
07:42
dvolodin: я тебе в приват написал
07:48
!loc 66.225.200.140
07:48
перенес нок с системы
07:49
которой с вертуалки
07:50
взял образ диска и подоткнул его в вертуалку на proxmox
07:59
Чего то обновление на develop не прошло :(
08:01
=) постгис поди)
08:01
трейс показывай на пастебинэ
08:30
да, постгис
08:31
надо его снести из бд и залить снова, а потом уже апгрейд
08:31
ищи файлики uninstall_postgis.sql postgis.sql sprtial_bla_bla.sql
08:32
в этом порядке их и вливать в бд нока
08:35
если анинсталл не пройдет сразу - там в первой строчке на которой спотыкнется надо добавить в конец CASCADE
08:36
пару раз)
09:16
_4ePTeHok: Спасибо!
09:25
_4ePTeHok: dvolodin молчит. расскажи мне, чем CHASSIS отличается от LINECARD и от SUP ?
09:27
тип объекта же
09:27
одно в другое вставляется
09:27
тип юзается для написания правил как и что к чему цеплять
09:27
я столько не выпью, чтобы разобраться
09:27
чассис - верхний уровень иерархии объекта
09:28
пардон, железки
09:28
NAME: "5", DESCR: "WS-SUP720-3B 2 ports Supervisor Engine 720 Rev. 5.3" PID: WS-SUP720-3B , VID: V03, SN: SAD111701D1
09:28
NAME: "msfc sub-module of 5", DESCR: "WS-SUP720 MSFC3 Daughterboard Rev. 2.6" PID: WS-SUP720 , VID: , SN: SAD111900WF
09:28
NAME: "switching engine sub-module of 5", DESCR: "WS-F6K-PFC3B Policy Feature Card 3 Rev. 2.3" PID: WS-F6K-PFC3B , VID: V01, SN: SAD1118080R
09:28
Что в что должно вставляться и как называться?
09:29
потроха договорились не дергать. т е всякие CLK, MSFC, VTT, FRU
09:29
Почему, когда я указываю объекту LINECARD, он появляется в слоте шасси, а когда указываю SUP, не появляется
09:30
только PFC договорились оставить
09:30
_4ePTeHok: тебе жалко, что потроха подергаем? Для некоторых это важно.
09:30
мне не жалко, это от Димы было. Я сразу предложил все вытряхивать
09:31
и более того скрипт писал и отсылал
09:31
все забили.
09:31
иногда нужны всякие NM, WIC, HWIC и т.п.
09:31
я про выше
09:31
для
09:31
NAME: "5", DESCR: "WS-SUP720-3B 2 ports Supervisor Engine 720 Rev. 5.3" PID: WS-SUP720-3B , VID: V03, SN: SAD111701D1
09:32
про выше, чассис - суп - мсфц - пфц
09:32
я выдал такое : SUP, 5, "WS-SUP720-3B"
09:32
но оно не встало в шасси
09:34
смотри
09:34
у тебя есть шасси(модель) с дырками определенных типов и названиями
09:35
у тебя есть суп(модель) с разьемом
09:36
при коннекте, проверяется совпадение типов разъемов, м/ж и имя слота
09:36
ты мои модельки для 6500 видимо не смотрел
09:36
в issue
09:37
поскольку в шасси может в один разъем включатся и суп и лайнкарта - там не может быть одного имени для слота
09:37
смотрел, но у меня нету таких железок, поэтому я не могу представить себе, что куда входит
09:38
Я по аналогии с 7606-S.json делал
09:38
только вместо 6 слотов у меня 9
09:38
поэтому в модели шасси в поле internal name раъема linecard1 (там куда можно воткнуть суп) добавляешь дополнительное имя - sup1
09:38
он ищет по двум полям по сути - по имени разьема и по интернал нейм
09:39
для шасси
09:39
"description": "Linecard 1/Supervisor slot 1",
09:39
"direction": "i",
09:39
"gender": "f",
09:39
"internal_name": "sup1",
09:39
"name": "linecard1",
09:39
"type__name": "Cisco | 7600 | Linecard/Supervisor"
09:39
у супа -
09:39
"description": "Chassis connection",
09:39
"direction": "o",
09:39
"gender": "m",
09:39
"name": "in",
09:39
"type__name": "Cisco | 7600 | Supervisor"
09:40
в коннекшен рулзе
09:40
"match_connection": "in",
09:40
"match_type": "SUP",
09:40
"scope": "chassis",
09:40
"target_connection": "sup{N}",
09:40
"target_number": "",
09:40
"target_type": "CHASSIS"
09:41
Тогда 7606-S.json неверный
09:41
так как не комиттили мои модельки, то и модификацию коннекшен рулзов скорее всего не делали
09:41
я не знаю как у Димы там втыкалось
09:41
dvolodin: Дима, ау!
09:41
у меня и суп и лайнкарта втыкаются по описанному
09:42
7606 я делал, но тогда ещё не было решения по internal name... надо поправить, раз уже решили так делать
09:45
если по старому - то в рулзе должно быть такое - "match_type": "SUP",
09:45
"scope": "chassis",
09:45
"target_connection": "linecard{N}",
09:45
но тогда суп воткнуть можно во все лайнкардовские слоты
09:46
что по архитектуре железки неверно
09:47
_4ePTeHok, но ты же не конфигуратор делаешь. если плата где-то найдена, значит она там торчит, значит так надо
09:47
модель должна показывать куда можно, а куда нельзя
09:48
захочу доставить суп, не помню какие слоты заняты.
09:48
открою инвентори и увижу что слот суп2 свободен
09:48
а так будет лайнкард3 свободен, а туда нельзя воткнуть суп
09:54
для портов есть дескрипшены, если чего не помнишь то там увидишь, а еще в слот для супа, на сколько я знаю, карту вставить можно, а ты сделаешь так что этого сделать нельзя
09:58
_4ePTeHok: Для 5-го слота писать sup1 или sup5 ?
09:58
что ты отдашь номером в скрипте - то и будет
09:59
zi_rus, ты сейчас неправ.
09:59
ок. не коммитте тогда ближайшие 10 минут
09:59
бывает. а кто-то еще так считает?
09:59
туда как раз по моей методике можно и то и другое вставить. причем вставив увидеть имя слота именно sup/linecard
10:00
последнюю часть соврал
10:00
имя будет то что в поле name
10:00
в модели
10:01
internal name не выведется
10:01
Dmitry1, тут похоже комиттить можешь либо ты либо Дима)
10:01
и все.
10:02
О. Увидело супервизоры
10:02
_4ePTeHok: А ты чего не коммитишь?
10:02
нету прав
10:02
у тебя же есть 6500? у тебя трансиверы дергает с него?
10:03
хотя там наверно от супа еще зависит..
10:03
пока нет
10:03
пока разберусь со своей циской
10:03
ну в sh inv их отдает?
10:03
половину модулей не видит
10:03
трансиверы пока не отдает
10:04
понятно
10:04
значит патч с idprom еще пригодится
10:04
да
10:04
не подключило FAN, PSU и т.п.
10:04
и CLK не подключило
10:05
у меня на 6500 дефолт отдавало чассис
10:05
в патче исправлял
10:05
а фан у меня не выводит просто
10:05
в инвентори
10:05
у меня тоже PSU отдает CHASSIS
10:05
посмотри уже первый патч на предмет 6500)
10:06
только 10ки на 65й вижу... и то, наверное, потому что они на супе
10:06
у меня и с супа не отдает гиговые
10:06
но суп там старый
10:06
dvolodin: Дим, как в PSU, CLK и FAN отдать его номер?
10:06
в псу есть
10:06
и цлк тоже
10:07
NAME: "WS-C6K-VTT 1", DESCR: "VTT FRU 1"
10:07
PID: WS-C6K-VTT , VID: , SN: SMT0720A259
10:07
NAME: "WS-C6K-VTT 2", DESCR: "VTT FRU 2"
10:07
PID: WS-C6K-VTT , VID: , SN: SMT0720C046
10:07
есть то есть, но этот номер правильно воткнется в нужный разъем?
10:07
еще раз - проверка идет не только по номеру
10:07
но и по типу разъема
10:07
и имени слота есть в правиле задано
10:08
если*
10:08
я в этой афромагии пока не разобрался
10:09
посмотри мои модельки из 1265
10:09
там это все есть
10:09
Т.е. если у меня в модельке
10:09
{
10:09
"description": "Power Supply slot 1",
10:09
"direction": "i",
10:09
"gender": "f",
10:09
"name": "psu1",
10:09
"type__name": "Cisco | 7600 | PSU"
10:09
},
10:09
важна вся связка - коннекшен/модель/рулз
10:09
то если я отдам PSU и number==1, то оно туда воткнется?
10:10
если с тем же разъемом - да
10:10
Я не про то. psu__1___ коррелирует с number ___1___ ?
10:10
или от фонаря там цифры?
10:11
в рулзе
10:11
"match_connection": "in",
10:11
"match_type": "PSU",
10:11
"scope": "chassis",
10:11
"target_connection": "psu{N}",
10:11
"target_number": "",
10:11
"target_type": "CHASSIS"
10:11
"target_connection": "psu{N}", - это куда втыкать
10:11
N - это то что ты отдашь у блока в number
10:12
если при этом совпадет разъем - оно сцепится.
10:12
понятно. сейчас скрипт допилю
10:21
Так. А что такое VTT ?
10:30
(Cisco voltage termination module)
10:30
по три штуки на шасси, сменные.
10:36
в шасси
10:36
тип я делал VTT
10:36
создаешь разъемы в коннекшенах, в моделях и в рулзе добавляешь
10:37
по примеру CLK
10:40
а эти vtt есть только на 6500/7600 шасси?
10:43
делаю только для 7600
10:43
на том же сце8000 их нет
10:43
хотя шасси - самое что ни на есть 7604
10:44
всмысле нет в выводе sh inv
10:44
аппаратно иожет и есть
11:02
_4ePTeHok: тестируй новый скрипт и модельки для шеститонника
11:19
скрипт потестю, а вот модельки мои перетрет, я потом их хрен восстановлю)
11:19
Знаю что тут есть несколько специалистов работающих с Ericsson. вопросик по Cisco <- E1 -> Ericsson AXE10. Отзовитесь плиз.
11:29
Dmitry1,
11:29
'description': 'WS-F6K-MSFC2 Cat6k MSFC 2 daughterboard Rev. 1.1',
11:29
'number': 'None',
11:29
'part_no': ['WS-F6K-MSFC2'],
11:29
'revision': 'None',
11:29
'serial': 'SAD04480RKH',
11:29
'type': 'DFC',
11:29
'vendor': 'CISCO'},
11:29
тип
11:29
'description': 'WS-F6K-PFC2 Policy Feature Card 2 Rev. 1.2' и этот туда же
11:29
остальное вроде верно разложило
11:30
кроме трансиверов)
11:30
а не, соврал
11:30
супа нету
11:30
!!! UNKNOWN: {'serial': 'SAD04490A9T', 'pid': 'WS-X6K-SUP2-2GE', 'name': '1', 'vid': None, 'descr': 'WS-X6K-SUP2-2GE 2 ports Catalyst 6000 supervisor 2 Rev. 2.0'}
11:30
!!! UNKNOWN: {'serial': 'SAL0538C0V3', 'pid': 'WS-X6416-GBIC', 'name': '2', 'vid': None, 'descr': 'WS-X6416-GBIC 16 port 1000mb GBIC ethernet Rev. 1.0'}
11:30
!!! UNKNOWN: {'serial': 'SAL08527YH9', 'pid': 'WS-X6416-GBIC', 'name': '3', 'vid': None, 'descr': 'WS-X6416-GBIC 16 port 1000mb GBIC ethernet Rev. 2.6'}
11:30
!!! UNKNOWN: {'serial': 'SAL11456MPC', 'pid': 'WS-X6516-GE-TX', 'name': '4', 'vid': 'V01', 'descr': 'WS-X6516-GE-TX SFM-capable 16 port 10/100/1000mb RJ45 Rev. 2.8'}
11:32
ну и чудно
11:32
лепите модели
11:32
это не чудно)
11:32
оно не определяет их
11:32
а не модели
11:33
и трансиверы опять же только через idprom
11:33
модельки в иссью давно лежат
11:40
опять скрипт костылять надо
11:43
да уж
11:43
может отдадим его на аутсорс в индию?
11:44
да откостылен он уже
11:44
хоть прямо функцию бери и выковыривай в новый
11:44
если уж та логика ненравится
11:46
dvolodin, чего ноне для права на коммиты надо?)
11:46
вставай на колени
11:46
или нет
11:46
тащи пузырь
11:46
а лучше два
11:47
я бы откусил es/sce/opticin/esxi/nexus
11:47
_4ePTeHok: ну так сделайте там в методе отдельную функцию для шеститонников
11:47
удивишься, но там почти так и есть)
11:47
_4ePTeHok: чего коммитить хочешь?
11:48
профиля\модели\правила
11:48
логин на bitbucket какой?
11:48
_4ePTeHok, бери циску еще, и я буду тебя пинать
11:48
нет уж)
11:48
сделал уже
11:49
dvolodin, UsernameAlexMaksimkin
11:49
тьфу
11:49
AlexMaksimkin
11:51
ну на
11:51
не забывай делать pull перед commit'ом
11:52
статья на сайте про коммиты актуальна?
11:54
11:57
нет, неактуальна
11:57
тебе hgflow поставить нужно
11:59
иех, люблю комиттить по астралу)
12:00
Dmitry1, расскажи в приват чтоли процесс коммита
12:01
вымыть руки, попоститься, помолиться ....
12:02
мне можно пропустить, страна пребывания обязывает :P
12:03
а, самое главное - не комиттить в шаббат)
12:06
_4ePTeHok: это к dvolodin. Оно у меня один раз заработало пару лет назад, больше не лезу туда
12:06
пару лет назад не было битбакета с ноком
12:06
всмысле нока на битбакете
12:06
это ж вот в прошлом году сделали
12:07
я точно не помню. помню, что пару дней мучался, пока настроил
12:11
_4ePTeHok: кинь мне на pastebin вывод show inventory
12:52
_4ePTeHok, так что случилось, я смотрю скрипт начал кишки с плат вытаскивать
12:53
msfc, pfc
12:53
это уже не ко мне
12:53
это Дима вон)
12:53
его нет, он ужел
12:53
или ты про второго?
13:00
у нас длинки 3200 хорошо поддерживаются?
13:04
ну насколько это про длинк вообще можно говорить)
13:15
внезапно оказалось что в нок надо добавить железки для корпоративных клиентов а не только кольца доступа.
13:15
вот так всегда бывает когда планированием занимаются люди которые не рулят сетью
13:22
добавить полбеды. а вот прописать правильные селекторы и теги чтобы народ мог быстро находить нужные куски сети - вот в чём проблема.
13:23
s.20.0.13 - город.атс.вынос.номер кольца
13:23
но это хорошо работает для колец. а вот как быть с корпоративщиками - я пока не знаю
13:25
чтобы ебанул одно название карты и тебе все клиенты сбербанка в заводском районе
13:25
например
13:25
соори, но я убёг
13:26
делай корпоратам алиасы как на бирже
13:26
CSCO, YNDX, MSFT
13:30
тогда у меня для тебя плохие новости
13:33
птчк прнс?0
13:33
=)
13:51
Dmitry1, так я не понял, это ты сделал скрипт чтобы выдергивал всякое говно с цисок?
13:52
ты тогда не забудь докинуть и модельки того что он начал вытягивать, потому что раньше такого безобразия не было
13:52
7600-ES20-2X10G Link Daugher Card Rev. 1.0
13:52
7600-ES20-D3CXL ESM20G Distributed Forwarding Card Rev. 1.0
13:52
7600-ES20-PROC FRU type (0x6005, 0x6A5(1701)) Rev. 1.1
13:52
7600-MSFC4 C7600 MSFC4 Daughterboard Rev. 1.6
13:52
ну так далее
13:55
Вы смотрите информацию о книге "Маршрутизаторы Cisco для отчаявшихся администраторов". С этой книгой также смотрят: "Геморрой. Решение для отчаявшихся".
14:09
14:10
_4ePTeHok: втоде тоже на gis похоже, не?
14:11
gdal поставь в систему
15:16
Никто не натыкался на D-Link 3620. get_interfaces видит только порты 21,22,23,24
15:17
Даже куда копать не знаю.
15:22
дебажить
15:23
./noc debug-script get_interfaces mo_name
15:26
Спасибо, буду дебажить! Не знал про такую возможность. Со второй такой же железки опять только 4 порта взял.
15:27
вангую кривой регэксп
15:42
MelHiour: я дорабатывал до 3620
15:42
вроде у меня все порты видит
15:42
единственное, не умеет пока определять management interface
15:42
Руки не доходят
15:42
А что конеретно дорабатывалось?
15:43
15:44
Доработка для DGS-3620
15:44
MelHiour: У тебя этот коммит есть?
15:45
_4ePTeHok: Володя порекомендовал на develop переехать из-за Inventory я так понимаю?
15:45
Ага, спасибо. А про management_interface ты имеешь в виду L3 во кладке interfaces?
15:45
там все последнее
15:45
что в новом релизе будет
15:45
Блин, забываю сообщения адресовать, прошу прощения.
15:46
но и косяков хватает, которые надо исправлять
15:46
_4ePTeHok: просто пытаюсь запустить инвентори - но все равно пусто
15:46
какие у тебя железки добавлены?
15:47
вендор, модель
15:47
захожу на железку в sa, запускаю скрипт get_inventory - он выдает портянку чо у нее (catalyst 6500)
15:47
вот только делали модели
15:47
оно не распозновалось доселе
15:47
Dmitry1, попробую, спасибо. У меня этого коммита нет (
15:47
если до упора обновишься - найдет 6500
15:48
как имнимум ящик
15:48
)
15:48
есть еще dlink3200
15:48
он появится в lost % found
15:48
длинка пока не делали
15:48
главный по длинкам у нас Dmitry1
15:48
Dmitry1: приветствую! :)
15:48
в инвентори пока его нет
15:49
попробую пока подебажить mikrotik, eltex и snr
15:49
это основные железки у нас, акромя длинков
15:49
пробуй, все железки учесть сложно
15:50
15:51
_4ePTeHok: как там дебажить? ./noc debug-script get_inventory ???
15:53
Насчет Длинков. Пока довольно таки хорошо рабоатет у нас с 3200-28(ABC), 3200-52, 3612, 3627, 3526. 3620 вот дебажим
15:55
У нас таких нет
15:55
Dmitry1, с исправлением по прежнему видит только 4 интерфейса. Ладно, будем думать...
15:56
mik0s ./noc debug-script имя скрипта дебага имя объекта
15:56
это сокращенная форма
15:56
длинная - поссылке от Димы
15:56
_4ePTeHok: ага, пасиб
16:05
чего-то не пойму как создать багу в жире
16:06
Я не пойму как перенаправить вывод в файл тупо, > не пашет.
16:07
вверху большая кнопка create issue
16:07
MelHiour, -o file
16:08
_4ePTeHok, Ну он там однострочник делает, а в консоль так прятно сыпет
16:08
_4ePTeHok: не вижу там никакой кнопки :) нашел в другом месте - на дашборде есть issues
16:09
_4ePTeHok: правда там только просмотр. не то в общем...
16:10
_4ePTeHok, все понял, туплю видать.
16:12
_4ePTeHok: да каким-то образом на bitbucket провалился - там и искал
16:13
не, на bt.nocproject.org оно
16:13
_4ePTeHok: ага, уже разобрался
16:19
dvolodin, Дим, скажи, а реально в get_chassis_id отдать не диапазон а скажем 3 разных mac?
16:19
вот для сервера с линуксом
16:19
отдай 3 диапазона по одному маку
16:19
:)
16:20
эм. а там можно несколько диапазонов?)
16:33
Trap Source IP - это чей IP?
16:37
Это адрес с которого должны приходить трапы для фолта я так понимаю
16:38
ага, пасиб
17:11
а какие плюшки от пиринг манеджеменита?
17:40
сделал кабельные вводы :)
18:47
пиринг менеджмент хорош, но много ручной работы
18:47
автоматом бы работал
18:47
(а это реально сделать)
18:47
и было бы вообще шоколадно
18:48
и даже не обязательно скрипты, просто от фм плясать
18:48
dvolodin, вот ты как раз, а я тут мысли изливаю
18:49
что на счет заполнения пиринг менеджмента данными из фм и райпа
18:49
peer up - сразу видно ip и as
18:49
ас пробил по райпу
18:49
и занес что нашел
18:50
если надо, потом руками поправил
18:53
это если ты по факту заносишь
18:53
приличные люди заносят пир на стадии согласования
18:54
ну да, но некоторые иногда даже не включаются
18:54
делаешь настройки, а они передумали
18:55
еще и из нока вытирать
18:55
не уверен что надо что-то заносить в пиринг на стадии согласования
18:55
мне кажется там должно быть то что уже работает или работало недавно
18:56
а вообще да, спорный такой вопрос
18:56
цель - снизить ручную работу
18:56
любыми средствами
18:57
видимо если прижмет мне проще пируль налабать для фм сообщений
19:00
в NOC надо заносить еще на стадии осмысления
19:05
бюрократия
19:14
dvolodin, на тебя рт плохо влияет, завязывай :)
19:17
=)
19:19
dvolodin, Дим излей нынешний порядок с коммитами. Я понял что hg flow упрощает работу с ветками, но последовательность осталась та же - делаем пулл, правим, комиттим или создаем фичер-ветку и пусшим, так?
19:20
да, только pull и push ты делаешь как
19:20
hg flow develop <pull|push>
19:20
ну либо фичер подветку делаю для скажем дискавери объектов
19:25
почитай доку на hg flow
19:26
мелкие правки - в develop
19:26
если что-то монструозное -- в ветку
19:26
ну вот, теперь кабельные вводы рисуются красивыми ромбиками
19:27
я боюсь даже представить что там дальше будет
19:28
схемы разварки муфт?
19:28
шаловливые ручки тянутся сделать отображение секторов ;)
19:28
а так - делаем плагин conduits
19:28
там даем возможность соединять ввод или колодец с другими
19:29
19:29
хотя кроме мобильщиков есть еще и релейщики, а этих больше... может и оценят
19:29
вот на этот скриптик морду нарисовать
19:29
я научился из PostGis выдирать колодцы, ближайшие к заданному
19:30
Дим, ты по адресной базе надумал чего нить?
19:30
а то ручное создание домой геморойновато...
19:30
а так - прописал у MO адрес установки например
19:30
собственно, простой Grid и формочка -- и уже можно будет рисовать тоннели между колодцами
19:30
дальше ее доработать -- и пойдут трубы
19:30
и оно создало автоматом контейнер дом
19:31
а тоннели всегда прямые?
19:31
и слило туда все объекты
19:31
zi_home: ты видел кривые?
19:31
я никаких не видел вообще
19:31
учитывая кто их строит - запросто)
19:31
а уж если это туннели метро....)
19:32
так вот про адресную базу
19:32
_4ePTeHok, на самом деле вопрос адресов сложный, а нужны ли дома
19:32
это привязка узла к географии
19:32
19:32
вот смотри
19:32
узел M101
19:32
это опять же вопросы доступа на узел
19:32
в него вложен кабельный ввод КВ1
19:33
на схеме ромбиком без метки
19:33
_4ePTeHok: с адресами просто аккуратность нужна
19:33
собственно адресная база должна состоять из двух частей
19:33
zi_home, ты же не говоришь ребятам - езжайте на 33.4235235 45.45454532 там надо sfp переткнуть
19:33
паспорт объекта недвижимости
19:34
и административно-территориального деления
19:34
_4ePTeHok, ты говоришь ехать на узел, в свойствах узла должен быть адрес
19:34
с собственными полями
19:34
но
19:34
не надо лепить дома
19:34
вот у объекта может быть и этажность, и подъезды, и прочие ништяки, и координаты по GPS, и даже контуры
19:34
и -- один или несколько адресов
19:35
а вот если у тебя на этом доме есть домовой узел -- то делаешь PoP
19:35
я вот не пойму - какая структура должна быть в инвентори по задумке
19:35
т е какие обхекты в дереве
19:35
_4ePTeHok: зависит от твоей политики
19:35
кто-то по узлам группирует
19:35
кто-то по округам и районам
19:35
ну вот я сейчас по географии раскидал
19:36
на самом деле это просто иерархия
19:36
город, районы, дома
19:36
у кого-то -- 3 датацентра и все PoP | International
19:36
чем больше , тем больше уровней
19:36
все зависит от учетнйо политики
19:36
точка присутствия
19:36
по-русски
19:36
PoP -- место, где у тебя хоть что-то есть
19:36
point of чего-то там
19:37
ну у нас объект не может по разным контейнерам быть одновременно
19:37
не могу то слово запомнить
19:37
чтобы скажем сделать группы по узлам, и по адресам
19:37
можно и так. только учти
19:37
что ты будешь на карте рисовать
19:38
дома или узлы
19:38
или и то и то
19:38
ну это вопрос слоев же
19:38
один объект в разные контейнеры сейчас нельзя класть
19:38
какой объект?
19:38
например?
19:39
скажем SPB- IX и большая морская 18 это два контейнера
19:39
по сути - одно место
19:39
и стоит там железка
19:39
но поместить ее я могу только в один контейнер
19:39
ну и обзови его как больше нравится
19:39
т е не сделать параллельной иерархии
19:39
БМ18 < IX < железка
19:39
это двинуться просто будет
19:39
а было бы удобно
19:39
-)
19:40
хош по адресу, хош по узлам
19:40
и кстати уже поиск по дереву надо..)
19:40
будешь путаться в папиках объектов
19:40
это криво
19:40
поиск надо
19:40
алименты некому будет платить)
19:40
папики профурсеткам алиментов не платят
19:41
я и говорю что все в кучу. у нас часто возникает вопрос, что у вас стоит на том узле
19:41
эх, кабельное еще бы с картой волокн
19:41
и как его искать в этом дереве
19:41
_4ePTeHok: погоди, сначала кабель проложить нужно и с муфтами повязать
19:41
и кроссами
19:41
сама кроссировка в модели есть
19:41
надо какой то инструмент чтобы слои можно было переключать
19:42
dvolodin, это ж кто будет сотнки километров оптики в нок забивать?
19:42
_4ePTeHok: как переключать?
19:42
ну выбрал я здание - хочу посмотреть что там к нему заводится
19:42
zi_home: я организовал забивку тысяч в аналогичную ;)
19:42
кабеля, вводы, объекты
19:42
и т д
19:43
но скажем мне надо только МО, а монтажникам - кабеля
19:43
типа как в яндексе пробки
19:43
можно включить, а можно и нет
19:43
_4ePTeHok: слои на карте можно включать и выключать
19:43
;)
19:43
ну галок сейчас нет)
19:43
ээээ
19:43
стоп
19:43
как нет?
19:44
а где они должны быть?
19:44
протираем глаза
19:44
и глядим в тулбар
19:44
тьфу
19:44
и правда
19:44
там штабель дров нарисован и надпись Layers
19:44
хоть обобключайся
19:45
;)
19:45
а это, скажите - в поп-ы валить тоже скажем группы, или кто в них по дефолту валится?
19:45
из моделек
19:46
про L&F отдельный вопрос
19:46
discovery не может знать, куда их пихать
19:46
я бы по адресам предложи
19:46
д
19:47
у МО указывается адрес установки
19:47
в л-ф создается контейнеры
19:47
и туда сливается
19:47
а потом уже пожалуйста - тащи куда хочешь
19:48
порядка точно больше будет
19:48
но это адресная база нужна
19:48
наркоманские скрипты рулят
19:49
_4ePTeHok, кластеры из нескольких шасси могут находиться в сотне километров друг от друга и будут выгляеть как один МО
19:49
я уже морально дозрел сделать вместо pyrule каталог solutions
19:49
чтобы каждый мог влепить в него свои модули
19:49
и тупо подключать их из конфига
19:49
в том числе и поведение при обнаружении объекта
19:50
и классификацию интерфейсов
19:50
и прочее
19:50
dvolodin, зато ты поломал добавление нового объекта
19:50
zi_home: я пол-часа назад добавил два кабельных ввода
19:50
что я сделал не так?
19:51
19:51
это как понимать
19:51
появилось когда я нажал плюсик
19:52
dvolodin, каюсь, перезапустил вкладку, и все нормально
19:52
обнови страничку
19:52
это фаерфокс глючит
19:52
19:53
мохнолиса плющит
19:53
блин, зарелизим, набежит толпища народа
19:53
интересно как там в хроме
19:53
:)
19:53
я на safari тестирую
19:53
на сафари оно правда получше
19:53
я дома тоже с него
19:53
на работе лис
19:54
изматерился уже
19:54
с деревом
19:54
на работу свою сафарю я ношу с собой
19:54
стоит отметить, проблемы только у нока
19:54
а на отдельном компе -- MSIE
19:54
для documentum и hp sd
19:55
zi_home: тебе каждая первая коммерческая inventory скажет, что работает только с такой-то версией такого-то браузера
19:55
блин, ну не сафари же
19:56
тебе с этого легче?
19:56
там ie или ff оьычно
19:56
половина РТ сидит на inventory, которой нужен silverlight
19:56
а не хочешь silverlight -- вот тебе теплый нативный виндовый интерфейс
19:56
будет у тебя MSIE7 в требованиях
19:56
и что?
19:57
у нас тот же SAP в FF работает существенно быстрее MSIE
19:57
даже разработчики на FF сидят
19:57
я же говорю, рт на тебя плохо влияет
19:57
а сапу пох -- MSIE, и все
19:58
неправильно работает в FF, ставьте MSIE
19:58
zi_home: попробуй посиди на chrome
19:59
FF под OS X настолько сливает сафари, что его даже ставить не хочется
19:59
пробовал, там расширения кривые, я не нашел чтобы сделать как в фф, хотя пытался, он шустрый
20:00
сафарик уделывает даже хром по шустроте
20:00
с маверикса
20:00
они там какуюто особую магию учудили
20:01
dvolodin, как дропнуть все что лежит в лосте, хочу чтобы нок передискаверил, объекты без названия (всякие бп и прочее) лежат и мешаются
20:03
кишочки...
20:03
по папочкам
20:03
=))
20:04
попробовал для прикола
20:04
failed to move
20:05
dvolodin, попробуй ради эксперимента вывести в качестве иконки - shape объекта. папочка - это неюзабельно
20:10
разные иконки надо как минимум стандартным объектам прилепить
20:10
дом, попы все
20:11
город
20:14
zi_rus: нет у нас такого понятия, как shape объекта
20:14
дерево extjs крайне глючно
20:14
а то мы не знаем еще)
20:14
иконки то рисует
20:14
в приложениях
20:15
и выглядят они как дерьмо размазанное
20:15
я их убирать буду
20:16
дерево, в принципе, можно заменить на списки
20:17
не, ну чо ты так, нормально в приложениях вполне
20:17
может это у тебя ретина все портит)))
20:18
дерево само по себе убогий элемент
20:18
ретина мажет иконки
20:18
точнее -- не мажет, но на фоне текста они смотрятся убого
20:20
думаешь списки лучше будут?)
20:21
как минимум прямее
20:21
список -- а сверху breadcrumbs с уровнями вложенности
20:25
а как дефолт зум на объект прописать?
20:25
в закладке data
20:25
в geopoint
20:26
не, это кастом
20:26
я хочу чтобы при создании у всех объектов pop|access был скажем 15 зум
20:26
а не к каждому лезть в дату
20:27
один раз настроить и все
20:28
пока на каждый отдельно
20:29
ну или скриптом
20:29
жаль)
20:30
подразумевается что в каждом месте где стоит скажем ящик - должен быть pop|access а ниже уже ящик(без геопойнта), так?
Share this page
Share this page: