01 - Modelo FCAPS (Falhas, Configuração, Contabilidade, Desempenho, Segurança)
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 (
archiveno 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.