nocproject.org

журнал - нельзя

dvolodin: привет

ась

dvolodin: при импорте из csv, тэги закачивались криво

NOC-1532, там подобие того, как вычистить

добавь, плс механизм в fix

если считаешь, что "u'" это точный принак кривого тэга

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

*срабатывает

я заборол pyparsing и научился лабать парсеры конфигов

пока для Cisco IOS

посмотрим, как будут получаться валидаторы

а про фикс ты взял на заметку? очень хлопотно такое вычищать руками

сейчас импорт не косячит так?

говорят что нет, что фиксил

это нужно именно для тех, кто попал ранее

как бы их еще в фильтр добавить

чтобы все MO не сканировать

а тэги где лежат? в монге или постгресе? может там это вырезать?

в постгресе

dvolodin: или можно для фикса сделать ключ, чтоб именно эту проверку запускать

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

да нет, нужно просто ее нормально сделать

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

может m.tags отдавать не все тэги?

не должен

,,

NOC-1400 вот ещё по кривым тегам.

народ, кто до последнего обновлялся

покажите скриншот из ипам\

zi_rus: откуда конкретно

e_zombie: за сколько проходов почистились МО?

4

ичень интересно почему так

при последнем проходе много было?

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

не в шелле? а как в скрипте?

скрине

TSergey: Володин вроде делал отображение заполненности префиксов, хочу посмотреть как это выглядит. Станно что никто никаких эмоций по этому поводу не выразил

я его не пользую, поэтому если хочешь скрин, скажи откуда :)

ufir: NOC-1539 тебе нужен профиль для ма5300 ?

e_zombie: в скрине запускал? это как?

screen

что это?

https://wiki.archlinux.org/index.php/GNU_Screen

http://rsg33.blogspot.ru/2012/03/screen.html

ахуенная штучка

TSergey: тогда забей, пусть лучше сделает кто-нибудь, кто использует

ок

e_zombie: ты ипам пользуешь?

я ничего не использую. только рункомманд

ну и алярмы .

мляя

Dmitry1: ты ипам используешь?

самый крутой модуль в ноке, а никто его не трогает даже

у вас IP адреса не используются?

или какого хера

это Ростелеком, детка (с)

Креведы!

zi_rus: я не использую, потому как у меня куча подсетей выделяется динамически, и в некоторых из них есть dhcp, а в некоторых нету

никому AS четырёхзнак не нужна?)

ipam начинает мне тупо забивать всю базу адресами, выданными по dhcp

блять

что я могу еще сказать

Dmitry1: как бе у меня нок забил базу такими адресами и никто не умер

Dmitry1: сделай, плс патч из NOC-1422

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

Dmitry1: или как правильно? зарелизь эти изменения

котаны

а вот скажите

2015-03-01 15:43:55,826 [noc.lib.threadpool] [probes] Running thread pool 'probes'

2015-03-01 19:16:05,771 [noc.pm.probe.sender] Creating channel line://127.0.0.1:2003

это нормально?

что оно только через 4 часа просралось

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

графики не рисовались?

или еще что?

если все норм, то не похер ли?

не рисовалось конечно

учитывая что там вообще одна метрика в тесте - так вообще странно

при noc fix вылетает вот это http://paste.org.ru/?y7s367 что делать?

нок-рецепты: метрика в тесте

ждать фикс на фикс

./noc fix fix fix

./noc fix!

во, факторьялом его

./noc fix --wait-next-fix

HaLVeR: ипамом пользуешься?

ну

HaLVeR: че правда? ты первый. у тебя свежий нок? покажи скриншот из ипам

здрасте

у кого есть правила для ДжунОС по трапам по температуре шасси?

changeset: 10716:0997ca557065

branch: develop

не последнее конечно

ну там все как и было

я не особо заметил разницу

HaLVeR: а вот это тогда где? https://bitbucket.org/nocproject/noc/commits/51d119f49843a67e0eccf85e8ca6919951ce3db4\

https://bitbucket.org/nocproject/noc/commits/51d119f49843a67e0eccf85e8ca6919951ce3db4

