Calculadora de sub-redes IP (CIDR / IPv4)
Calcula o endereço de rede, o broadcast, a máscara, o intervalo de hosts e o total de hosts a partir de qualquer notação CIDR IPv4.
A carregar Calculadora de sub-redes IP (CIDR / IPv4)… Se nada acontecer, ativa o JavaScript.
CIDR (Classless Inter-Domain Routing) é a notação padrão para exprimir blocos de rede IPv4, escrita como um endereço IP seguido de uma barra e o número de bits de rede fixos, por exemplo, 192.168.1.0/24. O comprimento do prefixo (o número a seguir à barra) determina quantos endereços IP há no bloco: /24 contém 256 endereços, /16 contém 65.536 e /8 contém mais de 16 milhões. Antes de o CIDR ser introduzido em 1993, o encaminhamento IPv4 usava um sistema rígido de classes A/B/C que desperdiçava porções enormes do espaço de endereços. O CIDR tornou possível atribuir blocos de endereços de qualquer dimensão, abrandando drasticamente o esgotamento do conjunto de endereços IPv4 e simplificando as tabelas de encaminhamento da internet.
Perguntas frequentes
Que dados é que esta ferramenta envia para os vossos servidores?
O que é a notação CIDR e porque é usada?
Como sei se dois endereços IP estão na mesma sub-rede?
Qual é a diferença entre o endereço de rede e o endereço de broadcast?
Há limites de utilização nesta calculadora?
Como é que isto se compara com usar o 'ipcalc' num terminal?
O que é a divisão em sub-redes e porque é que as redes a usam?
Esta ferramenta suporta IPv6?
Para que servem as sub-redes /31 e /32?
O que é uma máscara wildcard e onde é usada?
Sobre Calculadora de sub-redes IP (CIDR / IPv4)
Os engenheiros de redes recorrem a uma calculadora de sub-redes sempre que estão a desenhar a topologia de uma rede, a segmentar uma rede empresarial em VLAN, a configurar regras de firewall ou a montar redes Virtual Private Cloud (VPC) na nuvem. Compreender a divisão em sub-redes é essencial para tarefas como dividir uma rede de escritório /24 em segmentos /26 separados para diferentes departamentos, calcular se dois endereços IP estão na mesma sub-rede (e portanto são alcançáveis sem um router), ou dimensionar uma sub-rede na nuvem para que tenha endereços suficientes para um número previsto de servidores, deixando margem para crescimento. Os engenheiros de DevOps usam a notação CIDR constantemente em ferramentas de infraestrutura como código, como o Terraform e o AWS CloudFormation.
Esta calculadora analisa qualquer bloco CIDR IPv4 ou combinação de IP mais máscara de sub-rede e calcula instantaneamente todos os parâmetros de rede úteis: o endereço de rede (o identificador do bloco), o endereço de broadcast (o endereço de todos os hosts), a máscara de sub-rede em notação decimal com pontos, a máscara wildcard (a inversa da máscara de sub-rede, usada na sintaxe das ACL da Cisco), o primeiro e o último endereço IP de host utilizáveis e a contagem total de endereços IP do bloco. Todo o cálculo é executado localmente no teu navegador, nada é enviado para os nossos servidores. Não há limites de utilização.
Ao trabalhar com sub-redes, tem presentes algumas relações fundamentais. O número de endereços de host utilizáveis num bloco /n é 2^(32-n) menos 2 (subtraindo os endereços de rede e de broadcast). Um /24 dá 254 hosts utilizáveis; um /25 dá 126; um /26 dá 62. Reduzir a metade a dimensão do bloco somando um ao prefixo custa-te cerca de metade do espaço de endereços. A 'máscara wildcard' apresentada nos resultados é a inversa bit a bit da máscara de sub-rede e é usada nas listas de controlo de acesso do Cisco IOS e nas configurações de áreas OSPF. O endereço de rede e o endereço de broadcast não podem ser atribuídos a hosts, tentar atribuí-los provoca confusão no encaminhamento.
Como o CIDR salvou a internet de ficar sem endereços (por algum tempo)
No início dos anos 90, tornou-se claro que a internet se dirigia para uma crise das tabelas de encaminhamento. O sistema de endereçamento baseado em classes (Classe A para grandes organizações, Classe B para médias, Classe C para pequenas) estava a forçar as entradas das tabelas de rotas a multiplicar-se mais depressa do que o hardware dos routers conseguia lidar, e as regras de atribuição significavam que uma empresa que precisasse de 300 endereços receberia um bloco inteiro de Classe B de 65.536, desperdiçando 65.200 endereços. Ao ritmo de crescimento de então, a tabela de encaminhamento BGP completa sobrecarregaria todos os routers da internet dentro de poucos anos. A solução, o CIDR, foi proposta no RFC 1518 e no RFC 1519 em 1993 por Vince Fuller, Tony Li, Jessica Yu e Kannan Varadhan.
O CIDR resolveu dois problemas em simultâneo. Ao permitir qualquer comprimento de prefixo em vez de apenas /8, /16 e /24, possibilitou atribuições dimensionadas corretamente para a necessidade real de cada organização. Ao agrupar blocos contíguos sob um único anúncio de rota (a que se chama supernetting ou agregação de rotas), permitiu que os ISP anunciassem uma rota /16 em vez de 256 rotas /24 aos seus clientes, colapsando drasticamente as tabelas de encaminhamento. A técnica de agregar rotas mais pequenas em outras maiores continua a ser fundamental hoje para que o encaminhamento da internet escale, sem ela, a tabela de encaminhamento BGP global conteria centenas de milhões de entradas em vez do cerca de um milhão de entradas que os routers gerem hoje.
Os intervalos de endereços privados definidos no RFC 1918, 10.0.0.0/8, 172.16.0.0/12 e 192.168.0.0/16, foram designados juntamente com o CIDR como espaço de endereços que podia ser reutilizado livremente por detrás de dispositivos NAT sem ser encaminhável na internet pública. O intervalo 192.168.x.x em particular tornou-se universalmente familiar como o intervalo de rede predefinido do lar e do pequeno escritório, surgindo em praticamente todos os routers domésticos do mundo. Estes três intervalos em conjunto fornecem mais de 17,9 milhões de endereços privados que milhares de milhões de dispositivos partilham em simultâneo através de NAT, multiplicando o espaço de endereços efetivo muito para além dos 4,3 mil milhões de endereços IPv4 públicos que realmente existem.