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: 03.03.2015
ss_ #
08:17
upgrade: : Failed to pull repo https://bitbucket.org/nocproject/noc
08:17
что опать сломалось?
08:18
опять)
TSergey #
08:18
я часа четыре назад обновлялся
ss_ #
08:21
фигня каято, hg clone https://bitbucket.org/nocproject/noc на компе прошло
08:25
чет фигня с проксей на серваке
TSergey #
08:26
вот ведь какой он коварный, этот нок :)
ss_ #
08:26
не
08:26
маршруты кривые )
08:33
все обновилось, сам дурак я )
dvolodin #
08:36
кто-нибудь посмотрел уже новую ветку feature/validation?
08:36
:)
TSergey #
08:37
dvolodin: скажи, есть смысл оформить задачу в трекере на то, чтобы в macdb была инфа для поиска мака шасси коммутатора?
dvolodin #
08:37
не стоит
TSergey #
08:37
маки есть, поискать можно тольео шеллом, неудобно
08:38
понятно
dvolodin #
08:38
macdb -- это больше для клиентских маков
TSergey #
08:38
а как поискать мак в шасси?
08:38
в системе он собран, а механизма нет
dvolodin #
08:40
собран диапазон
08:40
поискать в монге можно
TSergey #
08:40
спасибо, кэп :)
08:40
так и ищу
08:43
ну вот тебе сценарий клиентский, сработало lldp-дискавери, вижу в логе
08:43
"2015-03-03 09:36:37.593698 get_neighbor(38:22:D6:5C:B3:59, 4) -> None"
08:43
чего дальше делаю? если шелла и внутренностей нока не знаю?
ovg #
08:50
TSergey это как бы пир есть а в SA его не добавили?
TSergey #
08:50
вроде очевидно поискать по маку что это за коммутатор, но никак, macdb --- не кошерно, хотя мои коллеги, чаще всего, именно там пытаются найти "не наш ли это мак"
08:51
ovg: к сожалению твою аналогию не прочуствовал
08:51
ovg: что такое "пир в SA"?
ovg #
08:52
TSergey запись в MO
TSergey #
08:52
"пир" --- что такое в этом контексте?
ovg #
08:53
TSergey LLDP-сосед
TSergey #
08:54
а почему "пир"? есть он в SA, но так отдается порт, только мак
08:54
и даже слинковывается он, что не относится к теме
08:55
мне нужен поиск коммутатора по маку шасси, неужели никому такой запрос не интересен?
ovg #
08:58
TSergey зашел в свич, смотрю Attributes - serial number вижу, chasis hwaddress не вижу...
TSergey #
08:59
ну не так все очевидно
08:59
сходи в дискавери и посмотри логи id_discovery
ovg #
09:02
TSergey если честно, постоянно пользуюсь поиском по маку шасси, но в своей системе :)
TSergey #
09:03
ну вот, и мне часто нужно
09:03
и коллегам
09:03
добрался сделать задачу в трекер, но если архитектор не видит такой потребности, это будет висеть годами
ovg #
09:04
TSergey у меня что-то вроде Attributes для каждого устройства и там аналогично S/N, fw info, chasis info, в том числе МАК, а искать уже можно по любому параметру.
09:05
TSergey у нас техники иногда даже S/N коммутаторов леняться переписывать, вбивают только MAC в базу, но т.к. он в принципе статичен, то всё ок
TSergey #
09:05
в ноке есть MacDB, и одному богу известно, почему мы считаем, что там должны быть "больше клиентские маки"
09:06
репорт что-ли попробовать в инвентори наваять, не делал я еще такого
ovg #
09:08
TSergey в MacDB каждый мак затегирован определенным портом, верно? разве ты можешь там увидеть вместо порта - chasis или CPU ?
09:08
s/порт/interface/
TSergey #
09:09
с тобой интересно общаться :)
09:10
именно об этом я и пишу, что почему бы туда не добавить поиск и по шасси
ovg #
09:10
у тебя задача найти конкретный существующий management object зная его chasis mac?
TSergey #
09:11
ну пусть так
ovg #
09:11
так если против религии не идти, то оно должно лежать не в MacDB
TSergey #
09:12
а что в названии "MacDB" говорит тебе о том что это привяка мак-порт, да еще и клиентский?
ovg #
09:13
дизайн вебморды :)
TSergey #
09:13
как бы ты назвал список маков на шасси-цпу?
ovg #
09:13
TSergey может просто записать его в Attributes
TSergey #
09:13
ну фильтр бы навернуть \порт\шасси\цпу, по умолчанию порт
09:14
ovg: его? в шасси это диапазон
ovg #
09:14
TSergey от железки зависит
TSergey #
09:14
вот в атрибуты --- это как раз нелогично, это же инвентори
09:16
наверное MacDB как раз неудачное название, это же FDB, а то что я хочу это маки наших МО
ovg #
09:16
TSergey сколько ты над этим вопросом думал?
TSergey #
09:16
а зачем это тебе?
ovg #
09:17
TSergey хорошо ли обдумал :)
TSergey #
09:17
почему то мне хочется тебе как-то нагрубить, интересно почему
ovg #
09:18
TSergey тут дело в другом, я не докапываюсь, просто я частенько че-нибудь хочу, а потом оказывается что можно сделать всё проще
TSergey #
09:19
ну есть МО, есть дискавери, собирающий инфу о принадлежащих МО маках: цпу, шасси, интерфейсы
09:20
есть задача поискать в этих маках --- "не наш ли мак?"
ovg #
09:20
TSergey но в данном случае, я пожалуй с тобой соглашусь, что в плане юзабельности, было бы хорошо просто вбить мак в поиске и получить строчку.
TSergey #
09:20
продуманно формулирую?
dvolodin #
09:21
подумать нужно
09:21
теоретически - можно доработать глобальный поиск
TSergey #
09:22
еще есть кейс --- если снять МО с управления, то шасси по умолчани останется в системе
09:22
затем ставим железку как новый МО, линк на не найдется
e_zombie #
09:22
я пишу профиль для ma5600 и там чтобы получить конфиг надо делать enable.. это как то делается хитро или просто внутри get_config сделать self.cli=("enable") ?
TSergey #
09:22
dvolodin: а если сделать аналог MacDB но с маками на МО?
dvolodin #
09:23
а зачем?
TSergey #
09:23
а зачем используется MacDB?
09:23
для поискать "где этот мак"
ovg #
09:23
TSergey всё равно ты видишь маки шасси/цпу в поиске в MacDB, просто они там на других железках светятся
TSergey #
09:24
ovg: нет, не все равно, если настраивать правильно, то как раз их ты и не должен видеть
ovg #
09:25
TSergey ты про дизайн сети и управляющие вланы? :)
TSergey #
09:26
ovg: я про профили портов и сбор маков для MacDB только с портов, на которых клиенты
09:26
иначе MacDB использовать крайне сложно, точнее смысла мало
ovg #
09:27
TSergey эмм, ну как бы да, если собирать на транках, то приходится на найденном маке тыкать хистори и смотреть на каких не-транковых портах он там светился
TSergey #
09:29
неоднокартно тут пояснялось, что макдб для клиентских портов, а слушать транки --- никакой логики потом не вычислить
ovg #
09:33
TSergey у меня в одном месте стоит NOC, там как раз переходный период, случай нормальный - государство дало денег, апгрейднули сеть в больничке, оптика, куча L2/L3 коммутаторов установленных из коробки без настроек. Поэтому
09:33
там щас собирается без профилей пока идет инвентаризация и настройка железа. Очень выручает поиск в MacDB.
TSergey #
09:33
ну и здорово
09:34
ну и для инвентаризации был бы очень кстати поиск принадлежности мака к железке
ovg #
09:35
в данном случае, я бы вообще не отказался от дискавери железа с автоматическим созданием MO
09:36
конечно это жесть :)
TSergey #
09:36
посмотри в статейках, обсуждались методы
09:37
например вот
09:37
https://kb.nocproject.org/pages/viewpage.action?pageId=17072138
ovg #
09:37
когда настройка и запуск процесса превышает время его ручного выполнения, это сложно всё
zi_rus #
10:49
а что это за странные коммиты с какими-то парсерами?
10:57
dvolodin: а что это за мутные коммиты с какими-то парсерами
dvolodin #
10:58
почему мутные?
10:58
это валидаторы
10:58
:)
zi_rus #
10:58
потому что непонятные
dvolodin #
10:58
нормальные
zi_rus #
10:58
что происходит
MindGames #
10:59
привет!!
11:00
соскучились? :)
dvolodin #
11:00
zi_rus: парсеры конфиг разгребают и достают из него факты
11:01
А валидаторы уже с этими фактами работают
MindGames #
11:03
Кто настраивал авторизацию частников по PPoE? Как им подавать последнюю милю? Сделать порты в одном вилане и в этом же вилане PPoE сервер поднять? Там же без IP авторизация происходит.
11:04
или порты надо в приват VLAN как-то делать?
zi_rus #
11:04
dvolodin: все равно какая-то наркомания, ты делаешь сложно, то что навскидку делается в 10 раз проще. ну да хер с ним, ты для IOS XR не забывай тоже парсеры создавать
TSergey #
11:04
ну а для длинков это традиционно будет недоступно
dvolodin #
11:04
что ты сделаешь в 10 раз проще?
11:04
TSergey: хм
11:04
опять ваши dlink'и
11:05
и опять Пастернака не читаем, но обсуждаем
TSergey #
11:05
наоборот, поддерживаем
zi_rus #
11:05
MindGames: шта
dvolodin #
11:05
https://bitbucket.org/nocproject/noc/src/88bd93ed8f3210e85e3ecb47ca400b08e275628d/cm/parsers/DLink/DxS/base.py?at=feature/validation
TSergey #
11:05
даже предлагаем кейсы с тем, что есть в ноке, но делается через шелл
dvolodin #
11:06
это что?
11:06
самый что ни на есть парсер для dlink'а
TSergey #
11:06
dvolodin: на так-то да
dvolodin #
11:06
который нормально выдирает vlan'ы и интерфейсы
zi_rus #
11:06
dvolodin: ну вот это
11:07
+ DOMAIN_NAME = LineStart() + Literal("ip") + Literal("domain-name") + REST.copy().setParseAction(self.on_domain_name) + TIMEZONE = LineStart() + Literal("clock") + Literal("timezone") + REST.copy().setParseAction(self.on_timezone) + NAMESERVER = LineStart() + Literal("ip") + Literal("name-server") + REST.copy().setParseAction(self.on_nameserver)
11:07
это делается простым re или еще как, но что это за дикие строки
TSergey #
11:09
dvolodin: iter_ports съест 1:(5-12), 1:18 ?
11:10
dvolodin: из того, что вижу, не съест
11:11
dvolodin: значит вопрос раскрытия скобок не решен
ovg #
11:12
MindGames да
TSergey #
11:13
dvolodin: есть open_brackets в noc / sa / profiles / DLink / DGS3100 / __init__.py
MindGames #
11:13
zi_rus, это вопрос был? : )
11:14
ovg - то есть PPPoE по бродкасту как-то отрабатывает? И мне вот что интересно - в этом случае, пользователи ведь могут прописать у себя IP адреса из одной подсети и организовать свою локалку?
dvolodin #
11:15
zi_rus: сделай это простым re
zi_rus #
11:15
MindGames: это решается фильтрацией на свичах доступа
dvolodin #
11:15
посмеемся
11:15
:)
11:15
TSergey: что за скобки?
zi_rus #
11:15
как для ipoe есть dhcp snooping, так для пппое есть фильтры, на дсламах почти повсеместно, на свичах реже
11:16
dvolodin: зачем мне делать
11:16
я уже сделал
11:16
и у меня пируль-валидатор работае
11:16
правда глючит падла
11:16
за бавная вещь
11:16
есть настрока на порту которую я проверяю
11:17
чтобы была
11:17
так пируль выдает
TSergey #
11:17
dvolodin: так некоторые длинки отдают порты
zi_rus #
11:17
на портах где она есть ее надо снести, а где ее нет - надо добавить
dvolodin #
11:17
в конфиге у него тоже скобки?
TSergey #
11:17
ща найду
MindGames #
11:17
zi_rus, спасибо большое! У тебя такая схема где нибудь подобная внедрена? я просто впервые с частниками буду работать. чтобы посоветоваться если что с кем было
zi_rus #
11:18
нет, у нас пппое очень мало было и только на дсламах
11:18
домрушников спроси
11:18
их тут много
11:19
и РТшники кажется тоже этим страдали или страдают
MindGames #
11:19
а что, лучше l2tp использовать?
11:19
просто для l2tp надо будет заморачиваться раздавать серые подсети и т.п.
zi_rus #
11:21
лучше Ipoe
11:21
провайдеру геморней
11:21
но пользаки будут довольны
11:21
он намного удобней в подключении
11:21
и стабильней в работе
TSergey #
11:22
о, оказывается у меня нок в "504 Gateway Time-out"
11:22
интересно как давно
MindGames #
11:23
TSergey, у меня 8я верся нока часто себя так проявляла.потому я на 7й остался
11:23
zi_rus, надо будет почитать про это. на микротиках видел - есть такой протокол. но в жизни ни разу не сталкивался. а в чем геммор то?
zi_rus #
11:24
это не протокол
11:24
ipoe это обычный ip
11:24
через dhcp обычно
11:24
проблема в отсутствии авторизации
11:24
привязка к макам
11:24
и/или портам свича
MindGames #
11:24
аа.. блин. да это геммор :(
11:25
если только к порту свитча привязввать
11:25
но учет в биллинге сложней вести
zi_rus #
11:25
на наге 100500 обсуждений уже было
MindGames #
11:25
это больше юрикам подойдет
zi_rus #
11:25
отнюдь
11:25
вернее тем не менее
11:25
сейчас многие на него переходят, включая сам билайн
11:26
и новые сети чаще именно с ipoe поднимают
TSergey #
11:29
ну такого еще не видел :(
11:29
а нет, видел
zi_rus #
11:30
седьмая версия нока это некрофилия в самой изощренной форме
TSergey #
11:30
zi_rus: "config vlan iptv add tagged 1:(1-2,5,7-8,18-20),ch1" DGS-3100
zi_rus #
11:32
иииииии???????
TSergey #
11:32
Диме писал :)
11:33
"8[17:17] dvolodin: в конфиге у него тоже скобки?"
11:33
dvolodin: "config vlan iptv add tagged 1:(1-2,5,7-8,18-20),ch1"
11:33
DLink DGS-3100
MindGames #
12:24
zi_rus, седьмая версия зато работает и есть не просит. а в восьмой много чего сломали из того, что раньше работало.
zi_rus #
12:39
и реализовали то чего никогда не было
12:41
если тебе нужент только ипам то вперед
12:41
а остальное на столько переделали
12:41
что...
fumufu86 #
13:14
Можно установить два разных нока с одной базой?
13:14
последнию релизную и девелоп?
zi_rus #
13:19
нет
e_zombie #
13:24
кто там хотел автосканелку и автоконфигурялку оборудования :)
13:24
https://kb.nocproject.org/pages/viewpage.action?pageId=19169430
fumufu86 #
13:25
Я
e_zombie #
13:25
с тебя поллитра
fumufu86 #
13:26
у меня после первого неправильного использования скрипта, добавились все возможные IP, которые есть в подсети
e_zombie #
13:26
гыгыгыгыгы
fumufu86 #
13:26
адрес?
13:26
я до сих пор не могу разобраться как их оттуда удалить
13:27
в релизной версии , вверху было удаление помеченных
13:27
сейчас нет
e_zombie #
13:27
сделай типа select name where name = "192.%" .....
fumufu86 #
13:28
так он удалит и те что добавленны корректно
13:29
насчет 192, я указал сканить только 192,168,1,0-1
13:29
и добавился только роутер
13:30
проблема в том что в сети 10.11.1-5.1-255, добавилось много пустных адресов
e_zombie #
13:30
и паотом сделай cat file.txt | xarges ./noc wipe managed_object
13:31
у тебя сейчас те хосты что ты не правил имеют имя типа 192.168....
13:31
их и удаляй.
13:32
а потом попробуй добавить заново.
13:32
ты теряешь только время.
fumufu86 #
13:32
нет они имеют имя 10,11,3,144
13:33
нет они имеют имя 10,11,1-5,...
e_zombie #
13:33
ну я для примера
13:33
ты логику пойми главное
13:33
а значения подставь свои
fumufu86 #
13:34
логику то я понял
13:35
в некоторых сетях там понамешано всего
13:35
пришлось профили, пароли и тп указывать
13:35
не хотелось удалять
13:35
думал, функцию удаления помеченных запихнули куда то
13:36
буду удалять так тогда
zi_rus #
13:36
noc wipe <mo1> <mo2> <mo3> ... <mon>
e_zombie #
13:42
SQLQUERY="SELECT address FROM sa_managedobject where address = '$address' and name not like 'wiping-%' ;"
13:42
SQLRESULT=`echo $SQLQUERY | psql -U noc --dbname noc -X -A -t -q --single-transaction --no-align`
13:42
13:42
# Проверяем БД доступна
13:42
RETVAL=$?
13:42
if [ $RETVAL -eq 1 ]
13:42
then
13:42
echo "Postgress DOWN"
13:42
exit
13:42
fi
13:42
вставь проверку на доступность БД
fumufu86 #
13:45
Если сейчас я выгружу MO в csv>удалю в файле всё лишнее из файла>затем select name where name = "10.%" >затем cat file.txt | xarges ./noc wipe managed_object>затем скрипт cron.sh>затем импорт из csv= останутся только доступные узлы, а те которые правил загрузятся из csv
13:46
куда вставить?
e_zombie #
13:50
после вайпа у тебя в МО останутся только хосты которые не попали в шаблон выборки.
fumufu86 #
13:50
угу
e_zombie #
13:50
потом ты запускаешь скрипт добавления заново и он впихивает те которых у тебя нет.
fumufu86 #
13:50
а инпорт из csv заменит те что есть в нём?
e_zombie #
13:51
он тебе не нужен.
13:51
ты на прямую с ноком работаешь через цвсимпорт
mali_ #
14:44
кто в курсе, сислог на циске вот так поднимается?
14:44
RouterOne#config terminal
14:44
RouterOne(config)#logging facility local6
14:44
RouterOne(config)#logging trap informational
e_zombie #
14:44
хз
mali_ #
14:45
RouterOne(config)#logging XXX.XXX.XXX.XXX
e_zombie #
14:45
счас гляну погоди
mali_ #
14:45
?
zi_rus #
14:46
только последняя команда
e_zombie #
14:46
у меня просто логгинг ip и всё
zi_rus #
14:46
остальное это тюнинг
mali_ #
14:47
понятно, а теперь что бы этот лог в ноке увидеть, мне надо syslog-ng поставить?
zi_rus #
14:47
нет
fumufu86 #
14:47
http://stackoverflow.com/questions/6545023/how-to-sort-ip-addresses-stored-in-dictionary-in-python
14:48
как этот метод сортировки добавить?
mali_ #
14:48
хм, а как увидеть тогда лог этот в ноке? в /opt/noc/etc/noc-activator.conf прописать. 0.0.0.0 ??
e_zombie #
14:48
mali_: в теории наличии сислог сервера централизованного есть добро. и с него уже транслировать сислог в сторону нока.
14:49
listen_syslog =
14:49
с портом .
mali_ #
14:52
e_zombie: понял, а какой порт дефолтный? 514
e_zombie #
14:52
да
fumufu86 #
14:56
после cat file.txt | xarges ./noc wipe managed_object нок перезагружать надо?
e_zombie #
14:56
нет.
fumufu86 #
14:57
сделал ./noc dbshell >select name where name = "10.%" >select name where name = "10.%">
14:57
всё осталось на месте
e_zombie #
14:57
нененне
14:57
селект делай в постгрессе
14:57
во всяком случая я так делаю
fumufu86 #
14:58
cat file.txt | xarges ./noc wipe managed_object
14:58
psql (9.1.15)
14:58
SSL connection (cipher: DHE-RSA-AES256-SHA, bits: 256)
14:58
Type "help" for help.
14:58
разве не постгресс?
e_zombie #
14:59
oc=# SELECT name from sa_managedobject where name like '10.64.1%' ;
14:59
name
14:59
-------------------
14:59
10.64.129.185
14:59
10.64.172.251
14:59
10.64.126.228
14:59
10.64.153.99
14:59
10.64.174.184
14:59
10.64.124.137
14:59
10.64.142.249
14:59
10.64.137.226
14:59
10.64.196.106
15:00
я ушёл
fumufu86 #
15:00
и после cat file.txt | xarges ./noc wipe managed_object?
15:01
пока
16:07
здесь cat file.txt | xarges ./noc wipe managed_object? , xarges нужно заменить на xargs?
Tweet
Share this page
Share this page: Tweet