судя по контексту оно внизу

блять

Володин опять сделал не так как просили

а хотя

HaLVeR: ты все таки видишь хоть что-нибкдь?

может обновиться надо?

не, я пока не буду обновлять)

да не очкуй ты

я уже сто раз так делал :)

у меня в default VRF RD 0:0, и при View говорит

"EXCEPTION: <type 'exceptions.ZeroDivisionError'> float division by zero"

гг

а дай полный трейс

чо на чо оно там делит

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

" 569 ==> return float(n_ips + n_pfx) * 100.0 / float(size)"

ну да

Variables:

n_ips = 2

self = <Prefix: default(4): 85.26.205.248/31>

n_pfx = 0

size = 0

а в каком это файлике7

File: ip/models/prefix.py (Line: 569)

size = return 2 ** (32 - self.mask)

странно

откуда там ноль

2 **(32-31) = 2

и что еще более непонятно

def usage(self):

if self.afi == "4":

size = IPv4(self.prefix).size

if not size:

return 100.0

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

и где тут проверка

ну видишь как все славно

проверь в том файле 557-561 строки

siza =0

>>> size = 0

>>> if not size:

... print 123

...

123

zi_rus, у тебя такой же трейс?

у меня нет нока

под рукой

бгг

и вообще

я тут из благотворительных побуждений

пока еще могу что-то рассказать

новые фичи я даже пощупать не могу

HaLVeR: IPv4(self.prefix).size - а если оно строку возвращает, то if not не сработает

(наверное)

def size(self):

"""

Get size of prefix (number of addresses to hold)

:return: Size of prefix

:rtype: integer

"""

return 2 ** (32 - self.mask)

2ку не возвести в степень строки

и не выдать в результате строку)

думаешь я подделал трэйс?

не факт что это у меня работало, кстати

у меня конфиги собираются с такой глюкой http://pastebin.com/Epuzxmna

TSergey, ревизия последняя?

ага, changeset: 10755:fc832f462e2b

ну бля.

нок перезапускал?:))))

конечно :)

да забей, мне неважно, на кнопку репортнуть крэшинфо я нажал

и Володина нет

лучше помоги мне с http://pastebin.com/Epuzxmna

e_zombie: это шо такое

гет конфиг с дслама 5300

эммм

ты дебаг скрипт вывали на пасту

и если руками с консоли тоже самое делать

тоже на пасту

tput alarmid 36700171\r\n no alarm output alarmid 36700172\r\n no alarm output alarmid 36700187\r\n'

2015-03-02 12:55:59,182 [TELNET: 10.64.176.2] on_read: ' ---- More (Press CTRL+C break) --- '

2015-03-02 12:55:59,192 [TELNET: 10.64.176.2] on_read: '\x1b[39D \x1b[39D'

2015-03-02 12:55:59,202 [TELNET: 10.64.176.2] on_read: ' no alarm output alarmid 36700188\r\n'

2015-03-02 12:55:59,212 [TELNET: 10.64.176.2] on_read: ' ---- More (Press CTRL+C break) --- '

2015-03-02 12:56:00,214 Tick

на пасту бля

там проблема в том что он вываливает вот такой пейджинг

а disable pager нет?

я не нашёл как его выключить.

там полная пидорастия с цли и докой по нему

huawei ma5300

e_zombie: я бы предложил функцию написать

сейчас покажу

2015-03-02 12:58:49,257 [TELNET: 10.64.176.2] on_read: ' ---- More (Press CTRL+C break) --- '

вот так надо ловить?

(r"---- More \(Press CTRL+C break\) ---", "\n"),

e_zombie: вот NOC-1340

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

но так оно работает

по поводу пейджинга скажи

чего сказать?

(12:59:08) e_zombie: 2015-03-02 12:58:49,257 [TELNET: 10.64.176.2] on_read: ' ---- More (Press CTRL+C break) --- '

(12:59:23) e_zombie: вот так надо ловить?

(12:59:24) e_zombie: (r"---- More \(Press CTRL+C break\) ---", "\n"),

эммм

а пробелы

