CIRCUITO
CARIOCA TI · DOCUMENTAÇÃO
♙
Librenms · Redes / ISP

Portas, Sensores e Roteamento

LibreNMS descobre interfaces, status, velocidade, tráfego, erros, discards, aliases e outros atributos.

librenms://Redes / ISP
$ platform: Librenms
$ topic: Portas, Sensores e Roteamento
$ mode: production
$ method: evidence-first_
Escopo técnico

Portas, Sensores e Roteamento

LibreNMS descobre interfaces, status, velocidade, tráfego, erros, discards, aliases e outros atributos.

01 · Redes / ISP

Ponto técnico 1

Portas: LibreNMS descobre interfaces, status, velocidade, tráfego, erros, discards, aliases e outros atributos.

02 · Redes / ISP

Ponto técnico 2

Descrição operacional: Padronize ifAlias para circuito, operadora, cliente, POP ou função. Isso melhora dashboards, filtros e troubleshooting.

03 · Redes / ISP

Ponto técnico 3

Utilização: Utilização deve considerar ifSpeed e counters; picos, LAGs e interfaces virtuais exigem leitura contextual.

04 · Redes / ISP

Ponto técnico 4

Erros e discards: Erro crescente é evidência, não causa raiz. Correlacione camada física, optics, duplex, congestionamento e hardware.

05 · Redes / ISP

Ponto técnico 5

Sensores: Temperatura, tensão, potência, fan, DBm e outros sensores dependem de MIB/vendor e thresholds.

06 · Redes / ISP

Ponto técnico 6

BGP/OSPF: Sessões de roteamento podem ser descobertas conforme suporte. Alerta de BGP deve considerar peer, contexto e impacto.

07 · Redes / ISP

Ponto técnico 7

Transceivers: Quando suportado, inventário/DOM óptico ajuda a investigar degradação física; valide unidades e thresholds do fabricante.

08 · Redes / ISP

Ponto técnico 8

ISP: Use grupos/descrições para circuitos por operadora e não exiba 500 portas com o mesmo peso no NOC.

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.

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.