Home Comunidade Eventos YouTube Networks Desafios // produtos Academy News CTI | CVE Contato

01 - Modelo FCAPS (Falhas, Configuração, Contabilidade, Desempenho, Segurança)

video explicativo
Video explicativoEspaco reservado para o video desta anotação — adicione video: https://youtu.be/... no frontmatter da nota.

Modelo FCAPS

O Modelo FCAPS é o framework padrão da ISO/ITU-T (definido na recomendação ITU-T M.3400) para a gerência de redes de computadores. Ele define as cinco áreas funcionais essenciais para manter uma rede saudável, segura e eficiente. É o modelo canônico estudado em qualquer disciplina de Gerência de Redes e base funcional da maioria das suítes NMS (Network Management Systems) comerciais.

1. Origem e Padronização

O FCAPS foi inicialmente concebido pela ISO como parte do modelo OSI Network Management Framework (ISO/IEC 7498-4) e posteriormente detalhado pela ITU-T na série M.3000 (M.3010, M.3400). É suportado por protocolos clássicos como SNMP (RFC 1157, v1; RFC 3411-3418, v3), CMIP (Common Management Information Protocol, raramente usado hoje) e NETCONF/YANG (RFC 6241/7950).

2. As 5 Áreas do FCAPS

F — Fault Management (Gerência de Falhas)

  • Objetivo: Detectar, isolar, notificar e corrigir falhas na rede.
  • Ciclo: Detecção → Notificação (alarme) → Isolamento (root cause analysis) → Correção → Fechamento do ticket.
  • Mecanismos:
  • Syslog (RFC 5424) em UDP 514 — logs de eventos.
  • SNMP Traps e Informs (RFC 3416) — alertas assíncronos.
  • NetFlow/IPFIX — análise de fluxo para identificar gargalos.
  • Ping, traceroute, Bidirectional Forwarding Detection (BFD, RFC 5880) — detecção sub-segundo.
  • Ferramentas típicas: Nagios, Zabbix, Icinga2, PRTG, Checkmk, LibreNMS, OpenNMS.
  • Exemplo prático: Um link serial cai; o roteador envia SNMP trap linkDown; o NMS gera ticket crítico; o técnico acessa o roteador e identifica rompimento de fibra; aciona operadora; BFD rascunha tráfego em backup; ticket é fechado.

C — Configuration Management (Gerência de Configuração)

  • Objetivo: Manter o inventário de hardware e software e gerenciar as alterações de configuração dos dispositivos.
  • Componentes: Inventário (CMDB), versionamento (Git), automação de deploy (Ansible, Terraform), compliance de baseline (CIS Benchmarks).
  • Mecanismos:
  • Backup automatizado das configurações (archive no Cisco IOS, RANCID, Oxidized).
  • NetConf/RESTConf/YANG — configuração estruturada via API.
  • gNMI (gRPC Network Management Interface) — modelo moderno usado por fabricantes como Nokia, Arista, Cisco.
  • Ferramentas típicas: Ansible, Terraform, GitLab/GitHub, RANCID/Oxidized, Cisco DNA Center, Juniper Junos Space.
  • Exemplo prático: Padronizar o banner de login em 500 switches via playbook Ansible:
- name: Configura banner em switches Cisco
  hosts: switches_cisco
  tasks:
    - name: Aplica banner MOTD
      cisco.ios.ios_config:
        lines:
          - banner motd # ACESSO RESTRITO - Empresa XYZ #

A — Accounting Management (Gerência de Contabilidade)

  • Objetivo: Medir a utilização da rede por usuários ou departamentos para fins de cobrança (chargeback), controle de cotas ou auditoria.
  • Mecanismos:
  • NetFlow v9/v10 (IPFIX) (RFC 3954/7011) — coleta de fluxos em roteadores.
  • RADIUS (RFC 2865) — autenticação e accounting (Start/Stop/Interim records).
  • TACACS+ (RFC 8907) — autorização comandos por comando.
  • sFlow — amostragem estatística em switches.
  • Ferramentas típicas: NfSen, Ntopng, ManageEngine NetFlow Analyzer, PRTG, SolarWinds NTA, ElastiFlow.
  • Exemplo prático: Universidade cobra 10 USD por TB de tráfego internacional para departamentos com base em NetFlow agregado por subnet.

P — Performance Management (Gerência de Desempenho)

  • Objetivo: Medir e manter o nível de serviço (SLA) da rede através de métricas de latência, throughput, jitter, perda de pacotes e taxa de erro.
  • Métricas-chave:
  • Throughput (bps, pps), goodput (dados úteis).
  • Latência unidirecional (requer NTP preciso, PTP IEEE 1588 para microssegundos).
  • Jitter (variação de latência) — crítico para VoIP/Webrtc (limite 30ms).
  • Perda de pacotes (limite 0,1% para VoIP, 1% para vídeo).
  • Erros de CRC, input drops, output drops, collisions.
  • Ferramentas típicas: Grafana + Prometheus/InfluxDB, Zabbix, Smokeping, ThousandEyes, Cisco SLA (IP SLA).
  • Exemplo prático: Dashboard Grafana mostrando latência RTT de todos os links WAN com alerta se >150ms por mais de 5 minutos.

