Monitoramento de rede · NOC ao vivo
A rede inteira,
viva em tempo real
Do enlace WAN ao Wi-Fi do andar — a Flowbix consolida saúde dos links, qualidade de Wi-Fi, clientes conectados, tráfego e serviços num NOC único, com alerta antes do usuário sentir.
01Visão geral · ativos
02Operação · hotelaria (por andar)
03NOC · visão da rede
04Central de alertas
05Saúde dos links
06Wi-Fi corporativo · 6 painéis
07Clientes conectados
08Tráfego & banda
09Latência & qualidade
10Topologia da rede
11Switches & interfaces
12Serviços · DNS/DHCP
13Firewall & segurança
14API UniFi · 10 painéis
NOC · rede monitorada ao vivo
01 / 30
Visão geral · todos os ativosiObjetivo do painelVisão executiva de toda a operação — quantos ativos, em quantos sites, disponibilidade global e onde estão os alertas. É a tela de abertura: o raio-x do parque inteiro numa olhada.
Um só painel pra toda a operação — 8.420 ativos em 44 sites — do backbone ao endpoint.
Ativos monitorados
8.420
▲ 214k coletas/min
ICMP · SNMP · API · agentes → cobertura total da operação
Sites & locais
44
matriz · CDs · fábricas · lojas
por região e função → topologia distribuída
Disponibilidade global
99,92%
meta 99,9% ▲
SLA agregado → saúde de toda a operação
Alertas ativos
46
8 críticos · 38 avisos
triagem por severidade → foco no que dói
Ativos & sites no Brasil
OKAtençãoOffline
Ativos por categoria
inventário agregadoSaúde global
online / total97,2%ativos online
Onlinerespondendo agora
8.180
Degradadoslentos ou instáveis
194
Offlinesem resposta
46
Telemetria ingerida · 24h
métricas/min214k métricas/min
280k /min210k140k70k0
00h06h12h18h24h
Top sites por ativos
tempo real| Site | Ativos | Online | Alertas | Status |
|---|---|---|---|---|
| Matriz SP | 1.840 | 1.812 | 4 | OK |
| CD Extrema | 1.120 | 1.098 | 6 | OK |
| Fábrica Cabreúva | 940 | 902 | 9 | Atenção |
| CD Nordeste | 560 | 540 | 8 | Atenção |
| Filial RJ | 680 | 672 | 2 | OK |
| Flagship SP | 420 | 418 | 1 | OK |
Alertas por severidade
triagem46alertas
Crítico 8
Alto 12
Médio 18
Baixo 8
8.420 ativos · 44 sites · disponibilidade 99,92% → operação numa tela
02 / 30
Operação por site · andar a andariObjetivo do painelOperação por site e por andar: em qual hotel e em qual andar está cada incidente (Wi-Fi, câmera, fechadura, PMS), com MTTR e SLA. Serve pra priorizar o atendimento onde o hóspede sente.
Incidentes ao vivo por hotel e por andar — do Wi-Fi do quarto à fechadura, câmera, PMS e elevador.
Hotéis monitorados
18
rede Aurora · Brasil
por site e por andar → onde dói, exatamente
Incidentes abertos
23
5 críticos · 18 abertos
severidade + SLA → priorização da operação
MTTR · 30 dias
42 min
meta 60 min ▲
tempo médio de resolução → hóspede não sente
SLA de operação
98,7%
contrato · por propriedade
disponibilidade → experiência do hóspede
Hotéis · incidentes
por siteAurora Copacabana1.210 ativos · 15 andares
14Aurora Faria Lima980 ativos · 22 andares
5Aurora Recife540 ativos · beira-mar
3Aurora Confins620 ativos · aeroporto
1Aurora Salvador610 ativos · resort
0Aurora Brasília720 ativos · corporativo
0Aurora Curitiba480 ativos · executivo
0Aurora Copacabana · por andar
OKAtençãoIncidente
RooftopBar · Piscina
381
12ºSuítes
840
11ºQuartos
820
10ºQuartos
860
9ºQuartos
801
8ºIDF-8 ⚠
784
7ºQuartos
830
6ºQuartos
850
5ºQuartos
810
4ºQuartos
841
3ºFechaduras
792
2ºQuartos
860
1ºEventos
880
LobbyRecepção · F&B
1123
GaragemCCTV · BMS
642
Incidentes por categoria
Aurora · rede23incidentes
Wi-Fi / APs 8
CCTV 4
PMS / POS 4
Fechaduras 3
Switch / uplink 2
BMS / HVAC 2
Incidentes abertos
tempo real · por severidade| Site | Local | Tipo | Severidade | Aberto há | SLA |
|---|---|---|---|---|---|
| Copacabana | 8º · IDF-8 | Switch de andar caiu · 6 APs | Crítico | 12 min | Risco |
| Copacabana | Garagem | 2 câmeras CCTV offline | Crítico | 24 min | Risco |
| Copacabana | Lobby | PMS / front-desk lento (480 ms) | Alto | 38 min | Atenção |
| Faria Lima | 15º · Ala Sul | Wi-Fi de quarto sem sinal | Alto | 51 min | No prazo |
| Copacabana | 3º | Fechaduras sem comunicação (2) | Alto | 1 h 04 | Atenção |
| Recife | Restaurante | POS intermitente | Médio | 1 h 20 | No prazo |
| Copacabana | Rooftop | Signage do bar fora | Baixo | 2 h 10 | No prazo |
Eventos ao vivo
últimos minutos21:12
Copacabana · 8º · IDF-8 sem resposta — 6 APs offline
21:08
Copacabana · Garagem · 2 câmeras CCTV offline
21:01
Copacabana · Lobby · latência do PMS em 480 ms
20:54
Faria Lima · 15º · quarto 1508 sem Wi-Fi
20:41
Confins · fechadura resolvida (MTTR 22 min)
20:30
Salvador · uplink WAN restabelecido
incidentes por site · por andar · por categoria → operação hoteleira numa tela
03 / 30
NOC · visão geral da redeiObjetivo do painelVisão geral da rede (NOC): saúde dos sites e enlaces, tráfego agregado e alertas. É o painel de comando do dia a dia da equipe de rede.
A malha inteira em um painel — sites, enlaces, camadas e tráfego — com alerta antes do usuário sentir.
Sites online
42 / 44
2 em manutenção
ICMP + SNMP → disponibilidade da malha
Disponibilidade · 30d
99,95%
meta 99,9% ▲
Uptime dos enlaces → SLA contratual
Throughput agregado
18,4 Gbps
pico 24,1 Gbps · 19h
Contadores de interface → banda em uso
Alertas ativos
7
2 críticos · 5 avisos
Triggers Zabbix → ação priorizada
Sites & enlaces
OKAtençãoDown
Saúde por camada
SNMPCore2 roteadores · 40G
100%
Distribuição8 switches L3
99,2%
Acesso34 switches · 132 APs
97,8%
WAN / uplinks40 circuitos · 8 operadoras
98,1%
Internet / borda2 saídas BGP · anti-DDoS
100%
Tráfego agregado
inoutp95 21,0
18,4 Gbps in
32 Gbps241680
00h06h12h18h24h
Sites & enlaces
tempo real| Site | Enlace | Latência | Utilização | Status |
|---|---|---|---|---|
| SP-Matriz | Fibra 10G · dedicado | 2 ms | 41% | OK |
| RJ-Filial | Fibra 1G | 8 ms | 63% | OK |
| Recife-Loja | Fibra 300M | 42 ms | 88% | Saturando |
| Manaus-CD | Link 200M | 96 ms | 71% | Latência alta |
| BH-CD | MPLS 1G | 11 ms | 52% | OK |
| POA-Filial | Fibra 500M | 14 ms | 34% | OK |
Alertas recentes
últimos minutos19:58
SP-core · CPU 92% no roteador de borda
19:56
Recife · enlace a 88% de utilização
19:54
Manaus · latência 96 ms (acima do limiar)
19:47
AP 3F-Leste · interferência no canal 6
19:44
RJ-Filial · enlace restabelecido
19:42
Backup POA · failover concluído
ICMP · SNMP · fluxos · Wi-Fi → NOC unificado
04 / 30
Central de alertasiObjetivo do painelCentral de alertas do NOC: severidade, reconhecimento (ack), escalonamento e correlação (1 causa → N alertas), com MTTA e ruído suprimido. É onde a equipe tria e trata — evita que um alerta importante se perca no meio do ruído.
Triagem, ack, escalonamento e correlação de causa raiz — menos ruído, foco no que dói.
Alertas ativos
46
8 críticos · 38 avisos
triggers do Zabbix → severidade priorizada
Reconhecidos (ack)
32 / 46
14 pendentes
ack por operador → ninguém dorme no alerta
MTTA (tempo até ack)
3,2 min
meta 5 min ▲
disparo → 1ª ação → agilidade do plantão
Ruído suprimido · 24h
128
eventos de flapping agrupados
correlação + dedupe → mais sinal, menos ruído
Alertas ativos
tempo real · por severidade| Severidade | Origem | Alerta | Duração | Ack |
|---|---|---|---|---|
| Crítico | SP-core · RT-borda | CPU 92% no roteador de borda | 12 min | — escalado |
| Crítico | Copacabana · 8º IDF-8 | Switch de andar sem resposta | 14 min | João |
| Alto | Recife-Loja · WAN | Enlace a 88% de utilização | 38 min | Ana |
| Alto | Manaus-CD · WAN | Latência 96 ms (acima do limiar) | 41 min | Ana |
| Alto | AP-3F-Leste | Interferência canal 6 · retries 11% | 52 min | — |
| Médio | DHCP · Guest | Pool a 90% de uso | 1 h 02 | Pedro |
| Médio | SW-Acesso-1 · Gi0/12 | Porta com erros CRC | 1 h 10 | — |
| Baixo | Signage · Rooftop | Player de mídia fora do ar | 2 h 08 | Léo |
| Baixo | NTP · a.ntp.br | Drift de 8 ms | 3 h 20 | — |
Por severidade
alertas ativos46ativos
Crítico 8
Alto 12
Médio 18
Baixo 8
Correlação · causa raiz
1 causa → N alertasSwitch IDF-8 · Copacabana 8º6 APs + 1 uplink derivados
7
Roteador de borda · SP-coreCPU alta → 3 sites + fila
4
Enlace WAN · Recifesaturação → perda + latência
3
Pool DHCP · Guestesgotando → sem IP
2
Correlação agrupou
46 → 34
Volume de alertas · 24h
disparos/h46 ativos agora
100 /h7550250
00h06h12h18h24h
Ciclo de vida
disparo · ack · escala · resolução21:12
DISPARADO · SP-core CPU 92%
21:11
ESCALADO · IDF-8 → plantão N2
20:50
AGRUPADO · 6 alertas de AP → 1 incidente
21:05
RECONHECIDO · enlace Recife (Ana)
20:58
RESOLVIDO · uplink Salvador (MTTR 22 min)
20:41
RESOLVIDO · fechadura Confins
disparar · reconhecer · escalar · correlacionar → menos ruído, mais sinal
05 / 30
Saúde dos links (WAN)iObjetivo do painelSaúde dos links WAN — latência, jitter, perda e utilização de cada circuito por operadora. Antecipa saturação e queda de enlace antes do usuário reclamar.
Cada enlace WAN — latência, jitter, perda e utilização — com alerta antes da queda.
Links up
38 / 40
2 degradados
SLA/ICMP por circuito → conectividade dos sites
Latência média
22 ms
p95 68 ms ▲
Sonda ICMP → experiência do usuário
Perda de pacotes
0,3%
meta <1% ▲
Perda em enlace → qualidade de VoIP/apps
Utilização média
57%
pico 88% Recife
Contadores SNMP → risco de saturação
Circuitos WAN
tempo real| Site | Operadora | Latência | Jitter | Perda | Util | Status |
|---|---|---|---|---|---|---|
| SP-Matriz | Vivo 10G | 2 ms | 0,4 | 0,0% | 41% | OK |
| RJ-Filial | Claro 1G | 8 ms | 0,9 | 0,1% | 63% | OK |
| CD-Extrema | Algar 2G | 5 ms | 0,6 | 0,0% | 64% | OK |
| BH-CD | Vivo MPLS 1G | 11 ms | 1,2 | 0,2% | 52% | OK |
| POA-Filial | Claro 500M | 14 ms | 1,4 | 0,1% | 34% | OK |
| Fortaleza-Loja | Oi 300M | 38 ms | 4,1 | 0,4% | 58% | OK |
| Recife-Loja | Vivo 300M | 42 ms | 6,8 | 0,9% | 88% | Saturando |
| Manaus-CD | Oi 200M | 96 ms | 12,4 | 1,3% | 71% | Latência alta |
Enlaces por operadora
40 circuitos40circuitos
Vivo 45%
Claro 25%
Algar 18%
Oi 12%
Top enlaces por utilização
SNMP · picoRecife-LojaVivo 300M · pico
88%
Manaus-CDOi 200M · latência
71%
CD-ExtremaAlgar 2G
64%
RJ-FilialClaro 1G
63%
SP-MatrizVivo 10G · core
41%
ICMP · SNMP · jitter · perda → saúde da WAN
06 / 30
Qualidade de Wi-FiiObjetivo do painelQualidade de Wi-Fi por andar e zona: RSSI, SNR, bandas e canais congestionados. Mostra exatamente onde a experiência sem fio está ruim.
RF de ponta a ponta — RSSI, SNR, bandas e canais — para achar o andar com problema antes do chamado.
APs online
128 / 132
4 offline
Controladora Wi-Fi → cobertura garantida
RSSI médio
-58 dBm
bom ▲
Força do sinal → conexão estável
SNR médio
34 dB
ótimo · >25 dB
Sinal / ruído → throughput real
Retransmissões
4,2 %
meta <8% ▲
Camada RF → lentidão percebida
Qualidade Wi-Fi · andar × zona
ÓtimoBomOKRuim
Norte
Sul
Leste
Oeste
Central
Térreo
-57
-71
-52
-59
-62
1º andar
-51
-58
-56
-54
-57
2º andar
-59
-53
-63
-58
-56
3º andar
-58
-64
-74
-57
-53
4º andar
-56
-59
-62
-58
-66
5º andar
-52
-57
-58
-54
-56
Clientes por banda
tempo real3.842clientes
5 GHz 58%
2.4 GHz 27%
6 GHz 15%
APs em atenção
tempo real| AP | Local | RSSI | SNR | Clientes | Status |
|---|---|---|---|---|---|
| AP-3F-Leste | 3º andar | -74 dBm | 12 dB | 38 | Interferência |
| AP-Terreo-Sul | Recepção | -71 dBm | 18 dB | 24 | Cobertura baixa |
| AP-CD-Doca | CD Extrema | -68 dBm | 22 dB | 9 | OK |
| AP-Loja-RJ | Loja RJ | -61 dBm | 29 dB | 41 | OK |
| AP-4F-Central | 4º andar | -66 dBm | 20 dB | 52 | Saturado |
| AP-Fabrica-2 | Fábrica | -80 dBm | 8 dB | 0 | Offline |
Canais mais congestionados
utilizaçãoRSSI · SNR · canais · retransmissões → experiência Wi-Fi
07 / 30
Wi-Fi · experiência do clienteiObjetivo do painelExperiência do cliente Wi-Fi (estilo UniFi): score, tempo de conexão (assoc, auth, DHCP, DNS) e clientes lentos. Traduz o RF em "o usuário está satisfeito?".
A qualidade que o usuário sente — score, tempo de conexão e gargalos — no estilo UniFi Experience.
Experience score
8,7 / 10
meta 8,0 ▲ +0,4 vs 7d
Health UniFi → qualidade que o usuário sente
Clientes satisfeitos
94%
▲ score ≥ 6 · 3.612 clientes
Experience ≥ 6 → SLA de percepção
Tempo de conexão
1,8 s
assoc + auth + DHCP + DNS
Onboarding ponta-a-ponta → primeiro byte útil
Clientes lentos
42
score < 5 · 1,1% da base
RSSI · retries · DHCP → fila de atrito
Funil de conexão
assoc → auth → DHCP → DNSAssociação99,8% sucesso · 802.11r/k/v
120 ms
Autenticação99,6% sucesso · WPA3 / PPSK
180 ms
DHCP99,2% sucesso · lease /22
90 ms
DNS100% sucesso · resolver interno
40 ms
Clientes por experiência
3.842 clientes8,7score médio
Ótima score ≥ 8 78%
Boa score 6–8 16%
Ruim score < 6 6%
Experience score
UniFi Experience8,7/10UniFi Experience
Retries médios2,4 / 5 GHz agregado
4,2%
Roaming ok802.11r fast transition
96%
Clientes lentos / com atrito
score < 5,5 · tempo real| Cliente | AP | SSID | Motivo | Score |
|---|---|---|---|---|
| MacBook-Ana | AP-3F-Leste | Vionix-Corp | Baixo RSSI -74 dBm | 3,8 |
| iPhone-João | AP-Terreo-Sul | Vionix-Corp | Muitas retries 11% | 4,4 |
| Scanner-CD1 | AP-CD-Doca | Vionix-IoT | DHCP lento 2,4 s | 4,9 |
| Tablet-Loja3 | AP-Loja-RJ | Vionix-Guest | Auth lenta · captive | 5,2 |
| Galaxy-Bruno | AP-4F-Central | Vionix-Corp | Sticky client · 2,4 GHz | 5,0 |
| Notebook-Lab | AP-Fabrica-1 | Vionix-Corp | Ruído alto -82 dBm | 4,1 |
Retransmissões por AP
% frames · top 5assoc · auth · DHCP · DNS · retries → experiência real
08 / 30
Access points & rádiosiObjetivo do painelFrota de access points: clientes, airtime, canal, TX e PoE por AP e por modelo. Identifica APs sobrecarregados e onde densificar.
A frota de APs em detalhe — clientes, airtime, TX, canal, PoE — por rádio e por modelo.
APs online
128 / 132
4 offline · adoção 100%
Controladora UniFi → cobertura garantida
Airtime médio
38 %
channel util ▲ saudável
Utilização de rádio → folga de capacidade
Clientes / AP médio
30 cli
band steering ON · 5 GHz 71%
Balanceamento de carga → densidade sob controle
APs sobrecarregados
6
airtime >70% ou >50 cli
Triggers de saturação → onde densificar
Frota de access points
tempo real · UniFi| AP | Modelo | Clientes | Airtime | TX | Canal | PoE | Status |
|---|---|---|---|---|---|---|---|
| AP-Matriz-3F-Leste | U6-Pro | 58 | 78% | 20 dBm | 6+44 | 7,4W | Sobrecarga |
| AP-Matriz-4F-Norte | U6-Enterprise | 53 | 73% | 20 dBm | 1+100 | 8,6W | Sobrecarga |
| AP-Loja-RJ | U6-Enterprise | 47 | 52% | 20 dBm | 6+157 | 8,2W | OK |
| AP-Terreo-Sul | U6-LR | 41 | 64% | 17 dBm | 1+36 | 6,9W | OK |
| AP-Matriz-2F-Oeste | U6-Pro | 36 | 49% | 18 dBm | 11+52 | 7,1W | OK |
| AP-Extrema-CD-1 | U6-LR | 18 | 31% | 20 dBm | 6+108 | 6,5W | OK |
| AP-CD-Doca | U6-Mesh | 9 | 22% | 20 dBm | 11+149 | 5,1W | OK |
| AP-Fabrica-1 | UAP-AC-Pro | 0 | 0% | — | — | — | Offline |
Clientes por AP
top 5 · associadosAPs por modelo
frota · UniFi132APs
U6-Pro 58 un44%
U6-LR 34 un26%
U6-Enterprise 20 un15%
U6-Mesh 12 un9%
UAP-AC-Pro 8 un6%
Airtime por AP (top)
channel util · 5 GHzAP-Matriz-3F-LesteU6-Pro · canal 44
78%
AP-Matriz-4F-NorteU6-Enterprise · canal 100
73%
AP-Terreo-SulU6-LR · canal 36
64%
AP-Loja-RJU6-Enterprise · canal 157
52%
AP-Matriz-2F-OesteU6-Pro · canal 52 (DFS)
49%
PoE budget do switch
USW-Pro-48-PoE61%PoE em uso
APs alimentados802.3at · 30W/porta
128
Reserva de budget720W total · 281W livre
39%
airtime · TX · canal · PoE · uplink → saúde dos APs
09 / 30
RF, espectro & canaisiObjetivo do painelRF e espectro: airtime por canal, ruído, DFS e distribuição de canais. Caça interferência e co-canal antes da queixa chegar.
O ar em volta dos APs — airtime, canais, ruído e DFS — para caçar interferência antes da queixa.
Airtime 2.4 GHz
72 %
▲ congestionado · pico 88%
airtime utilization → banda 2.4G saturando
Airtime 5 GHz
41 %
▼ folga · 20 MHz canais limpos
airtime utilization → espaço para band steering
Noise floor
-92 dBm
▼ baixo · SNR médio 38 dB
RF scan → piso de ruído saudável
Eventos DFS · 24h
3
radar detectado · canais 100→112
DFS events → troca forçada de canal
Airtime por AP × canal
ótimomédiosaturado
1
6
11
36
100
149
AP-3F-Leste
61
88
58
22
14
18
AP-Terreo-Sul
84
66
52
31
17
24
AP-4F-Central
57
79
72
28
12
20
AP-CD-Doca
49
54
76
26
44
30
AP-Loja-RJ
81
63
55
19
15
27
AP-Fabrica-1
86
74
60
33
41
29
Uso por banda
airtime · RF72%airtime 2.4G
2.4 GHz · 802.11n · 20 MHz27%
5 GHz · 802.11ac/ax · 80 MHz58%
6 GHz · WiFi 6E · 160 MHz15%
Distribuição de canais
airtime · picoNoise floor por AP
dBm · RF scanAP-Fabrica-1maquinário · 2.4G
-79 dBm
AP-CD-Docaportões · esteiras
-84 dBm
AP-Loja-RJvizinhança densa
-86 dBm
AP-3F-Lestematriz SP · 5G
-90 dBm
AP-4F-Centralmatriz SP · 6E
-93 dBm
Eventos de RF
últimos minutos19:57
AP-CD-Doca · DFS radar detectado, canal 100→112
19:53
AP-3F-Leste · interferência co-canal 6 no 3º andar
19:49
AP-Fabrica-1 · noise floor alto -79 dBm no maquinário
19:44
AP-4F-Central · band steering ativado, clientes migrando p/ 5G
19:38
AP-Terreo-Sul · EIRP reduzido p/ 17 dBm, mitigando co-canal 1
19:31
Auto-otimização · RRM realocou canal 149 na Loja-RJ
airtime · noise floor · co-canal · DFS → higiene de RF
10 / 30
Roaming & mobilidadeiObjetivo do painelRoaming e mobilidade: 802.11r/k/v, band steering e sticky clients. Garante transição entre APs sem queda de chamada ou vídeo.
A transição entre APs — fast roaming, band steering e sticky clients — para mobilidade sem queda.
Roamings / min
47 /min
▲ pico 68 · 12h · almoço
Eventos de re-associação → mobilidade dos clientes
Latência de roaming
38 ms
▲ < 50 ms · sem queda de sessão
Tempo de re-associação → chamada/VoIP sem corte
Sticky clients
12
colados no AP distante · min-RSSI
RSSI abaixo do ideal → forçar re-associação ao AP certo
Fast roaming · 802.11r
94%
▲ adoção · +6 pp vs. mês
Clientes com 802.11r → handoff em milissegundos
Roamings ao longo do dia
eventos/min · 24h47 /min agora
80 /min6040200
00h06h12h18h24h
Tipo de roaming
802.11r/k/v94%fast roaming
802.11r rápido 78%
k/v assistido 16%
Legado lento 6%
Roaming por par de AP
últimos 60 min| De → Para | Eventos | Latência | Sucesso | Status |
|---|---|---|---|---|
| AP-1F-Norte → AP-2F-Sul | 210 | 28 ms | 99,2% | OK |
| AP-2F-Sul → AP-3F-Leste | 180 | 34 ms | 98,8% | OK |
| AP-Terreo → AP-1F-Norte | 156 | 41 ms | 97,1% | Atenção |
| AP-CD-Doca → AP-CD-Exp | 98 | 52 ms | 95,4% | Atenção |
| AP-3F-Leste → AP-4F-Oeste | 142 | 31 ms | 98,6% | OK |
| AP-Loja-Fábrica → AP-Refeitório | 74 | 47 ms | 96,2% | Atenção |
Sticky clients
RSSI < -70 dBm| Cliente | AP atual | AP ideal | RSSI atual | Ação |
|---|---|---|---|---|
| iPhone-Ana | AP-1F-Norte | AP-2F-Sul | -76 dBm | Forçar re-assoc |
| Notebook-Dev | AP-Terreo | AP-1F-Norte | -72 dBm | Min-RSSI |
| Galaxy-Vendas | AP-CD-Doca | AP-CD-Exp | -78 dBm | Band steering |
| Coletor-Estoque | AP-Refeitório | AP-Loja-Fábrica | -74 dBm | 802.11v desassoc |
| iPad-Recepção | AP-3F-Leste | AP-2F-Sul | -73 dBm | Min-RSSI |
| MacBook-Diretoria | AP-4F-Oeste | AP-5F-Núcleo | -71 dBm | Forçar re-assoc |
802.11r/k/v · band steering · sticky → mobilidade fluida
11 / 30
WLANs & segurança Wi-FiiObjetivo do painelWLANs e segurança Wi-Fi: SSIDs por VLAN e criptografia, rogue APs e eventos WIPS. Mostra a blindagem da rede sem fio.
As redes e a blindagem sem fio — SSIDs, criptografia, rogue APs e WIPS — por VLAN e política.
SSIDs ativos
6
4 em WPA3/PPSK · 132 APs
WLANs publicadas → superfície de acesso sem fio
Clientes em WPA3
68%
meta 75% ▲ +6 p.p. 7d
Handshake 802.11i/SAE → criptografia forte por cliente
Rogue APs detectados
2
2 contidos · 1 investigando
Varredura RF / WIPS → APs não autorizados no ar
Ameaças WIPS · 24h
14
3 evil-twin · 6 deauth · 5 rogue
Assinaturas WIPS → ataques Wi-Fi bloqueados
WLANs / SSIDs
controller · tempo real| SSID | Banda | Segurança | VLAN | Clientes | Tráfego | Status |
|---|---|---|---|---|---|---|
| Vionix-Corp | 5 + 6 GHz | WPA3-Enterprise | VLAN 10 | 2.140 | 9,1 GB | OK |
| Vionix-Guest | 2.4 + 5 GHz | Portal + WPA2 | VLAN 90 | 980 | 3,2 GB | OK |
| Vionix-IoT | 2.4 GHz | PPSK | VLAN 40 | 520 | 640 MB | OK |
| Vionix-Voz | 5 GHz | WPA3 · 802.11r | VLAN 20 | 202 | 210 MB | OK |
| Vionix-Legado | 2.4 GHz | WPA2 | VLAN 30 | 88 | 90 MB | Rever |
| Vionix-Eventos | 5 GHz | Portal | VLAN 95 | 0 | — | Inativo |
Clientes por segurança
3.842 clientes68%em WPA3
WPA3 68%
WPA2 24%
Portal/Open (guest) 8%
Rogue APs & WIPS
varredura RF · WIPS| BSSID / SSID | Tipo | Canal | RSSI | Ação |
|---|---|---|---|---|
| a4:6c:2a:1a · "Free-WiFi" | Evil twin | 6 | -58 dBm | Contido |
| de:1f:88:2b · "Vionix-Corp" (spoof) | Honeypot | 11 | -67 dBm | Contido |
| 72:0b:3c:9c · desconhecido | Rogue AP | 36 | -72 dBm | Investigando |
| — · deauth flood | Ataque | 1 | — | Mitigado |
| f0:9f:c2:5d · "guest_hotspot" | Rogue AP | 149 | -79 dBm | Bloqueado |
Tráfego por SSID
24h · GBEventos de segurança Wi-Fi
WIPS · últimos minutos19:58
WIPS · evil-twin "Free-WiFi" contido no canal 6 (Térreo-SP)
19:55
3F-Leste · deauth flood detectado · mitigação ativa
19:51
Vionix-Legado · 88 clientes ainda em WPA2 · plano de saída
19:46
Vionix-IoT · novo dispositivo via PPSK · sensor Extrema
19:40
WIPS · spoof "Vionix-Corp" bloqueado · BSSID de:1f:88:2b
19:33
Vionix-Corp · WPA3-Enterprise · 96% dos clientes com SAE
SSIDs · WPA3 · PPSK · rogue AP · WIPS → Wi-Fi blindado
12 / 30
Clientes conectadosiObjetivo do painelClientes conectados: quantos estão na rede agora, por SSID, banda e site, e o comportamento ao longo do dia. Base pra capacidade e densidade.
Quem está na rede agora — por SSID, banda e site — e o comportamento ao longo do dia.
Clientes agora
3.842
▲ vs ontem
Associações Wi-Fi → uso real da rede
Pico do dia
5.210
às 14h
Máximo simultâneo → planejamento de capacidade
SSIDs ativos
6
corp · guest · iot · voz
Segmentação por SSID → isolamento de tráfego
Roaming / min
47 /min
handoff saudável
Transições entre APs → mobilidade sem queda
Clientes conectados · 24h
simultâneos3.842 agora
6,4k clientes4,8k3,2k1,6k0
00h06h12h18h24h
Por banda
5 GHz2.4 GHz6 GHz
3.842clientes
5 GHz 58%
2.4 GHz 27%
6 GHz 15%
Top SSIDs
clientesTop sites por clientes
tempo real| Site | Clientes | Pico | Banda dom. | Status |
|---|---|---|---|---|
| Matriz SP | 1.820 | 2.400 | 5 GHz | OK |
| CD Extrema | 640 | 820 | 5 GHz | OK |
| Loja Morumbi | 410 | 560 | 2.4 GHz | OK |
| Fábrica | 380 | 470 | 5 GHz | OK |
| Loja RJ | 320 | 430 | 5 GHz | OK |
| Guest campus | 272 | 510 | 2.4 GHz | OK |
associações · roaming · SSIDs → densidade de usuários
13 / 30
Tráfego & bandaiObjetivo do painelTráfego e banda: in/out no tempo, top interfaces e aplicações (DPI) e o 95th percentile. Base pra planejar capacidade sem surpresa.
Quanto entra e sai — in/out, top interfaces e aplicações — para planejar capacidade sem surpresa.
Download (in)
18,4 Gbps
▲ pico 24,1 · 19h
Contadores SNMP → banda de entrada em uso
Upload (out)
6,2 Gbps
▲ pico 8,4 · 19h
Contadores SNMP → banda de saída em uso
95th percentile
21,0 Gbps
de 30 Gbps contratados
Percentil 95 → base de cobrança e dimensionamento
Top talker
SP-core 9,1 Gbps
49% do agregado
Análise de fluxos → identifica origem de consumo
Tráfego in/out · 24h
inout
18,4 / 6,2 Gbps
32 Gbps241680
00h06h12h18h24h
Top interfaces
Gbps · agoraTop aplicações (DPI)
% do tráfegoTráfego por site
in / out · agregado| Site | In | Out | 95th | Status |
|---|---|---|---|---|
| SP-Matriz | 9,1 G | 3,4 G | 11,2 G | OK |
| CD-Extrema | 3,8 G | 1,2 G | 4,4 G | OK |
| RJ | 1,1 G | 380 M | 1,3 G | OK |
| BH | 720 M | 210 M | 860 M | OK |
| Recife | 260 M | 90 M | 300 M | Saturando |
| Manaus | 180 M | 60 M | 210 M | OK |
contadores de interface · DPI → banda e capacidade
14 / 30
Latência, jitter & perdaiObjetivo do painelLatência, jitter e perda fim-a-fim por site e hora, com MOS de VoIP. Mostra a qualidade real que o usuário sente nas aplicações.
A experiência real fim-a-fim — por site, caminho e hora — inclusive MOS de VoIP.
Latência média
22 ms
p95 68 ms
Sonda ICMP fim-a-fim → resposta que o usuário sente
Jitter médio
3,1 ms
meta <10 ms ▲
Variação de atraso UDP → voz e vídeo estáveis
Perda de pacotes
0,3 %
estável ▲
Perda em sondas UDP → travamentos evitados
MOS (VoIP)
4,3 / 5
boa · qualidade de voz percebida
Mean Opinion Score → experiência real na chamada
Latência por site × hora (ms)
<2020–45>60
00h
04h
08h
12h
16h
20h
SP
4
3
6
9
8
5
RJ
7
6
12
18
16
10
BH
9
8
13
19
17
11
Recife
40
42
48
54
55
45
Manaus
82
80
94
108
110
88
POA
8
7
11
16
14
9
Jitter por caminho
ms · UDPSP → RJfibra dedicada 1G
2,1 ms
SP → BHMPLS 1G
3,0 ms
SP → POAfibra 500M
4,2 ms
SP → Recifefibra 300M
7,8 ms
SP → Manauslink 200M
12,4 ms
Piores caminhos
tempo real| Caminho | Latência | Jitter | Perda | Status |
|---|---|---|---|---|
| SP → Manaus | 96 ms | 12,4 | 1,3% | Crítico |
| SP → Recife | 42 ms | 7,8 | 0,9% | Atenção |
| RJ → Manaus | 88 ms | 9,1 | 0,7% | Atenção |
| SP → Fortaleza | 38 ms | 4,1 | 0,4% | OK |
| SP → RJ | 8 ms | 2,1 | 0,1% | OK |
| SP → BH | 11 ms | 3,0 | 0,2% | OK |
Qualidade de voz (MOS)
VoIP · 24h4,3 / 5MOS 4,3 / 5
sondas ICMP/UDP · MOS → qualidade fim-a-fim
15 / 30
Topologia da redeiObjetivo do painelTopologia da rede: core, distribuição e acesso, com enlaces, redundância e falhas. Enxerga a malha inteira e o impacto de cada queda.
Do core ao acesso, enlace por enlace — com redundância e falhas visíveis em tempo real.
Nós na malha
44
core · distribuição · acesso
LLDP + SNMP → descoberta automática da rede
Enlaces
56 / 58
2 down · backup ativo
Estado das interfaces → integridade da malha
Redundância
96%
nós com caminho duplo
Caminhos alternativos → resiliência a falhas
Convergência
180 ms
▲ reconvergência média
STP/roteamento → tempo de recuperação em falha
Malha física · core → distribuição → acesso
Enlace OKDegradadoDown
Redundância por camada
LLDPCore2 roteadores · 40G
100%
Distribuição4 switches L3
100%
Acesso38 switches / APs
92%
Enlaces em falha
CORE-2 ↔ DIST-NEenlace principal
DOWN
DIST-NE ↔ Loja-REsem LLDP há 3 min
DOWN
DIST-RJ ↔ Loja-RErota de backup
backup
LLDP · SNMP · rotas → malha viva e redundante
16 / 30
Switches & interfacesiObjetivo do painelSwitches e interfaces: portas up/erro, PoE e utilização por switch. Saúde da camada de acesso, porta a porta.
Camada de acesso viva — portas, erros, PoE e utilização — porta a porta.
Portas up
1.284 / 1.410
▲ link + admin up
SNMP ifOperStatus → capacidade de acesso ativa
Erros / descartes
0,02%
meta < 0,1% ▲
CRC + discards → qualidade de cabeamento/duplex
PoE usado
61%
▲ 1.860 W de 3.050 W
Orçamento PoE → APs e telefones alimentados
Portas em erro
9
4 críticas · 5 em atenção
Contadores de interface → ação de campo priorizada
Mapa de portas · switch × faixa
BaixaMédiaAltaErro
1-8
9-16
17-24
25-32
33-40
41-48
SW-Core
SW-Dist-1
SW-Dist-2
SW-Dist-3
SW-Acesso-1
SW-Acesso-2
PoE budget
Watts61%PoE · 61%
Top portas com erro
tempo real| Switch / Porta | Erros | Descartes | Tipo | Status |
|---|---|---|---|---|
| SW-Acesso-1 Gi0/12 | 1.204 | 320 | CRC | Crítico |
| SW-Dist-2 Gi1/0/8 | 640 | 110 | Discards | Atenção |
| SW-Core Te0/2 | 210 | 40 | Duplex | Atenção |
| SW-Acesso-2 Gi0/6 | 180 | 22 | CRC | Atenção |
| SW-Dist-1 Gi1/0/24 | 90 | 10 | Discards | OK |
| SW-Acesso-1 Gi0/48 | 40 | 4 | — | OK |
Utilização por switch
SNMP · médiaSW-Coreuplink 40G · SP-Matriz
68%
SW-Dist-1L3 · CD Extrema
54%
SW-Dist-2L3 · fábrica
61%
SW-Acesso-1lojas RJ/BH
47%
SW-Acesso-2lojas Recife/POA
39%
SNMP if-MIB · PoE · erros → saúde do acesso
17 / 30
Serviços de redeiObjetivo do painelServiços de rede (DNS, DHCP, RADIUS, NTP): o que segura a rede de pé. Se o DNS ou o DHCP cai, tudo cai — este painel avisa antes.
O que segura a rede de pé — DNS, DHCP, RADIUS e NTP — com latência e saúde de cada um.
DNS
4.120 qps
consultas / segundo
Resolução de nomes → tudo na rede depende
Latência DNS
8 ms
▲ resposta rápida
Tempo de resolução → rapidez percebida
Pools DHCP
74%
enchendo · 2 pools críticos
Esgotamento de IP → sem IP, sem rede
RADIUS auth
99,2%
▲ sucesso 802.1X / Wi-Fi
Autenticação de acesso → só entra quem pode
Consultas DNS · 24h
ConsultasFalhas
4.120 qps
5k qps3,8k2,5k1,3k0
00h06h12h18h24h
Pools DHCP por site
ocupaçãoGuest campusWi-Fi visitantes
90%
Fábricachão de fábrica · IoT
82%
Matriz SPcorporativo
74%
CD Extremalogística
61%
Loja RJvarejo
48%
Serviços de rede
tempo real| Serviço | Alvo | Latência | Status |
|---|---|---|---|
| DNS primário | 10.0.0.10 | 8 ms | OK |
| DNS secundário | 10.0.0.11 | 9 ms | OK |
| DHCP | 10.0.0.12 | — | OK |
| RADIUS | 10.0.0.20 | 14 ms | OK |
| NTP | a.ntp.br | 22 ms | OK |
| Captive portal | guest.natura | — | Atenção |
Autenticações RADIUS
últimas 24h99,2%sucesso
Sucesso 99,2%
Falha 0,6%
Timeout 0,2%
DNS · DHCP · RADIUS · NTP → serviços essenciais
18 / 30
Firewall & segurançaiObjetivo do painelFirewall e segurança: sessões, ameaças bloqueadas, túneis VPN e tráfego negado. A superfície protegida, do perímetro ao home office.
A superfície protegida — sessões, ameaças, políticas e VPN — do perímetro ao home office.
Sessões ativas
84,2 mil
▲ concorrentes no firewall
Tabela de conexões → carga do perímetro
Ameaças bloqueadas · 24h
1.204
▲ IPS / AV → risco contido
IPS + antivírus → ataques neutralizados
Tráfego negado
3,4%
políticas → conformidade
Regras de saída → política aplicada
Túneis VPN
46 / 48
2 down · site-a-site + home office
Túneis IPsec/SSL → conectividade remota
Ameaças bloqueadas · 24h
IPS · AV · WAF1.204 bloqueadas
140 /h10570350
00h06h12h18h24h
Tráfego por categoria
L7 · políticas84,2ksessões
Web 44%
SaaS 22%
Backup 14%
VoIP 8%
Bloqueado 3%
Outros 9%
Top bloqueios
últimas 24h| Origem | Regra | Porta | Hits | Ação |
|---|---|---|---|---|
| 203.0.113.x CN | Brute-force SSH | 22 | 412 | Bloqueado |
| 198.51.100.x RU | RDP scan | 3389 | 288 | Bloqueado |
| interno-IoT | C2 suspeito | 443 | 154 | Bloqueado |
| 192.0.2.x | SMB exploit | 445 | 98 | Bloqueado |
| guest-wifi | Malware URL | 80 | 62 | Bloqueado |
| parceiro-B2B | Política DLP | 8443 | 24 | Alerta |
Túneis VPN
IPsec · SSLMatriz ↔ CD ExtremaIPsec · 1G
UP
Matriz ↔ RJIPsec · 500M
UP
Matriz ↔ FábricaIPsec · 300M
UP
Matriz ↔ RecifeIPsec · reconectando
DOWN
Home officeSSL · clientes ativos
42/44
firewall · IPS · VPN → superfície protegida
19 / 30
Inventário via APIiObjetivo do painelInventário via API UniFi: sites, devices adotados, estados e firmware. Prova que a coleta vem direto do controlador, sem agente.
O parque inteiro por chamadas REST — sites, devices, estados e firmware — direto do controlador.
Devices adotados
182
132 AP · 46 SW · 4 GW
totalCount de GET /v1/sites/{id}/devices → parque sob gestão
Online
176 / 182
96,7% da frota ▲
state=ONLINE → devices respondendo agora
Pendentes de adoção
3
aguardando adopt
GET /v1/pending-devices → onboarding a executar
Firmware atualizável
14
7.1.68 disponível
firmwareUpdatable=true → janela de manutenção
Frota adotada
GET /v1/sites/{id}/devices| Device | Modelo | IP | Firmware | Estado |
|---|---|---|---|---|
| U6-Pro 3F | U6-Pro | 10.10.3.21 | 7.1.68 | ONLINE |
| USW-Pro-48-PoE | USW-Pro-48-PoE | 10.10.1.12 | 7.1.68 | ONLINE |
| UDM-Pro SE | UDM-SE | 10.10.0.1 | 7.1.68 | ONLINE |
| U6-LR Fábrica | U6-LR | 10.20.3.44 | 7.0.35 | OFFLINE |
| USW-Agg CD | USW-Aggregation | 10.30.1.2 | 6.6.55 | UPDATING |
| U6-Mesh Loja-RJ | U6-Mesh | 10.40.3.18 | 7.1.68 | ONLINE |
| U6-Enterprise 4F | U6-Enterprise | 10.10.4.7 | 7.0.35 | GETTING_READY |
| USW-Lite-16 | USW-Lite-16-PoE | 10.10.2.30 | 6.6.55 | ONLINE |
Estados da frota
GET /v1/sites/{id}/devices · state182devices
ONLINE · 176 96,7%
OFFLINE 2
UPDATING 3
outros 1
CPU média da frotacpuUtilizationPct · statistics/latest
23%
Memória médiamemoryUtilizationPct · statistics/latest
41%
Uptime médiouptimeSec · statistics/latest
84 d
Firmware por versão
GET /v1/sites/{id}/devices/{id} · firmwareVersionPor função
GET /v1/sites/{id}/devices · features3funções
accessPoint · 132 72%
switching · 46 25%
gateway · 4 3%
Adoção & ciclo de vida
GET /v1/pending-devices19:57
U7-Pro · novo device em PENDING_ADOPTION
19:55
USW-Agg CD · entrou em UPDATING (6.6.55 → 7.1.68)
19:46
U6-LR Fábrica · OFFLINE há 12 min
19:41
U7-Pro · adopt via POST /v1/sites/{id}/devices
19:39
U6-Enterprise 4F · GETTING_READY → ONLINE em 90 s
GET /v1/sites · /devices · /pending-devices → inventário vivo
20 / 30
Saúde dos devices em tempo realiObjetivo do painelSaúde dos devices via API: CPU, memória, load, uptime e heartbeat por equipamento. Telemetria nativa de cada aparelho.
CPU, memória, load e heartbeat de cada equipamento — um GET por device, sem agente.
CPU média da frota
23%
▼ 4 pts vs ontem · pico 41% às 12h
cpuUtilizationPct → folga de processamento
Memória média
47%
estável · 6 devices acima de 60%
memoryUtilizationPct → risco de reboot espontâneo
Uptime médio
84 d
▲ 168 devices há mais de 30 d no ar
uptimeSec → estabilidade da frota
Heartbeats atrasados
2
U6-LR Fábrica · USW-Lite-16
lastHeartbeatAt vs nextHeartbeatAt → device possivelmente offline
CPU da frota · 24h
GET /v1/sites/{id}/devices/{id}/statistics/latest23% média
100 %7550250
00h06h12h18h24h
Top consumo · memoryUtilizationPct
GET /v1/sites/{id}/devices/{id}/statistics/latestUDM-Pro SEgateway · DPI + IDS ativos
78%
USW-Pro-48switch · 48 portas · core do prédio A
64%
USW-Aggswitch · agregação 10G
58%
U6-EnterpriseAP · auditório · 214 clientes
52%
U6-Pro-3FAP · 3º andar leste
44%
U6-LRAP · pátio de carga
39%
Métricas por device · statistics/latest
GET /v1/sites/{id}/devices/{id}/statistics/latest| Device | CPU | Mem | Load 1m | Uptime | Heartbeat |
|---|---|---|---|---|---|
| UDM-Pro SE | 34% | 78% | 1,8 | 210 d | ok |
| USW-Pro-48 | 21% | 64% | 0,9 | 145 d | ok |
| USW-Agg | 12% | 58% | 0,4 | 132 d | ok |
| U6-Enterprise | 28% | 52% | 1,1 | 96 d | ok |
| U6-Pro-3F | 24% | 44% | 0,8 | 64 d | ok |
| U6-LR Fábrica | 87% | 71% | 2,4 | 12 d | atrasado |
| USW-Lite-16 | 9% | 38% | 0,2 | 28 d | atrasado |
Janela de heartbeat
GET /v1/sites/{id}/devices/{id}/statistics/latest30 sintervalo
No prazo 98,9%180
Atrasado 1,1%2
U6-LR FábricalastHeartbeatAt 19:57:12
+38 s
USW-Lite-16lastHeartbeatAt 19:56:48
+62 s
GET /devices/{id}/statistics/latest → telemetria nativa
21 / 30
Uplinks & throughput por deviceiObjetivo do painelUplinks e throughput por device (tx/rx) e a árvore de quem liga em quem. Mostra a banda real e a hierarquia da malha.
Quanto cada equipamento empurra pro core — tx/rx bps do uplink e a árvore de quem liga em quem.
RX agregado
14,2 Gbps
▲ 8% vs. média 7d · 182 devices
Σ uplink.rxRateBps → banda total descendo pro campus
TX agregado
5,1 Gbps
▲ 5% vs. média 7d · pico 19h
Σ uplink.txRateBps → banda subindo dos devices
Uplink mais carregado
USW-Agg CD 8,4 Gbps
84% do uplink 10G
max(uplink.rxRateBps) → gargalo candidato do core
Devices sem uplink
2
fora o gateway raiz · verificar adoção
uplink.deviceId ausente → raiz ou órfão na malha
Throughput agregado · 24h
GET /v1/sites/{id}/devices/{id}/statistics/latest14,2 / 5,1 Gbps
20 Gbps151050
00h06h12h18h24h
Top uplinks · rxRateBps
GET /v1/sites/{id}/devices/{id}/statistics/latestUplink por device
GET /v1/sites/{id}/devices| Device | Uplink (deviceId→nome) | RX | TX | Status |
|---|---|---|---|---|
| USW-Agg CD | UDM-Pro SE | 8,4 G | 3,1 G | OK |
| USW-Pro-48 | UDM-Pro SE | 4,2 G | 1,6 G | OK |
| U6-Enterprise 4F | USW-Agg CD | 920 M | 310 M | OK |
| U6-Pro 3F | USW-Pro-48 | 780 M | 240 M | OK |
| USW-24-PoE Recep | USW-Pro-48 | 640 M | 180 M | OK |
| U6-LR Pátio | USW-24-PoE Recep | 310 M | 90 M | OK |
| U6-Mesh Loja | U6-LR Pátio | 120 M | 40 M | mesh |
Árvore de uplinks · uplink.deviceId
GET /v1/sites/{id}/devicesUDM-Pro SEgateway · raiz da malha · 2 filhos diretos
raiz
USW-Agg CDagregação · uplink → UDM-Pro SE
12 dev
USW-Pro-48acesso · uplink → UDM-Pro SE
96 dev
U6-LR Pátiouplink wireless · U6-Mesh Loja pendura aqui
1 mesh
Órfãosuplink.deviceId ausente · re-adotar
2
statistics/latest uplink.rx/txRateBps · uplink.deviceId → malha e banda
22 / 30
Portas & PoE via APIiObjetivo do painelPortas e PoE via API: estado, velocidade, conector e energia por porta, com power-cycle remoto. Suporte sem ir ao local.
Estado, velocidade e energia de cada porta física — com power-cycle remoto por chamada.
Portas UP
1.284 / 1.410
91% ativas · 46 switches
ports[].state=UP → conectividade física real
PoE ativo
402 portas
APs · câmeras · telefones
poe.enabled + state UP → carga elétrica entregue
Portas LIMITED
4
PoE limitado · rever cabo
poe.state=LIMITED → risco de queda do PD
Power-cycles hoje
6
reinício remoto de PDs
POST /ports/{idx}/actions → suporte sem ir ao local
Mapa de portas · velocidade
GET /v1/sites/{id}/devices/{id}1-8
9-16
17-24
25-32
33-40
41-48
USW-Pro-48-A
1G
1G
1G
1G
1G
10G
USW-Pro-48-B
1G
100M
1G
1G
1G
10G
USW-Agg-Pro
10G
10G
25G
25G
—
10G
USW-Ent-48
1G
1G
1G
—
1G
10G
USW-Pro-Max-48
1G
100M
1G
1G
1G
10G
USW-Agg-CD
10G
10G
10G
10G
—
25G
PoE em uso
GET /v1/.../devices/{id} · poe61%orçamento PoE
802.3at (Type 2)PoE+ · até 30W
284
802.3bt (Type 3/4)PoE++ · até 60W
118
Portas em atenção
GET /v1/.../devices/{id} · ports[]| Switch / Porta | Conector | Velocidade | Máx | PoE | Estado |
|---|---|---|---|---|---|
| USW-Pro-48-A · Gi0/12 | RJ45 | 100M | 1G | 802.3af | DOWN |
| USW-Pro-48-B · Gi0/44 | RJ45 | 1G | 1G | 802.3at | LIMITED |
| USW-Ent-48 · Gi0/8 | RJ45 | 100M | 1G | 802.3bt | LIMITED |
| USW-Pro-Max · Gi0/33 | RJ45 | — | 1G | 802.3af | DOWN |
| USW-Agg-Pro · Te1/2 | SFPPLUS | 10G | 10G | — | UP |
| USW-Agg-CD · QSFP/1 | QSFP28 | 25G | 25G | — | UP |
| USW-Pro-48-A · Gi0/1 | RJ45 | 1G | 1G | 802.3at | UP |
Por conector · ports[].connector
interfaces.ports[]1.410portas
RJ45 1.15682%
SFP+ 15511%
SFP28 564%
QSFP28 292%
SFP 141%
ports[] · poe · POST /v1/.../ports/{idx}/actions POWER_CYCLE
23 / 30
Rádios: do 2.4 ao 60 GHziObjetivo do painelRádios via API: canal, largura, geração (até Wi-Fi 7) e retries por banda. RF auditável por chamada.
Canal, largura e geração de cada rádio — até 802.11be (Wi-Fi 7) — com retries por banda.
Rádios ativos
268
132 APs · ~2 rádios/AP ▲
interfaces.radios[] → inventário de RF completo
Retries médios 2.4G
8,4 %
▲ banda congestionada · pico 11,2%
txRetriesPct → lentidão sentida no 2.4 GHz
Retries médios 5G
3,1 %
meta <5% ▲
txRetriesPct → 5 GHz limpo e saudável
Rádios Wi-Fi 7
24
▲ 9% da base · MLO pronto
wlanStandard=802.11be → geração mais nova em produção
Canal × banda · radios[].channel
GET /v1/sites/{id}/devices/{id}1 · 2.4G
6 · 2.4G
11 · 2.4G
36 · 5G
100 · 5G
149 · 5G
AP-3F-Leste
58
84
52
24
13
19
AP-Terreo-Sul
62
57
49
28
16
22
AP-4F-Central
54
61
47
31
14
18
AP-CD-Doca
48
52
59
26
34
21
AP-Loja-RJ
66
58
51
19
15
27
AP-Fabrica-1
63
68
55
29
33
24
Geração · wlanStandard
GET /v1/sites/{id}/devices/{id}268rádios
802.11ax · Wi-Fi 6 · 18268%
802.11be · Wi-Fi 7 · 249%
802.11ac · Wi-Fi 5 · 5119%
Legado (n/g) · 114%
txRetriesPct por AP (top)
GET /v1/sites/{id}/devices/{id}/statistics/latestAP-3F-Leste2.4 GHz · canal 6 · 20 MHz
11,2%
AP-Terreo2.4 GHz · canal 1 · 20 MHz
9,4%
AP-4F2.4 GHz · canal 11 · 20 MHz
8,1%
AP-3F-Leste5 GHz · canal 36 · 80 MHz
4,2%
AP-CD5 GHz · canal 100 · 80 MHz
2,8%
AP-Loja-RJ6 GHz · canal 37 · 160 MHz
1,9%
Por banda · frequencyGHz
GET /v1/sites/{id}/devices/{id}4bandas
5 GHz 52%
2.4 GHz 34%
6 GHz 12%
60 GHz 2%
Largura de canal
GET /v1/sites/{id}/devices/{id}interfaces.radios[] · txRetriesPct → RF auditável por API
24 / 30
Clientes: com fio, Wi-Fi, VPN e TeleportiObjetivo do painelClientes via API: tipos (com fio, Wi-Fi, VPN, Teleport), sessões e autorização de guest. Quem está conectado, direto da fonte.
Cada cliente com tipo, IP e sessão — 4 tipos de conexão — e autorização de guest por chamada.
Clientes agora
3.842
▲ pico 5.210 · 14h
totalCount GET /clients → base ativa em tempo real
Sem fio
3.214
84% do total · 132 APs
type=WIRELESS → densidade real do Wi-Fi
VPN + Teleport
118
104 VPN · 14 Teleport
type VPN/TELEPORT → acesso remoto seguro
Guests autorizados
96
12 expiram em 1 h
access + POST AUTHORIZE → visitantes sob controle
Clientes · 24h
GET /v1/sites/{id}/clients3.842 agora
6,4k clientes4,8k3,2k1,6k0
00h06h12h18h24h
Por tipo · campo type
GET /v1/sites/{id}/clients3.842clientes
WIRELESS 3.21484%
WIRED 51013%
VPN 1042%
TELEPORT 141%
Sessões · connectedAt
GET /v1/sites/{id}/clients| Cliente | Tipo | IP | Conectado há | Acesso |
|---|---|---|---|---|
| notebook-eng | WIRELESS | 10.0.12.44 | 6 h | default |
| impressora-3f | WIRED | 10.0.8.12 | 21 d | default |
| home-office-ana | VPN | 10.255.0.8 | 2 h | default |
| tablet-visitante | WIRELESS | 10.90.4.18 | 40 min | guest |
| teleport-cto | TELEPORT | 10.254.1.2 | 1 h | default |
| scanner-cd | WIRED | 10.0.20.31 | 3 d | default |
| tv-recepcao | WIRELESS | 10.0.16.77 | 12 h | default |
Guest access · ações
POST /v1/sites/{id}/clients/{id}/actions19:58
visitante-042 · AUTHORIZE_GUEST_ACCESS (4 h, 50 Mbps)
19:52
visitante-031 · UNAUTHORIZE — guest expirado
19:47
tablet-visitante · limite dataUsageLimitMBytes 2.048 aplicado
19:41
guest-recepcao · reautorizado (2 h, 20 Mbps)
19:33
fornecedor-lab · AUTHORIZE_GUEST_ACCESS (8 h)
19:20
guest-sala2 · rateLimits 20 Mbps down aplicado
GET /clients · type · connectedAt · POST AUTHORIZE_GUEST_ACCESS
25 / 30
Redes, VLANs & SSIDsiObjetivo do painelRedes, VLANs e SSIDs via API: segmentação, segurança e origem da configuração. Tudo auditável e versionável.
A segmentação inteira — VLANs e broadcasts Wi-Fi — auditável e versionável por API.
Redes / VLANs
12
11 habilitadas · 44 sites
totalCount · GET /networks → inventário de segmentação
SSIDs ativos
6
▲ 132 APs transmitindo
enabled · /wifi/broadcasts → SSIDs no ar
Redes desabilitadas
1
Legado · VLAN 30 em descomissão
enabled=false → rede fora do ar, ainda auditada
Config via API
74%
▲ +12 p.p. no trimestre
metadata.origin → configuração como código
Redes
GET /v1/sites/{id}/networks| Rede | VLAN | Gestão | Padrão | Estado |
|---|---|---|---|---|
| Corp | 10 | FULL | ✓ | ON |
| Voz | 20 | FULL | — | ON |
| IoT | 40 | FULL | — | ON |
| Guest | 90 | GATEWAY_ONLY | — | ON |
| Câmeras | 50 | FULL | — | ON |
| Legado | 30 | FULL | — | OFF |
| Lab | 99 | GATEWAY_ONLY | — | ON |
SSIDs
GET /v1/sites/{id}/wifi/broadcasts| SSID | Tipo | Segurança | Devices | Estado |
|---|---|---|---|---|
| Vionix-Corp | STANDARD | WPA3-Enterprise | todos · 132 | ON |
| Vionix-Guest | HOTSPOT | Portal | todos · 132 | ON |
| Vionix-IoT | STANDARD | PPSK | 84 APs | ON |
| Vionix-Voz | STANDARD | WPA3 | 118 APs | ON |
| Vionix-Legado | STANDARD | WPA2 | 26 APs | ON · rever |
| Vionix-Eventos | HOTSPOT | Portal | 0 APs | OFF |
Clientes por VLAN
GET /v1/sites/{id}/clientsSegurança dos SSIDs
GET /v1/sites/{id}/wifi/broadcasts6SSIDs
WPA3 50%
WPA2 17%
PPSK 17%
Portal 16%
Origem da config
GET /v1/sites/{id}/networks · metadata.origin74%via API
API/integração 74%
UI manual 26%
GET /networks · vlanId · GET /wifi/broadcasts · securityConfiguration
26 / 30
Firewall & ACL como códigoiObjetivo do painelFirewall e ACL como código: políticas ALLOW/BLOCK/REJECT, zonas e ordenação via API. Segurança revisável e rastreável.
Políticas, zonas e ACLs lidas e ordenadas por API — ALLOW, BLOCK e REJECT auditáveis.
Políticas de firewall
84
78 ativas · 6 pausadas ▲ 6 em 30d
totalCount · /firewall/policies → inventário L3 completo
Zonas
8
6 padrão · 2 personalizadas
GET /firewall/zones → segmentação da rede por zona
Regras ACL
32
camada 2 · 46 switches
GET /acl-rules → controle L2 aplicado no switching
Políticas com log
21
25% do total · syslog central
loggingEnabled=true → trilha de auditoria por regra
Políticas · ordem de avaliação
GET /v1/sites/{id}/firewall/policies| # | Política | Origem → Destino (zonas) | Ação | Log | Estado |
|---|---|---|---|---|---|
| 01 | Guest isolado da rede interna | Guest → Internal | BLOCK | ON | Ativa |
| 02 | IoT sem acesso corporativo | IoT → Internal | BLOCK | ON | Ativa |
| 03 | VPN acesso corporativo | VPN → Internal | ALLOW | ON | Ativa |
| 04 | Saída corporativa à internet | Internal → External | ALLOW | — | Ativa |
| 05 | DMZ publica serviços web | DMZ → External | ALLOW | — | Ativa |
| 06 | Hotspot sem gestão do gateway | Guest → Gateway | REJECT | ON | Ativa |
| 07 | Legado → DMZ (schedule 08–20h) | Internal → DMZ | REJECT | — | Pausada |
Por ação · action.type
GET /v1/sites/{id}/firewall/policies84políticas
ALLOW 49 regras 58%
BLOCK 28 regras 34%
REJECT 7 regras 8%
BLOCK com logloggingEnabled=true
14/28
REJECT com logloggingEnabled=true
4/7
ALLOW com logsó rotas sensíveis
3/49
Zonas · networkIds
GET /v1/sites/{id}/firewall/zonesInternalCorp · Eng · Fin · RH · Ops
5 redes
GuestVisitantes · Hotspot
2 redes
IoTSensores · Câmeras
2 redes
DMZServiços públicos
1 rede
VPNWireGuard · Teleport
2 redes
ACL · action
GET /v1/sites/{id}/acl-rules32regras L2
ALLOW 23 regras 72%
BLOCK 9 regras 28%
Mudanças & ordenação
PUT /v1/sites/{id}/firewall/policies/ordering19:58
PUT /ordering · reordenação aplicada · 84 posições
19:51
POST /policies · nova política Guest→IoT BLOCK
19:44
PATCH /policies/12 · schedule comercial 08–20h
19:37
PUT /zones/dmz · zona DMZ atualizada · +1 rede
19:29
GET /acl-rules · sync sem divergência · 32 regras
19:22
loggingEnabled · ativado em 3 políticas BLOCK
GET /firewall/policies · /zones · /acl-rules → segurança auditável
27 / 30
VPN, WAN & DNS por APIiObjetivo do painelVPN, WAN e DNS via API: servidores VPN, túneis site-to-site, WANs e políticas de DNS num inventário só.
Os túneis, as saídas e a resolução — servers, site-to-site e políticas DNS — num só inventário.
Servidores VPN
4
▲ 68 peers remotos ativos
/vpn/servers · state → acesso remoto no ar
Túneis site-to-site
6
4 UP · 1 re-key · 1 standby
/site-to-site-tunnels → filiais interligadas
WANs
2
10G ativa · 500M pronta
/wans · status → redundância de saída
Políticas DNS
18
8 fixos · 6 forward · 4 block
/dns/policies · type → resolução governada
Site-to-site
GET /v1/sites/{id}/vpn/site-to-site-tunnels| Túnel | Tipo | Destino | Estado |
|---|---|---|---|
| Matriz ↔ CD-Extrema | IPSEC | 10.20.0.1 · Algar 2G | UP |
| Matriz ↔ Fábrica | IPSEC | 10.30.0.1 · MPLS 1G | UP |
| Matriz ↔ Loja-RJ | IPSEC | 10.40.0.1 · Claro 1G | UP |
| Matriz ↔ Recife | IPSEC | 10.50.0.1 · Vivo 300M | re-key |
| Matriz ↔ POA | WIREGUARD | 10.60.0.1 · Fibra 500M | UP |
| Backup-LTE | IPSEC | 100.64.8.2 · LTE 4G | standby |
Servidores por tipo
GET /v1/sites/{id}/vpn/servers4servers
WireGuard 50%
OpenVPN 25%
L2TP 25%
WANs
GET /v1/sites/{id}/wansWAN1 · Fibra 10GVivo dedicado · IP fixo /29
ativa
WAN2 · 500MClaro · rota de contingência
backup
Balanceamentoordem WAN1 → WAN2
failover
Última trocafailover automático · sem perda
há 42 d
IPv6dual-stack · prefixo /56 delegado
ativo
Políticas DNS por tipo
GET /v1/sites/{id}/dns/policies18políticas
A/AAAA fixos 44%
Forward 33%
Block-domain 23%
Eventos
deltas · /vpn · /wans · /dns/policies19:57
Túnel Recife · renegociado (re-key IKEv2)
19:51
WAN2 · testada · failover ok em 1,8 s
19:44
Política DNS · interna criada via POST
19:36
WireGuard · peer novo home-office
19:29
Túnel POA · handshake renovado · 12 ms
19:22
Backup-LTE · standby · sem tráfego
GET /vpn/servers · /site-to-site-tunnels · /wans · /dns/policies
28 / 30
Hotspot & vouchersiObjetivo do painelHotspot e vouchers via API: ciclo de vida do acesso de visitante (criação, uso, expiração e limites). Gestão de guest medida.
O ciclo de vida do acesso guest — criação, uso e expiração — gerado e medido por API.
Vouchers ativos
240
▲ 64 emitidos hoje
expired=false → estoque de acesso disponível
Guests conectados
96
em 240 vouchers ativos
authorizedGuestCount → uso real do hotspot
Emitidos hoje
64
via portal e recepção
createdAt = hoje → geração via POST /vouchers
Expirando em 24h
32
renovar ou liberar
expiresAt < 24h → rotatividade de visitantes
Ativações de voucher · 24h
GET /v1/sites/{id}/hotspot/vouchers96 guests agora
140 /h10570350
00h06h12h18h24h
Status · expired / activatedAt
GET /hotspot/vouchers412vouchers
Ativos 24058%
Não usados 11027%
Expirados 6215%
Vouchers · GET /hotspot/vouchers
code · createdAt · expiresAt| Código | Criado | Ativado | Expira | Guests | Limites |
|---|---|---|---|---|---|
| 8886-4212 | 2 d | há 3 h | em 1 h | 1/1 | 2 GB · 4 h · 50M |
| 2231-9087 | hoje | há 40 min | em 3 h | 3/5 | 5 GB · 8 h · 50M |
| 4410-1123 | hoje | — | em 24 h | 0/1 | 2 GB · 4 h |
| 7765-3390 | 5 d | há 12 h | expira hoje | 2/2 | 1 GB · 2 h · 20M |
| 9902-5567 | hoje | há 5 min | em 4 h | 1/3 | 5 GB · 24 h |
| 3345-6621 | hoje | há 1 h | em 6 h | 4/5 | 10 GB · 8 h · 100M |
| 1120-8843 | 1 d | há 26 h | expirado | — | 2 GB · 4 h |
Limites aplicados
campos do voucherDadosdataUsageLimitMBytes
2 GB
TempotimeLimitMinutes
4 h
DownloadrxRateLimitKbps
50 Mbps
UploadtxRateLimitKbps
20 Mbps
Guests por voucherauthorizedGuestLimit
5
GET/POST /hotspot/vouchers · limites de dados, tempo e velocidade
29 / 30
Próximo passo
Enxerga sua rede?
Agende uma demo do NOC Flowbix e coloque links, Wi-Fi, clientes, tráfego e serviços da sua rede inteira em um painel único no Zabbix e no Grafana.
service
FLOWBIX
Comercial · Flowbix ✓
Conta verificada
Escaneie para iniciar uma conversa
Flowbix
·
Agent Android · Agente Zabbix & Grafana
30 / 30