CIRCUITO
CARIOCA TI · DOCUMENTAÇÃO
♙
Librenms · Coleta

SNMP

SNMP é a principal fonte para inventário e telemetria de rede. LibreNMS usa sysObjectID, sysDescr e MIBs para identificar OS e descobrir módulos.

Ler módulo Índice técnico
librenms://Coleta
$ platform: Librenms
$ topic: SNMP
$ mode: production
$ method: evidence-first_
Escopo técnico

SNMP

SNMP é a principal fonte para inventário e telemetria de rede. LibreNMS usa sysObjectID, sysDescr e MIBs para identificar OS e descobrir módulos.

01 · Coleta

Ponto técnico 1

Por que SNMP: SNMP é a principal fonte para inventário e telemetria de rede. LibreNMS usa sysObjectID, sysDescr e MIBs para identificar OS e descobrir módulos.

02 · Coleta

Ponto técnico 2

v2c x v3: SNMPv2c é simples, mas a community funciona como segredo compartilhado. SNMPv3 adiciona autenticação e privacidade e é preferível quando suportado e operacionalmente viável.

03 · Coleta

Ponto técnico 3

Teste fora do LibreNMS: Antes de culpar a aplicação, teste snmpget/snmpwalk do poller para o dispositivo. Isso separa rede/ACL/credencial de lógica LibreNMS.

04 · Coleta

Ponto técnico 4

MIBs e OS: O suporte do LibreNMS depende de definições de OS, discovery modules e MIBs. Um OID responder não significa que a métrica já esteja modelada.

05 · Coleta

Ponto técnico 5

Timeout/retries: Latência alta e devices lentos aumentam duração do polling. Ajustar timeout sem entender o dispositivo pode esconder perda ou sobrecarregar pollers.

06 · Coleta

Ponto técnico 6

Segurança: Restrinja SNMP por ACL à rede/pollers. Evite SNMP write salvo onde apenas leitura é necessária.

07 · Coleta

Ponto técnico 7

Diagnóstico: Sem resposta: rota/firewall/ACL/VRF → versão/credencial → snmpwalk → descoberta do OS → módulo específico.

Aplicação em produção

Procedimento de engenharia

Escopo e impacto

Defina serviço, owner, estado esperado e impacto antes de alterar o monitoramento.

Evidência primeiro

Valide fonte, caminho, credenciais, baseline e timestamps antes de alterar thresholds.

Mudança controlada

Altere uma variável por vez e mantenha um caminho de rollback.

Comandos / fluxo de referência

snmpget -v2c -c COMMUNITY 192.0.2.10 sysObjectID.0
snmpwalk -v2c -c COMMUNITY 192.0.2.10 sysDescr.0

# Em produção, prefira SNMPv3 quando viável.
Manutenção

Rotina operacional recomendada

  • Revise estados críticos, lacunas de coleta e falhas de entrega a cada turno.
  • Revise alertas ruidosos, objetos lentos, credenciais e erros recorrentes semanalmente.
  • Revise versões, backup/restore, permissões e capacidade periodicamente.
Troubleshooting por evidências

Sintoma → escopo → camada → evidência → hipótese → validação

Capture logs, timestamps, saídas e topologia antes da ação corretiva sempre que possível.
Laboratório guiado

Construa, quebre, diagnostique e recupere

  1. Registre um baseline saudável.
  2. Induza uma falha controlada relacionada ao tema.
  3. Identifique a camada com falha antes de reiniciar componentes.
  4. Corrija a causa identificada e valide a recuperação.
Checklist de produção

Pronto para produção?

Responsabilidade

Objetivo, escopo e owner estão definidos.

Segurança

Credenciais e integrações seguem menor privilégio.

Validação

Falha e recuperação foram testadas e documentadas.

Versão e referências

Documentação sensível à versão

LibreNMS é rolling release. O conteúdo foi confrontado com a documentação oficial atual; instalação, Dispatcher, API, distributed polling, RRDCached, Redis, HA e requisitos devem ser reconfirmados antes de change.