nocproject.org
08:17
08:17
что опать сломалось?
08:18
опять)
 
08:18
я часа четыре назад обновлялся
 
08:21
08:25
чет фигня с проксей на серваке
 
08:26
вот ведь какой он коварный, этот нок :)
 
08:26
не
08:26
маршруты кривые )
08:33
все обновилось, сам дурак я )
 
08:36
кто-нибудь посмотрел уже новую ветку feature/validation?
08:36
:)
 
08:37
dvolodin: скажи, есть смысл оформить задачу в трекере на то, чтобы в macdb была инфа для поиска мака шасси коммутатора?
 
08:37
маки есть, поискать можно тольео шеллом, неудобно
08:38
понятно
 
08:38
macdb -- это больше для клиентских маков
 
08:38
а как поискать мак в шасси?
08:38
в системе он собран, а механизма нет
 
08:40
собран диапазон
08:40
поискать в монге можно
 
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
чего дальше делаю? если шелла и внутренностей нока не знаю?
 
08:50
TSergey это как бы пир есть а в SA его не добавили?
 
08:50
вроде очевидно поискать по маку что это за коммутатор, но никак, macdb --- не кошерно, хотя мои коллеги, чаще всего, именно там пытаются найти "не наш ли это мак"
08:51
ovg: к сожалению  твою аналогию не прочуствовал
08:51
ovg: что такое "пир в SA"?
 
08:52
TSergey запись в MO
 
08:52
"пир" --- что такое в этом контексте?
 
08:54
а почему "пир"? есть он в SA, но так отдается порт, только мак
08:54
и даже слинковывается он, что не относится к теме
08:55
мне нужен поиск коммутатора по маку шасси, неужели никому такой запрос не интересен?
 
08:58
TSergey зашел в свич, смотрю Attributes - serial number вижу, chasis hwaddress не вижу...
 
08:59
ну не так все очевидно
08:59
сходи в дискавери и посмотри логи id_discovery
 
09:02
TSergey если честно, постоянно пользуюсь поиском по маку шасси, но в своей системе :)
 
09:03
ну вот, и мне часто нужно
09:03
и коллегам
09:03
добрался сделать задачу в трекер, но если архитектор не видит такой потребности, это будет висеть годами
 
09:04
TSergey у меня что-то вроде Attributes для каждого устройства и там аналогично S/N, fw info, chasis info, в том числе МАК, а искать уже можно по любому параметру.
09:05
TSergey у нас техники иногда даже S/N коммутаторов леняться переписывать, вбивают только MAC в базу, но т.к. он в принципе статичен, то всё ок
 
09:05
в ноке есть MacDB, и одному богу известно, почему мы считаем, что там должны быть "больше клиентские маки"
09:06
репорт что-ли попробовать в инвентори наваять, не делал я еще такого
 
09:08
TSergey в MacDB каждый мак затегирован определенным портом, верно? разве ты можешь там увидеть вместо порта - chasis или CPU ?
09:08
s/порт/interface/
 
09:09
с тобой интересно общаться :)
09:10
именно об этом я и пишу, что почему бы туда не добавить поиск и по шасси
 
09:10
у тебя задача найти конкретный существующий management object зная его chasis mac?
 
09:11
так если против религии не идти, то оно должно лежать не в MacDB
 
09:12
а что в названии "MacDB" говорит тебе о том что это привяка мак-порт, да еще и клиентский?
 
09:13
как бы ты назвал список маков на шасси-цпу?
 
09:13
TSergey может просто записать его в Attributes
 
09:13
ну фильтр бы навернуть \порт\шасси\цпу, по умолчанию порт
09:14
ovg: его? в шасси это диапазон
 
09:14
TSergey от железки зависит
 
09:14
вот в атрибуты --- это как раз нелогично, это же инвентори
09:16
наверное MacDB как раз неудачное название, это же FDB, а то что я хочу это маки наших МО
 
09:16
TSergey сколько ты над этим вопросом думал?
 
09:17
TSergey хорошо ли обдумал :)
 