плюсик надо было экранировать

эх ламо

dvolodin: атата

EXCEPTION: <type 'exceptions.ZeroDivisionError'> float division by zero

хех

кого там на ноль разделили?

:)

в том и дело

[10:57:01] <TSergey> " 569 ==> return float(n_ips + n_pfx) * 100.0 / float(size)"

[10:57:10] <HaLVeR> ну да

[10:57:18] <TSergey> Variables:

[10:57:18] <TSergey> n_ips = 2

[10:57:18] <TSergey> self = <Prefix: default(4): 85.26.205.248/31>

[10:57:18] <TSergey> n_pfx = 0

[10:57:18] <TSergey> size = 0

[11:00:00] <HaLVeR> а в каком это файлике7

[11:00:24] <TSergey> File: ip/models/prefix.py (Line: 569)

что там есть проверка

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

- Дроид класса "Буратино" не может нырять.

- Не может, а ныряет

:)

ну, фобос грунт тоже плавать не умел

так он и не поплыл

он потонул

но раз не всплыл, значит не говно

чтобы потонуть, надо доплыть до дна(с)

а значит плыл

dvolodin: ну так че? у тебя делится на ноль?

zi_rus: ты полный crashinfo пришли

dvolodin: у меня нет, а TSergey сказал что отрепортил crashinfo

дойдут руки, посмотрю

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

хуйня какая, ипам сломали :)

конфигов

мне то поуху, я ноком не пользуюсь, но людей жалко

ну не ipam сломали

а грабельки для /31 стукнули

:)

я только не пойму почему

size = return 2 ** (32 - self.mask)

2 **(32-31) = 2

откуда 0

да все нормально

Всем трям. Вопрос - а можно из нока вынуть арп-таблицу, полученную с последнего дискавери?

я пофиксил

если кратко - нужно получить список абонов онлайн

Night_Snake: встречный вопрос -- из тебя можно вынуть вчерашний завтрак?

вынуть - в смысле не удалить. а в смысле посмотреть

да хотя бы посмотреть

:)

если коротко - то нет

Печалька. придется костыль рядом оставлять

если только свои обработчики лепить

может в PM это делать?

там есть для кисковских BRAS'ов пробы

как вариант, да

тока у меня ипое

get_arp_table?)

wc -l

все дела)

там была, вроде, проба для ipoe

какие BRAS'ы?

3750, 3560

и длинки =)

и еще тазик на фре.

короче, снмпшным запросом оно снимается просто. причем запрос одинаковый на всех

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

TSergey: починили, покажи скриншот

Night_Snake: BRAS 3750?

:)

нет у меня брасов в классическом понимании

Night_Snake: проба для ARP'ов вроде тоже была

если нет - налабайте, там несложно

брасы это для пппое

zi_rus: так ты скажешь пункт меню, в котором хочешь скриншот?

любой префикс открой и заскриншоть что видно

но только там где есть вложенные префиксы

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

это потому что ты называешь это меню

а я говорю про ипам

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

хочу увидеть ипам

то место где usage

показан

ASM: Assigned Addresses | VRFs ?

да

в вопросе был или :)

Address Space Management \ Assigned Addresses \ VRF: default › IPv4 ›

?

да

:)

префикс открой

но не самый нижний

лучше из серединки

по иерархии

чтобы не 0,0,0,0/0

и не /30

а какой-нибудь /16 внутри которго созданы несколько помельче

но не самых мелких

например /27

я не сильно усложнил вопрос?

ты вроде пользуешься ипам, раз у тебя там созданы какие-то префиксы

не понимаю что тебя смущает

http://i004.radikal.ru/1503/8a/2740e2bdfb48.png

zi_rus: не сильно, но я им не пользуюсь :)

TSergey: и ты заскриншотил не то что я хотел

угу

поднимись этажом выше и повтори

этажом выше будет root

ну если ничего другого нет, то и рут сойдет

http://s020.radikal.ru/i709/1503/ac/59412401cf90.png

во, так норм

и таки даже то что надо

dvolodin: таки почти правильно получилось

