O CIDR (Classless Inter-Domain Routing) é um sistema de endereçamento e roteamento IP padronizado pela IETF nas RFCs 1518 e 1519 em setembro de 1993. Foi criado para resolver o esgotamento acelerado do IPv4 e a explosão das tabelas de roteamento BGP globais, substituindo o modelo classful (classes A, B e C) por blocos de IP de tamanho variável com agregação eficiente de rotas.
TL;DR
- CIDR é a notação prefix-length (ex: /24) que define blocos de IP com tamanho variável.
- Importa porque todo ambiente cloud moderno (AWS VPC, Azure VNet, GCP VPC) exige planejamento CIDR antes do deploy.
- Use sempre que criar sub-redes, VPNs site-to-site, peering entre VPCs ou configurar Kubernetes pod networking.
Como funciona o CIDR?
CIDR é um método de representar blocos de endereços IP através da combinação IP + prefixo de rede.
A notação é expressa como X.X.X.X/n, onde n é o número de bits que identificam a rede (os bits mais significativos). Os bits restantes identificam hosts. Por exemplo, 10.0.0.0/24 reserva 24 bits para a rede e 8 bits para hosts, resultando em 256 endereços possíveis. Segundo a IETF RFC 1519 (1993), esse modelo permitiu economizar milhões de endereços IPv4 e reduzir drasticamente o tamanho das tabelas BGP globais.
Internamente, o prefixo é convertido em uma máscara binária (bitmask): /24 equivale a 11111111.11111111.11111111.00000000, ou 255.255.255.0 em decimal.
Notação CIDR explicada
A notação /24 equivale à máscara 255.255.255.0 e contém 256 endereços IP.
Quanto menor o número após a barra, maior a quantidade de endereços no bloco. A tabela abaixo mostra os prefixos mais usados em cloud e redes corporativas:
| Prefixo | Máscara | IPs totais | Uso típico |
|---|---|---|---|
| /8 | 255.0.0.0 | 16.777.216 | Mega bloco (ex: 10.0.0.0/8 privado) |
| /16 | 255.255.0.0 | 65.536 | VPC AWS/Azure típica |
| /20 | 255.255.240.0 | 4.096 | Sub-rede média |
| /24 | 255.255.255.0 | 256 | Sub-rede padrão (LAN) |
| /28 | 255.255.255.240 | 16 | Mínimo em AWS VPC |
| /30 | 255.255.255.252 | 4 | Link ponto-a-ponto |
| /32 | 255.255.255.255 | 1 | Host único (route tables) |
CIDR vs Classful (classes A, B, C)
O modelo classful usava blocos fixos (A=/8, B=/16, C=/24), enquanto o CIDR permite qualquer prefixo entre /0 e /32.
| Dimensão | Classful (pré-1993) | CIDR (1993 em diante) |
|---|---|---|
| Prefixo | Fixo (/8, /16, /24) | Variável (/0 a /32) |
| Desperdício de IPs | Alto (empresa com 300 hosts precisava de /16) | Baixo (ajuste exato ao tamanho real) |
| Agregação de rotas | Limitada | Suportada (supernetting) |
| Adoção atual | Obsoleto | Padrão global |
Cálculo de subnets passo a passo
Dividir um bloco CIDR em sub-redes exige somar bits ao prefixo original.
Imagine dividir o bloco 10.0.0.0/16 (65.536 IPs) em 4 sub-redes iguais. Cada sub-rede terá prefixo /18 (16.384 IPs cada):
- Sub-rede 1: 10.0.0.0/18 — range 10.0.0.0 a 10.0.63.255
- Sub-rede 2: 10.0.64.0/18 — range 10.0.64.0 a 10.0.127.255
- Sub-rede 3: 10.0.128.0/18 — range 10.0.128.0 a 10.0.191.255
- Sub-rede 4: 10.0.192.0/18 — range 10.0.192.0 a 10.0.255.255
A regra é somar 2 bits ao prefixo para dividir em 4 sub-redes (16 + 2 = 18). Para 8 sub-redes, soma-se 3 bits (/19). Para 16 sub-redes, soma-se 4 bits (/20). O número de sub-redes é sempre uma potência de 2.
CIDR em VPC AWS
Segundo a AWS VPC Documentation (2024), toda VPC exige um bloco CIDR primário entre /16 (65.536 IPs) e /28 (16 IPs). Exemplo de arquitetura comum para alta disponibilidade:
- VPC: 10.0.0.0/16
- Public subnet AZ-a: 10.0.1.0/24 (256 IPs)
- Public subnet AZ-b: 10.0.2.0/24
- Private subnet AZ-a: 10.0.10.0/24
- Private subnet AZ-b: 10.0.11.0/24
- Database subnet AZ-a: 10.0.20.0/24
- Database subnet AZ-b: 10.0.21.0/24
A AWS reserva os 5 primeiros IPs de cada sub-rede (network address, VPC router, DNS resolver, future use e broadcast), então um /24 oferece 251 IPs utilizáveis — não 254 como em redes tradicionais.
CIDR em VNet Azure e GCP VPC
Segundo a Microsoft Azure Documentation (2024), uma Virtual Network (VNet) aceita blocos CIDR de /8 a /29, mais flexível que a AWS. O Azure reserva 5 IPs por sub-rede (semelhante à AWS). No GCP VPC, as sub-redes podem ter prefixos de /8 a /29 em modo custom, com apenas 4 IPs reservados por sub-rede.
A estrutura é similar à AWS: definir CIDR primário da VNet, criar sub-redes regionais e configurar peering entre VPCs sem overlap de ranges. No Azure, é possível adicionar múltiplos address spaces (até 50 por VNet).
Private IP ranges (RFC 1918)
Segundo a IETF RFC 1918 (1996), três blocos CIDR são reservados para redes privadas não roteáveis na internet pública:
- 10.0.0.0/8 — 16.777.216 IPs (uso corporativo e cloud em larga escala)
- 172.16.0.0/12 — 1.048.576 IPs (médias empresas)
- 192.168.0.0/16 — 65.536 IPs (LAN doméstica e small business)
Esses ranges exigem NAT ou proxy para acessar a internet pública. Nunca anuncie-os via BGP para peers externos — isso causa blackhole de tráfego global.
Exemplos práticos B2B brasileiros
Caso 1 — Migração de datacenter para VPC AWS. Uma indústria de Joinville migrou 150 servidores do datacenter próprio para AWS. CIDR usado: VPC 10.50.0.0/16 (65 mil IPs com folga para 10 anos de crescimento), 6 sub-redes /24 distribuídas em 3 Availability Zones (3 public, 3 private).
Caso 2 — VPN site-to-site matriz-filial. Uma rede varejista com 3 lojas definiu matriz em 10.100.0.0/16, filial SP em 10.101.0.0/16 e filial RJ em 10.102.0.0/16. Sem overlap entre ranges, a VPN IPSec roteia tráfego entre blocos sem conflito.
Caso 3 — Kubernetes pod CIDR em cluster EKS. Cluster usa pod CIDR 10.244.0.0/16 (65 mil pods possíveis) e service CIDR 10.96.0.0/12 (1 milhão de services). Cada pod recebe IP do pod CIDR, cada service um IP virtual do service CIDR.
IPv6 e CIDR
CIDR também se aplica ao IPv6, com prefixos muito maiores devido ao espaço de 128 bits. Segundo a APNIC (2023), o padrão de alocação é:
- /48 — típico para site corporativo (65.536 sub-redes /64)
- /56 — típico para cliente residencial
- /64 — tamanho padrão de uma sub-rede IPv6 (18 quintilhões de IPs)
- /128 — host único
Um único prefixo /64 contém mais endereços que todo o IPv4 global, eliminando a necessidade de NAT em redes IPv6.
Ferramentas para calcular CIDR
- ipcalc — CLI Linux, mostra ranges, broadcast e hosts
- sipcalc — alternativa com suporte completo a IPv6
- cidr.xyz — calculadora web visual gratuita
- AWS VPC CIDR Calculator — ferramenta oficial da AWS
- subnettingpractice.com — exercícios para treino de subnetting
Erros comuns em CIDR
- Overlap entre VPCs ao fazer peering: duas VPCs 10.0.0.0/16 não podem fazer peering. Planeje ranges únicos desde o início.
- Subnet muito pequena para auto-scaling: um /28 (apenas 11 IPs utilizáveis em AWS) estoura rapidamente em Kubernetes ou Auto Scaling Groups.
- Não reservar range para expansão: use /16 mesmo começando com 100 hosts — mudar depois exige recriar VPC do zero.
- Confundir máscara com wildcard mask: /24 é 255.255.255.0, não 0.0.0.255 (esta é wildcard mask usada em ACLs Cisco).
- Usar /32 em route table errada: aponta para host único, não para bloco — comum em VPN entregando tráfego para endereço específico quando deveria ser bloco inteiro.
Como planejar um CIDR plan — passo a passo
- Estime hosts futuros: projete 5 a 10 anos de crescimento esperado.
- Escolha bloco privado adequado: prefira 10.0.0.0/8 para redes grandes e cloud.
- Reserve ranges por ambiente: prod, staging e dev em blocos separados (ex: 10.0.0.0/16, 10.1.0.0/16, 10.2.0.0/16).
- Divida por região e AZ: cada região geográfica recebe sub-bloco próprio.
- Documente em IPAM: use ferramentas como phpIPAM, NetBox ou AWS IPAM.
- Valide contra VPNs e peerings existentes: garanta zero overlap com redes conectadas.
- Teste conectividade antes de produção: use ping, traceroute e MTR entre sub-redes.
CIDR e a Shiftmind
Planejar CIDR corretamente é parte do setup de qualquer infraestrutura cloud ou on-premises. Segundo a Cloudflare (2024), 68% das falhas de conectividade entre VPCs vêm de overlap de CIDR mal planejado. A Shiftmind atua há mais de 12 anos em projetos de servidor dedicado com arquitetura de rede customizada, hospedagem WordPress em VPCs isoladas e suporte e manutenção WordPress com monitoramento de rede 24×7. Também desenvolvemos projetos de criação de sites com integração a bancos de dados em sub-redes privadas e proteção antivírus para websites com firewalls configurados em CIDRs específicos.
Perguntas frequentes sobre CIDR
O que significa /24 em CIDR?
O /24 significa que os primeiros 24 bits do endereço IP representam a rede. Em IPv4, isso equivale à máscara 255.255.255.0 e totaliza 256 endereços (0 a 255 no último octeto). Dessa quantidade, 254 são utilizáveis para hosts em redes tradicionais e 251 em sub-redes AWS, pois a AWS reserva 5 IPs por sub-rede para uso interno.
Qual a diferença entre CIDR e sub-rede?
CIDR é a notação (ex: 10.0.0.0/24) e o método de representar blocos de IP com prefixo variável. Sub-rede é uma divisão lógica de um bloco CIDR maior. Em outras palavras, você usa a notação CIDR para expressar o tamanho e o range de cada sub-rede. Toda sub-rede moderna é descrita em notação CIDR, incluindo em AWS, Azure, GCP e redes corporativas.
Posso usar qualquer CIDR na minha VPC AWS?
Não. A AWS exige blocos entre /16 (65.536 IPs) e /28 (16 IPs). Recomenda-se usar ranges da RFC 1918 (10.0.0.0/8, 172.16.0.0/12 ou 192.168.0.0/16) para evitar conflitos com a internet pública. CIDRs IPv4 públicos exigem BYOIP (Bring Your Own IP) com autorização prévia e documentação do RIR.
CIDR funciona em IPv6?
Sim. Todo endereçamento IPv6 usa notação CIDR com prefixos maiores. O padrão APNIC é /48 para sites corporativos, /56 para residências e /64 para sub-redes individuais. Um único prefixo /64 contém 18.446.744.073.709.551.616 endereços — mais que todo o espaço IPv4 global, eliminando a necessidade de NAT.
Como escolher o tamanho ideal da minha VPC?
Projete o crescimento de 5 a 10 anos. Para pequenas empresas use /20 (4.096 IPs). Para médias use /18 (16.384 IPs). Para grandes ou cloud-native use /16 (65.536 IPs). É melhor começar grande, pois redimensionar VPC em AWS ou Azure exige adicionar bloco secundário ou recriar a infraestrutura completa, com downtime significativo.
CIDR e máscara de sub-rede são a mesma coisa?
Não exatamente. A máscara de sub-rede (255.255.255.0) é a representação decimal tradicional. O CIDR (/24) é a representação compacta por bits. Ambos descrevem a mesma informação, mas CIDR é mais usado em configurações modernas (cloud, roteadores Cisco e Juniper, firewalls) porque é mais curto e evita erros de digitação.
Termos relacionados
- BGP (Border Gateway Protocol)
- ARP (Address Resolution Protocol)
- Bridge de Rede
- Bond (Network Bonding)
- API Gateway
- AWS (Amazon Web Services)
Conclusão
O CIDR revolucionou o roteamento IP ao substituir classes fixas por prefixos variáveis, prolongando a vida do IPv4 e viabilizando as arquiteturas cloud modernas. Dominar notação prefix-length, cálculo de subnets e boas práticas em VPC AWS e Azure é indispensável para qualquer profissional de infraestrutura, DevOps ou SRE que deseje construir redes escaláveis e sem conflitos.
Última atualização: Outubro/2026.