09:17
почему то мне хочется тебе как-то нагрубить, интересно почему
 
09:18
TSergey тут дело в другом, я не докапываюсь, просто я частенько че-нибудь хочу, а потом оказывается что можно сделать всё проще
 
09:19
ну есть МО, есть дискавери, собирающий инфу о принадлежащих МО маках: цпу, шасси, интерфейсы
09:20
есть задача поискать в этих маках --- "не наш ли мак?"
 
09:20
TSergey но в данном случае, я пожалуй с тобой соглашусь, что в плане юзабельности, было бы хорошо просто вбить мак в поиске и получить строчку.
 
09:20
продуманно формулирую?
 
09:21
подумать нужно
09:21
теоретически - можно доработать глобальный поиск
 
09:22
еще есть кейс  --- если снять МО с управления, то шасси по умолчани останется в системе
09:22
затем ставим железку как новый МО, линк на не найдется
 
09:22
я пишу профиль для ma5600 и там чтобы получить конфиг надо делать enable.. это как то делается хитро или просто внутри get_config сделать self.cli=("enable") ?
 
09:22
dvolodin: а если сделать аналог MacDB но с маками на МО?
 
09:23
а зачем используется MacDB?
09:23
для поискать "где этот мак"
 
09:23
TSergey всё равно ты видишь маки шасси/цпу в поиске в MacDB, просто они там на других железках светятся
 
09:24
ovg: нет, не все равно, если настраивать правильно, то как раз их ты и не должен видеть
 
09:25
TSergey ты про дизайн сети и управляющие вланы? :)
 
09:26
ovg: я про профили портов и сбор маков для MacDB только с портов, на которых клиенты
09:26
иначе MacDB использовать крайне сложно, точнее смысла мало
 
09:27
TSergey эмм, ну как бы да, если собирать на транках, то приходится на найденном маке тыкать хистори и смотреть на каких не-транковых портах он там светился
 
09:29
неоднокартно тут пояснялось, что макдб для клиентских портов, а слушать транки --- никакой логики потом не вычислить
 
09:33
TSergey у меня в одном месте стоит NOC, там как раз переходный период, случай нормальный - государство дало денег, апгрейднули сеть в больничке, оптика, куча L2/L3 коммутаторов установленных из коробки без настроек. Поэтому
09:33
там щас собирается без профилей пока идет инвентаризация и настройка железа. Очень выручает поиск в MacDB.
 
09:33
ну и здорово
09:34
ну и для инвентаризации был бы очень кстати поиск принадлежности мака к железке
 
09:35
в данном случае, я бы вообще не отказался от дискавери железа с автоматическим созданием MO
09:36
конечно это жесть :)
 
09:36
посмотри в статейках, обсуждались методы
09:37
например вот
09:37
 
09:37
когда настройка и запуск процесса превышает время его ручного выполнения, это сложно всё
 
10:49
а что это за странные коммиты с какими-то парсерами?
10:57
dvolodin: а что это за мутные коммиты с какими-то парсерами
 
10:58
почему мутные?
10:58
это валидаторы
10:58
:)
 
10:58
потому что непонятные
 
10:59
привет!!
11:00
соскучились? :)
 
11:00
zi_rus: парсеры конфиг разгребают и достают из него факты
11:01
А валидаторы уже с этими фактами работают
 
11:03
Кто настраивал авторизацию частников по PPoE? Как им подавать последнюю милю? Сделать порты в одном вилане и в этом же вилане PPoE сервер поднять? Там же без IP авторизация происходит.
11:04
или порты надо в приват VLAN как-то делать?
 
11:04
dvolodin: все равно какая-то наркомания, ты делаешь сложно, то что навскидку делается в 10 раз проще. ну да хер с ним, ты для IOS XR не забывай тоже парсеры создавать
 
11:04
ну а для длинков это традиционно будет недоступно
 
11:04
что ты сделаешь в 10 раз проще?
11:04
TSergey: хм
11:04
опять ваши dlink'и
11:05
и опять Пастернака не читаем, но обсуждаем
 
11:05
наоборот, поддерживаем
 