а чего там тебе было нужно? процент занятых префиксов?

а можно это оформить в виде полосочки с заполнением

для наглядности

да

я пытался понять как именно было реализовано то что я реквестировал

какой-то вроде там есть отчет, с полосочками

отчет есть

я знаю

я просил без отчета

чтобы сразу видеть

циферки это хорошо

dvolodin: зарелизь, плс, изменения из NOC-1422

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

даже без выпуклостей

сейчас в тренде плоские мотивы

надо дома нок поднять

побаловаться

народ, пытаюсь посмотреть интерфейсы через inventory-interfaces, на одном устройстве пишет - Failed to get interfaces, как можно исправаить?

чтобы исправлять, надо понять что за ошибка

смотри web console браузера

на какой запрос прилетела 500 ошибка

вставь его в соседней вкладке

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

http://127.0.0.1/inv/interface/3/?_dc=1425301440424

GET http://127.0.0.1/inv/interface/3/?_dc=1425301685397 500 (INTERNAL SERVER ERROR)

ты не сюда

а в браузер вставляй

аа)

http://pastebin.com/xZN3zJ4s - вот, ничего тут понять не могу

эмм

херня какая-то

./noc fix может исправить

попробуй

noc fix тоже на какой-то шляпе непонятной вылетел(

ааа

да

он сломан :)

dvolodin: пофикси нок фикс :)

подскажите, "прервано: ошибка: _ssl.c:492: error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure" при апгрейде — это что?

upgrade: 152: Failed to pull repo https://bitbucket.org/nocproject/noc

TSergey: что там в noc-1422 ?

evyscr: прокомментируй noc-1422

а что там комментировать? плющит, видимо, длинк.

памагииииите

да расслабься

обойдется

evyscr: цитирую тебя: "при наличии нормального метода распознавания по маку использовался хак с разбором remote port description. Который сработал очень плохо." Что значит "очень плохо" ?

а

перепутал с 1442

а у вас норм работает?

это я один такой?

обнови меркуриал шоле

у меня нет другого меркуриала :(

подожди, может проблемы временные где-нибудь

Dmitry1: выдал 24 вместо 1:24, видимо. И выдаст 24 вместо 2:24, ежели будет такой.

evyscr: пример в студию. с патчем, и без патча

ну смотри без патча в приложенных дебагах

с патчем - тряси TSergey

там же хак на разбор port description

так потому и хак там стоит, что 90% длинков не умеют показывать, какой MAC адрес у них на порту

в файле link_discovery.txt вся суть

эта

да фигня это.

там неправильное преобразование в общем случае

хак надо запускать только в случае отсутствия решения нормальным путём.

и таки сосед сказал, что он отдаёт маки.

evyscr: сосед сказал, но какого порта этот мак, с соседа вытащить невозможно

но вытаскивается же

на 10% длинков

на остальных 90% - только адрес шасси

или тупо для всех портов один и тот же MAC адрес

и все они отдают subtype mac? что-то странно

для local - пожалуйста. но для mac?

вот такой вот загадочный dlink

ща

энивей, lldp_discovery всё одно переписывать надо

да. щас там грязных хак сделаю

см. ткж. NOC-1527

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

+1

хаки надо выпиливать

скрипты должны быть дубовыми

а вообще ебать надо вендора

vendor: noc ?-)

длинк и сиску

им, вообще-то, похуй

отнюдь

есть стандарт

должны соответствовать

ню-ню

ты че

нет, ежели тебя слушают - еби.

с длинком будет как - "перенаправили запрос в штаб-квартиру, ждём ответа"

я кейс в циске открывал, там в одном снмп трапе вместо 1 ставилась 2, и у меня трап не классифицировался. через полгода исправили

пусть перенаправляют свои запросы куда хотят

если тебя одного нахер пошлют

то многоих уже не пошлешь

пусть у них на одну тему копятся кейсы

однажды их прорвет

но дял этого кейсы надо создавать

лол, у длинка это forum.dlink.ru

какие там кейсы, ты что

у длинка есть почта

они там даже отвечают

у меня в bin зачем-то лежит hg

и если его удалить, то это стадию проходит, но валится дальше

зачем ноку свой хг?

это нок, смирись

а как тогда обновить это всё?

щас дебагов в lldp_discovery добавлю, чтобы можно было отловить проблему

хныхны

эх

Unbeerable: где ты sslv3 откопал?

Dmitry1: ты таки посмотрел 1527?

evyscr: все не так

в профиле есть две функции:

convert_interface_name() и get_interface_names()

последняя выдает массив из возможных названий интерфейсов

я в курсе

например, для интерфейса '1:1' оно выдаст ['1']

а для 2:1?

а как оно отличит одно от другого?

циска вот только по interfaceAlias разговаривает. на одной циске я вижу три порта с одинаковым дескрипшном и радуюсь.-)

а в функции inv/discovery/jobs/base.py get_interface_by_name()

оно сделает такой массив: ['1:1', '1']

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

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

он пытается разобрать соседа.

evyscr: это не профильный скрипт

конверт - да. хак с маком - в профильном

Dmitry1, это всё noc/bin/hg виноват

если использовать штатный, то всё ок

но в ./scripts/upgrade жёстко прописана ссылка на ./bin/hg

поэтому пришлось в scripts/upgrade поправить, чтобы он тянут изменения через штатный

evyscr: хак с маком вынужденный, из-за кривости рук китайских софтописателей

единственная возможность узнать MAC адрес физического инетрфейса - это сделать "show lldp local_ports"

но, если прошивка не поддерживает lldp, то ты не узнаешь этого

решению не место в профильном скрипте

а у кого-нибудь бывает так, что цыска слишком долго отрабатывает show running-config?

этот сёрч может пойти доп. параметром к линк-кандидату.

и поэтому нок не может его вытянуть

но решать надо в дискавери по результатам проверки по маку.

evyscr: я там дебаги добавил

если не хватит, еще добавлю

Unbeerable: у меня было, на тормозной железке с километровым конифгом. лечил переведя скрипт на show startup-config

evyscr: оно там пытается кучей методов найти. нужно узнать, на каком методе спотыкается

zi_rus: вроде бы добавили адапривные таймауты для скриптов?

а вот ещё

я для ядровой 45-й кошки, которой плохо от нока, сделал отдельный профиль

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

а оно всё равно каждые минут десять сука лазит

где-то ещё что-то нужно изменить?

Unbeerable: ты минималку выкручивай. ноку что-то не удалось, он ждет минимальный таймаут и пытается снова

так я минималку и кручу

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

Unbeerable: тогда странно. нок еще может в ответ на разные сообщения от ФМ перезапускать дискавери. попвробуй трап сорс удалить из нока и перезапусти. посмотри, что изменится

ну или отключи отправку трапов в нок

Unbeerable: да-да. текущая реализация FM запускает discovery не спрашивая твоего согласия

вот ведь манда какая