S — Security Management (Gerência de Segurança)

  • Objetivo: Controlar o acesso aos recursos da rede de acordo com as políticas estabelecidas e auditar eventos.
  • Subáreas:
  • IAM (Identity & Access Management): AD, LDAP, OAuth 2.0/OIDC, SAML.
  • Network Access Control (NAC): 802.1X com EAP-TLS, Cisco ISE, Aruba ClearPass, PacketFence.
  • Auditoria e SIEM: Splunk, Elastic, QRadar, LogRhythm, Wazuh.
  • Detecção e Prevenção: IDS/IPS, EDR, NDR.
  • Hardening: CIS Benchmarks, STIG, ISO 27001 Annex A.
  • Ferramentas típicas: Active Directory, Cisco ISE, Wazuh, Splunk Enterprise Security, CrowdStrike Falcon.
  • Exemplo prático: Integração 802.1X + RADIUS + AD: dispositivo é autenticado via certificado, recebe VLAN dinâmica conforme departamento, e todo o evento é registrado no SIEM para auditoria.

3. Ferramentas de Gerência de Redes (NMS)

Para implementar o modelo FCAPS, administradores usam sistemas de gerência de redes (NMS — Network Management Systems):

NMS Foco principal Modelo Notas
Zabbix Falhas + Desempenho Open-source Agentes nativos em Linux/Windows
Nagios Falhas Open-source Plugin-based, evolução Nagios Core→XI
LibreNMS Falhas + Inventário Open-source Fork do Observium, foco em dispositivos de rede
PRTG Visibilidade largura banda Comercial (freeware 100 sensores) Auto-discovery SNMP
SolarWinds NPM Suite completa FCAPS Comercial NPM, NCM, NTA, IPAM
ManageEngine OpManager Suite completa Comercial OpManager, NetFlow Analyzer
Cisco DNA Center SDN + Assurance Comercial Cisco Catalyst/IOS-XE
Juniper Junos Space Configuração + Monitoring Comercial Stack Juniper
ELK Stack Segurança + Logs Open-source/comercial Elasticsearch, Logstash, Kibana

4. Protocolos de Gerência

Protocolo Porta Camada Uso
SNMP v1/v2c/v3 UDP 161 (poll), 162 (trap) App Poll de OIDs MIB-II
Syslog UDP 514, TCP 6514 (TLS) App Mensagens de log
NetFlow v9 / IPFIX UDP 2055 (não oficial) App Estatísticas de fluxo
NETCONF TCP 830 (SSH) App Configuração estruturada (XML)
RESTCONF TCP 443 (HTTPS) App Configuração via REST (JSON)
gNMI gRPC sobre TLS App Telemetry + config moderna

5. MIBs (Management Information Base)

A MIB é a árvore hierárquica de objetos SNMP, definida em ASN.1 (ISO/IEC 8824). Alguns OIDs clássicos:

OID MIB Significado
1.3.6.1.2.1.1.1.0 sysDescr Descrição do sistema
1.3.6.1.2.1.1.3.0 sysUpTime Tempo desde boot
1.3.6.1.2.1.2.2.1.10.x ifInOctets Bytes recebidos na interface x
1.3.6.1.2.1.2.2.1.14.x ifInErrors Erros de entrada
1.3.6.1.4.1.9.9.13 ciscoEnvMon Temperatura/Cooling Cisco
# Exemplos práticos de polling SNMP
snmpwalk -v 2c -c public 192.168.1.1 system
snmpget -v 3 -u admin -l authPriv -a SHA -A senha123 -x AES -X chavepriv \
  192.168.1.1 1.3.6.1.2.1.1.3.0

6. SLA e Métricas Operacionais

Métrica Definição Meta típica
Disponibilidade (uptime) % de tempo operacional 99,99% (4 min/ano downtime)
MTTD (Mean Time To Detect) Tempo até detecção de falha < 5 min
MTTR (Mean Time To Repair) Tempo até restauração < 30 min crítico
MTBF (Mean Time Between Failures) Tempo entre falhas O maior possível
MTBSI (Mean Time Between System Incidents) Inclui manutenção programada Relacionado a MTBF

7. FCAPS e Modelos Modernos

O FCAPS é complementar (não substituído) por frameworks modernos:

  • ITIL 4: foca em processos de serviço (Incident, Problem, Change, Configuration management).
  • DevOps / NetDevOps: integra FCAPS a pipelines CI/CD para infraestrutura como código.
  • Observabilidade: vai além de monitoramento tradicional — logs, metrics, traces unificados (OpenTelemetry).
  • AIOps: aplicação de ML para correlacionar eventos, reduzir alertas e sugerir root cause.

8. Resumo Técnico

Área Foco Protocolos Ferramenta representativa
Fault Detecção e correção SNMP trap, syslog, BFD Nagios, Zabbix
Configuration Inventário e mudanças NETCONF, gNMI, Ansible Git + Ansible
Accounting Uso e cobrança NetFlow, RADIUS accounting Ntopng, ElastiFlow
Performance SLA e métricas SNMP poll, IP SLA, PTP Grafana + Prometheus
Security Acesso e auditoria 802.1X, RADIUS, Syslog TLS Splunk, Wazuh

9. Conclusão

O FCAPS permanece o modelo canônico para organizar as disciplinas de gerência de redes. Apesar de definido nos anos 1980, ele continua relevante porque mapeia diretamente para as preocupações operacionais de qualquer time de NOC/SOC: descobrir falhas, configurar dispositivos, medir uso, garantir performance e proteger recursos. A implementação moderna do FCAPS usa stacks open-source (Zabbix + Grafana + ELK + Ansible) ou suítes comerciais (SolarWinds, ManageEngine, Cisco DNA) e é frequentemente estendida com práticas AIOps e observabilidade. Para profissionais de rede, dominar o FCAPS significa entender que rede não é apenas rotear pacotes — é operar um sistema vivo com gestão estruturada em cinco dimensões complementares.