11:05
даже предлагаем кейсы с тем, что есть в ноке, но делается через шелл
 
11:06
это что?
11:06
самый что ни на есть парсер для dlink'а
 
11:06
dvolodin: на так-то да
 
11:06
который нормально выдирает vlan'ы и интерфейсы
 
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 или еще как, но что это за дикие строки
 
11:09
dvolodin: iter_ports съест 1:(5-12), 1:18 ?
11:10
dvolodin: из того, что вижу, не съест
11:11
dvolodin: значит вопрос раскрытия скобок не решен
 
11:13
dvolodin: есть open_brackets в  noc / sa / profiles / DLink / DGS3100 / __init__.py
 
11:13
zi_rus, это вопрос был? : )
11:14
ovg - то есть PPPoE по бродкасту как-то отрабатывает? И мне вот что интересно - в этом случае, пользователи ведь могут прописать у себя IP адреса из одной подсети и организовать свою локалку?
 
11:15
zi_rus: сделай это простым re
 
11:15
MindGames: это решается фильтрацией на свичах доступа
 
11:15
посмеемся
11:15
:)
11:15
TSergey: что за скобки?
 
11:15
как для ipoe есть dhcp snooping, так для пппое есть фильтры, на дсламах почти повсеместно, на свичах реже
11:16
dvolodin: зачем мне делать
11:16
я уже сделал
11:16
и у меня пируль-валидатор работае
11:16
правда глючит падла
11:16
за бавная вещь
11:16
есть настрока на порту которую я проверяю
11:17
чтобы была
11:17
так пируль выдает
 
11:17
dvolodin: так некоторые длинки отдают порты
 
11:17
на портах где она есть ее надо снести, а где ее нет - надо добавить
 
11:17
в конфиге у него тоже скобки?
 
11:17
zi_rus, спасибо большое! У тебя такая схема где нибудь подобная внедрена? я просто впервые с частниками буду работать. чтобы посоветоваться если что с кем было
 
11:18
нет, у нас пппое очень мало было и только на дсламах
11:18
домрушников спроси
11:18
их тут много
11:19
и РТшники кажется тоже этим страдали или страдают
 
11:19
а что, лучше l2tp использовать?
11:19
просто для l2tp надо будет заморачиваться раздавать серые подсети и т.п.
 
11:21
лучше Ipoe
11:21
провайдеру геморней
11:21
но пользаки будут довольны
11:21
он намного удобней в подключении
11:21
и стабильней в работе
 
11:22
о, оказывается у меня нок в "504 Gateway Time-out"
11:22
интересно как давно
 
11:23
TSergey, у меня 8я верся нока часто себя так проявляла.потому я на 7й остался
11:23
zi_rus, надо будет почитать про это. на микротиках видел - есть такой протокол. но в жизни ни разу не сталкивался. а в чем геммор то?
 
11:24
это не протокол
11:24
ipoe это обычный ip
11:24
через dhcp обычно
11:24
проблема в отсутствии авторизации
11:24
привязка к макам
11:24
и/или портам свича
 