причем оно не отключаемо. единственный вариант, который я нашел, снять галочку "is managed" :(

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

так что с логикой в ноке все нормально

у меня загрузка цпу высокая

и каждый запуск её дополнительно увеличивает

в это время сосёт снмп

и ваще ей плохо :(

zi_rus: я уже писал тебе. запись конфига поднимает загрузку CPU до 100%, а тут NOC начинает ломиться на железку со своими discovery

Народ, а есть что почитать про настройку trap для циски, для новичка в snmp? Помимо циско пресс

А есть еще железки, у которых ssh ключи генерятся в рантайме, что тоже увеличивает загрузуц CPU до 100%

как тебе сказать. вот у меня скажем так были большие железки, которые посылали config_changed на нок, а это сообщение перезапускает дискавери. так я все таймеры выкрутил на 1 месяц, для контроля, а все остальные запуски идут строго по триггеру

zi_rus: это не нормально. все должно штатно работать из коробки. а не тогда, когда NOC положит пол-сети

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

самое страшное что нок сделал для нашей сети - это чуть не положил ядерную циску на которой весь интернет филиала крутился

и виноват в этом не нок

а сама железка

потому что у нее утекала память

каждый раз когда нок заходил посмотртеть show mac

zi_rus: есть issue про умерший свич. там, конечно, место закончилось, но железка, грят, умерла.

стабильно раз в час по 250кбайт

там == на мойшинке с ноком

evyscr: эммм

повтори с контекстом

я не понял

самое страшное, что делает noc-discovery

zi_rus: для простоты. в MO profiles должны быть как минимум три предустановленных профиля: enterprise, operator и smb

то есть, свич убить нок может - есть прецедент.

evyscr: она бы умерла если бы ты тоже сделал руками из консоли?

соответсвенно с разными настройками таймаутов, опроса портов и т.п.

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

сомневаюсь в скорости рук

на сколько частыми?

затрахал?

ну я соглашусь, это проблема нока

я говорил что сессии надо склеивать

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

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

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

Dmitry1: про предустановленные профили это баловство ибо для домохозяек, нок система не того уровня

крутилки у тебя на руках

настраивай под себя

проблема в том что нет доки

я написал пару статей чтобы закрыть эту брешь

про РМ и СА

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

не выдержал нормы процесса внедрения

А можешь ссылки на свои статьи дать?

сначала тестовая инсталляция и проверки всего и вся

потом тестововая проверка на боевой зоне

потом уже полномасштабное снедрение

а ты захуярил непонятную систему, она у тебя и наломала

zi_rus: что значит тестовая инсталляция? Где я тебе для тестовой инсталляции найду сто свичей, чтобы у каждого была разная версия прошивки?

в тесте пара свичей

отработка нужных функций

zi_rus: ну вот в тесте у меня было два каталиста. на них нормально отработал.

malibuyaa: https://kb.nocproject.org/display/BLOGS/Home - тут не только мое, читай, все пригодится

Dmitry1: ну вот, этап второй, запуск на тестовой зоне

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

я вот ссался запускать непонятный нок на сети

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

или еще круче. обновили прошивку, и загрузка cpu поднялась на 20-30%. это вполне нормально для длинков

и тем более большие железки ядра

я потихоньку

добавил несколько каталистов

все норм

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

ждем

потом добавил большие железки ядра

и долго следил чтобы он ничего не сломал

потом уже расслабился

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

отключать\

крутить

и длинки добавлял в нок

и видел что он засирает им логи

и отключал

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

дискавери из-за этого

3200

аксес

потому что там был телнет, а не ссш

у меня ssh

а виноват нок

длинки хуеют с ssh

а ты его используешь

но пидарас нок

плюс куча настроек, часть которых работает на CPU

еще раз повторюсь. для SMB уровня, а 3200 - оно и есть, нафиг не нужны 90% discovery и всего остального

и 3627 были

т.е. тот же asset_discovery для smb можно запускать раз в месяц, а для operator - раз в неделю

нет

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

а промежуточные запуски по триггеру от ФМ

нок это комплексное решение

и ФМ у него не самый плохой

zi_rus: у меня на 3627 работает PIM, IGMP, OSPF, BGP, DHCP_RELAY и куча другой разной срани

и у меня

только без бгп

zi_rus: зачем на SMB уровне постоянно запускать discovery ?

и по 1к записей в арп на них

нет никаких уровней

есть расписание

зависит оно только от динамики сети

логика где ?

вот тут она прямо здесь

а ты ее не видишь

если в большие свичи втыкаются/вытываются какие-то модули, то в smb свичах начинка не меняется

большие свини присылают сообщение трансивер вставлен или удален

все

не все

это триггер

пора запускать дискавери

длинк такого не присылает

а контрольные запуски раз в месяц

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

ну вот и пляши от этого

у меня тоже есть маленькие свичи где ничего не меняется

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

а ты все мозги уже проебал

там есть небольшие недочеты

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

а вообще все

но это мелочь

но все равно проблема

malibuyaa: можешь с этой начать https://kb.nocproject.org/pages/viewpage.action?pageId=18382889 - я там обещал продолжение, но дописывать наверное уже не буду

статью можно взять как основу для официальной доки

но кто же это будет писать