статус меняется постоянно

статус меняется постоянно

именно поэтому я просил доп-поле

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

cpe_status

managed object лучше не трогать при изменениях статусов

поэтому поднимался вопрос об отдельной странице под CPE )

managed object лучше не трогать при изменениях статусов

тогда надо сущность, где бы было актуальное всё о точках, со своими фильтрами

Или это всё метрики и на дашборд графаны?

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

платформа и версия софта достается profile check rules и get_version

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

и есть точки которые не отдают эту информацию.

если она недоступна, то что с ней делать?

она была доступна, мы добавили функционал дискавери спе

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

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

а нужно ли выгружать все?

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

крайне спорный вопрос

у нас контроллеры чистят и нет снятых точек

Я не знаю, как у рукусов, у циски если точка есть на контроллере, значит она живая

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

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

я не понимаю, о чём спор

что нужно выгружать все точки )

спор о том, что cpe discovery добавляет только точки, у которых статус active

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

ну точнее что при cpe discovery нужно заполнять поля о точках, если выгружены недоступные точки

спор о том, что cpe discovery добавляет только точки, у которых статус active

если статус активен, то всё в порядке. На неактивных точках(кстати, какой критерий активности?) не нужно делать многие вещи

"status": StringParameter(choices=[ "active", "inactive", "approval", "firmware", "provisioning", "other" ], default="active"),

* status -- CPE status * active -- cpe is active (default) * inactive -- cpe is inactive (but remembered) * approval -- waiting for approval * firmware -- upgrading firmware * provisioning -- provisioning * other -- other status

вот так

Смотри, может быть такое: точка пингуется, но не может зацепиться снова на контроллер

оО у вас такое бывает ? )

* status -- CPE status * active -- cpe is active (default) * inactive -- cpe is inactive (but remembered) * approval -- waiting for approval * firmware -- upgrading firmware * provisioning -- provisioning * other -- other status

с этим статусом я согласен, в целом

если по статусам, то, формально, "active" и "inactive" можно добавлять

в надежде, что она вернется

ну, с этим решили?

Дима, почему ты не хочешь отдельную страничку под CPE?

платформа и версия софта достается profile check rules и get_version

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

фичи могут быть разные

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

+

* status -- CPE status * active -- cpe is active (default) * inactive -- cpe is inactive (but remembered) * approval -- waiting for approval * firmware -- upgrading firmware * provisioning -- provisioning * other -- other status

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

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

зачем он?

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

=)

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

будет капс на CPE

cpe_wireless

cpe_pon

:D

так где о них инфу хранить?

капс будет, да

так что со статусом

статус хотеть видеть)

капс будет, да

как капс будет решать, кого спрашивать о точке?

и возможность его выгрузить

её саму или контроллер?

а поновских точках нет информации о них на них ?

все на контроллере хранится ?

есть мего поделие zyxel olt-1308h где onu (ont) является просто железкой преобразующей пон в езернет

поновские ont с olt видны

и рулится она только с головы

обычно

и без своего адреса управления

так что со статусом

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

и без своего адреса управления

я именно про это

ERROR: S client not available

Мое дело было выдвинуть предложение

Ребят

Кого-нибудь интересует инвестиции ?

if cpe["status"] != "active" меняем на

if cpe["status"] in ("active", "inactive"):

другие статусы я категорически не хочу заводить

вот тут не прокатит Дмитрий

если есть второй контроллер, резервный с теми же точками

то он выгрузит их тоже

если есть второй контроллер, резервный с теми же точками

HA

redundand

шо

@dvolodin Дим, учитывать статус можно точки (HA/Redundand/single)

?

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

Она может цепляться к одному контроллеру, или к нескольким, или вообще быть standalone

у нас 4 контроллера 2 основных и 2 резерва

на резервных точки висят в статусе дисконект

standalone профили точек может вообще переделать и добавить капсы, что это wireless

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

я тут хочу попробовать профиль для пона написать

for cpe in result: if cpe["status"] != "active": self.logger.debug( "[%s|%s] CPE status is '%s'.", cpe["id"], cpe["global_id"], cpe["status"] ) mo = self.find_cpe(cpe["global_id"]) changes = self.update_if_changed(mo, { "tags": [cpe["status"]], "last_seen": now }) if changes: self.logger.info( "[%s|%s] Changed: %s", cpe["id"], cpe["global_id"], ", ".join("%s='%s'" % c for c in changes) )

я вот так дописал cpe discovery и все отлично работает

Кого-нибудь интересует инвестиции ?

спам ?

ага

тебя же не интересуют инвестицие )

WLC800R-2# sh ap status Flags: o = operational[74], c = configure[0], d = download[0], b = boot[0] a = auto AP, m = mesh AP, p/P = mesh portal (ena/actv), r = redundant[34] z = remote AP in outage, i/I = insecure (control/control+data) u = unencrypted, e/E = encrypted (control/control+data) Radio: E = enabled - 20MHz channel, S = sentry, s = spectral-data W/w = enabled - 40MHz wide channel (HTplus/HTminus) D = admin disabled, U = mesh uplink IP Address: * = AP behind NAT AP Flag IP Address Model MAC Address Radio 1 Radio 2 Uptime —— —— —------------- —---------- —--------------- —---— —---— —---- 9787 o--e 10.17.4.14 WLA322-WW 54:e0:32:3e:95:c0 E 6/8 E120/15 19d14h 9788 o--e 10.17.4.107 WLA532E-WW 40:b4:f0:a3:b1:80 E 1/12 E108/18 19d20h 9789 r--e 10.17.4.100 WLA321-WW ac:4b:c8:64:57:80 01d02h 9791 o--e 10.17.3.15 WLA322-WW 54:e0:32:3e:48:00 E 1/8 E120/15 06d00h 9792 r--e 10.17.3.16 WLA322-WW 54:e0:32:45:70:40 27d03h

то он выгрузит их тоже

разве HA пары это не одна сущность?

Вот пример джуна

Надо HA Добавить в капс

я об этом

НА ?я вас не понимаю