11:24
аа.. блин. да это геммор :(
11:25
если только к порту свитча привязввать
11:25
но учет в биллинге сложней вести
 
11:25
на наге 100500 обсуждений уже было
 
11:25
это больше юрикам подойдет
 
11:25
отнюдь
11:25
вернее тем не менее
11:25
сейчас многие на него переходят, включая сам билайн
11:26
и новые сети чаще именно с ipoe поднимают
 
11:29
ну такого еще не видел :(
11:29
а нет, видел
 
11:30
седьмая версия нока это некрофилия в самой изощренной форме
 
11:30
zi_rus: "config vlan iptv add tagged 1:(1-2,5,7-8,18-20),ch1" DGS-3100
 
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
 
12:24
zi_rus, седьмая версия зато работает и есть не просит. а в восьмой много чего сломали из того, что раньше работало.
 
12:39
и реализовали то чего никогда не было
12:41
если тебе нужент только ипам то вперед
12:41
а остальное на столько переделали
12:41
что...
 
13:14
Можно установить два разных нока с одной базой?
13:14
последнию релизную и  девелоп?
 
13:24
кто там хотел автосканелку и автоконфигурялку оборудования :)
13:24
 
13:26
у меня после первого неправильного использования скрипта, добавились все возможные IP, которые есть в подсети
 
13:26
адрес?
13:26
я до сих пор не могу разобраться как их оттуда удалить
13:27
в релизной версии , вверху было удаление помеченных
13:27
сейчас нет
 
13:27
сделай типа select name where name = "192.%" .....
 
13:28
так он удалит и те что добавленны корректно
13:29
насчет 192, я указал сканить  только 192,168,1,0-1
13:29
и добавился только роутер
13:30
проблема в том что в сети 10.11.1-5.1-255, добавилось много пустных адресов
 
13:30
и паотом сделай cat file.txt | xarges ./noc wipe managed_object
13:31
у тебя сейчас те хосты что ты не правил имеют имя типа 192.168....
13:31
их и удаляй.
13:32
а потом попробуй добавить заново.
13:32
ты теряешь только время.
 
13:32
нет они имеют имя 10,11,3,144
13:33
нет они имеют имя 10,11,1-5,...
 
13:33
ну я для примера
13:33
 ты логику пойми главное
13:33
 а значения подставь свои
 
13:34
логику то я понял
13:35
в некоторых сетях там понамешано всего
13:35
пришлось профили, пароли и тп указывать
13:35
не хотелось удалять
13:35
думал, функцию удаления помеченных запихнули куда то
13:36
буду удалять так тогда
 
13:36
noc wipe <mo1> <mo2> <mo3> ... <mon>
 
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
вставь проверку на доступность БД
 
13:45
Если сейчас я выгружу MO в csv>удалю в файле всё лишнее из файла>затем select name where name = "10.%" >затем cat file.txt | xarges ./noc wipe managed_object>затем скрипт cron.sh>затем импорт из csv= останутся только доступные узлы, а те которые правил загрузятся из csv
13:46
куда вставить?
 
13:50
после вайпа у тебя в МО останутся только хосты которые не попали в шаблон выборки.
 
13:50
потом ты запускаешь скрипт добавления заново и он впихивает те которых у тебя нет.
 
13:50
а инпорт из csv заменит те что есть в нём?
 
13:51
он тебе не нужен.
13:51
ты на прямую с ноком работаешь через цвсимпорт
 
14:44
кто в курсе, сислог на циске вот так поднимается?
14:44
RouterOne#config terminal
14:44
RouterOne(config)#logging facility local6
14:44
RouterOne(config)#logging trap informational
 
14:45
RouterOne(config)#logging XXX.XXX.XXX.XXX
 
14:46
только последняя команда
 
14:46
у меня просто логгинг ip и всё
 
14:46
остальное это тюнинг
 
14:47
понятно, а теперь что бы этот лог в ноке увидеть, мне надо syslog-ng поставить?
 
14:47
14:48
как этот метод сортировки добавить?
 
14:48
хм, а как увидеть тогда лог этот в ноке? в /opt/noc/etc/noc-activator.conf прописать. 0.0.0.0 ??
 
14:48
mali_: в теории наличии сислог сервера централизованного есть добро. и с него уже транслировать сислог в сторону нока.
14:49
listen_syslog =
14:49
с портом .
 
14:52
e_zombie: понял, а какой порт дефолтный? 514
 
14:56
после cat file.txt | xarges ./noc wipe managed_object нок перезагружать надо?
 
14:57
сделал ./noc dbshell >select name where name = "10.%" >select name where name = "10.%">
14:57
всё осталось на месте
 
14:57
 нененне
14:57
 селект делай в постгрессе
14:57
во всяком случая я так делаю
 
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
разве не постгресс?
 
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
я ушёл
 
15:00
и после cat file.txt | xarges ./noc wipe managed_object?
15:01
пока
16:07
здесь cat file.txt | xarges ./noc wipe managed_object? , xarges нужно заменить на xargs?
 
    Share this page
    Share this page: