"A Autoridade para Atribuição de Números na Internet (IANA) reservou os seguintes três blocos do espaço de endereços IP para internets privadas:
10.0.0.0 - 10.255.255.255 (CIDR block: 10.0.0.0/8)
172.16.0.0 - 172.31.255.255 (CIDR block: 172.16.0.0/12)
192.168.0.0 - 192.168.255.255 (CIDR block: 192.168.0.0/16)
Tenho duas perguntas:
- já que as classes de endereço de rede estão mortas e estamos no mundo CIDR, então podemos usar qualquer prefixo que quisermos, como /9, /17, /25 etc., então por que ainda há prefixos CIDR "padrão" /8, /12, /16 sendo usados? Por que não definir apenas os intervalos de endereços IP privados sem blocos CIDR padrão, como:
10.0.0.0 - 10.255.255.255 // no need to specify CIDR block
172.16.0.0 - 172.31.255.255 // no need to specify CIDR block
192.168.0.0 - 192.168.255.255 // no need to specify CIDR block
então podemos fazer a sub-rede da maneira que quisermos, como
10.0.0.0/9
172.16.0.0/15
192.168.0.0/20
- o seguinte intervalo de ip tem apenas 1 rede:
192.168.0.0 - 192.168.255.255 (CIDR block: 192.168.0.0/16)
como o prefixo /16 significa que os dois primeiros octetos "192.168" é para o bit de rede, já que o último endereço também começa com 192.168, então há apenas uma única rede que tem endereços de host 255x255, meu entendimento está correto?
Eles não são prefixos CIDR "padrão" — o CIDR foi o que eliminou o conceito de "máscara de rede padrão" que as primeiras sub-redes com classes tinham, então esses prefixos apenas definem o intervalo disponível.
Se alguns sistemas antigos ainda têm o conceito de uma máscara de rede padrão, ou um comprimento de prefixo padrão, é provavelmente uma chance de 99% de que tais sistemas usem os antigos padrões classful e não os que você listou. Sempre que tal código for eventualmente removido, o novo padrão é um /32 ou nenhum padrão (e a máscara de rede/comprimento é tornado obrigatório) dependendo do que for mais apropriado. Eu não acho que tenha visto nenhum sistema padrão para 192.168/16, por exemplo.
Porque eles realmente significam a mesma coisa, e o formato CIDR é mais curto para escrever do que o formato start-end range. Os intervalos privados são definidos principalmente como intervalos start-end (implícito pelo fato de que o prefixo CIDR está entre parênteses e o intervalo não), mas como cada um desses intervalos mapeia exatamente para um único prefixo, todos usam o prefixo por conveniência.
É pelo mesmo motivo que a notação de prefixo é usada em vez da notação de máscara de rede na maioria dos sistemas mais novos – ambos expressam a mesma coisa, mas o prefixo é mais curto.
Além disso, as tabelas de roteamento funcionam exclusivamente com prefixos, então seria mais trabalhoso transformar um intervalo de início e fim em um prefixo sempre que necessário.
(Há também uma vantagem em tornar os cálculos do tamanho da rede mais fáceis – para cada /x a fórmula é sempre 2 (32-x) , com menos oportunidades para erros de um por um que você cometeu com "255x255" – ainda mais quando você tem, por exemplo, um intervalo de /29 ou /14.)
Você já pode fazer isso. Literalmente nada impede você de fazer isso.
Ele teria 25 6 x 25 6 (menos dois) endereços de host se usado como está como /16, mas pode ser subdividido em qualquer combinação de redes menores (sub-redes, se você quiser), caso em que cada sub-rede terá um cálculo independente.
Note que há uma distinção entre um prefixo de rota (rede) e um prefixo on-link ou de interface (sub-rede). Endereços "menos dois" reservados aplicam-se somente a prefixos configurados diretamente em uma interface – não a rotas; por exemplo, uma rota ou rede /16 tem todos os endereços válidos 256x256, somente um /16 diretamente em eth0 não tem.