Observação: não estou me referindo a 2 endereços IP que são perdidos ao usar sub-redes.
Acho que minha matemática está errada em algum lugar. Aqui está o que estou fazendo.
- Faixa de IP Privada Classe B : 172.16.0.0 a 172.31.255.255
Para reduzir o domínio Broadcast, aplico a máscara de sub-rede de255.255.254.0/23
Isso me dá a seguinte sub-rede entre outras
172.16.2.0=>172.16.2.1para172.16x.3x.255(512 hosts)
Agora, onde está minha confusão: eu quero dividir esta sub-rede ainda mais em sub-redes menores, então eu uso a máscara de sub-rede 255.255.255.192/26pegando emprestados alguns bits da parte do host.
De acordo com esta calculadora de sub-rede de endereço IP em Calculator.net , obterei 4 sub-redes
172.16.2.0=>172.16.2.1para172.16.2.62172.16.2.64=>172.16.2.65para172.16.2.126172.16.2.128=>172.16.2.129para172.16.2.190172.16.2.192=>172.16.2.193para172.16.2.254
Pergunta : O que acontece com os endereços IP no intervalo 172.16.3.x? Por que não está aparecendo nas sub-redes?
Porque o calculator.net está muito preso no modo de pensar obsoleto da "rede classful" - e também erra nisso . Não use.
Observe como não há opção para especificar que a rede original é /23, com as únicas opções sendo "classe A/B/C". Isso por si só já o descartaria como uma ferramenta confiável. Mas, além disso, diz "Todas as redes /26 possíveis para 172.16.2.* " acima da tabela, o que significa que mesmo as três opções não fazem nada e o site sempre assume uma rede /24 ou "classe C" como a ponto de partida.
( O Visual Subnet Calculator está muito mais próximo da realidade; ele não fornece diretamente uma lista de "todos os /26 possíveis", mas isso ocorre porque não há exigência de que todas as sub-redes sejam do mesmo tamanho. Pode haver outras boas ferramentas que fazem apenas liste todos os /26 possíveis com um prefixo pai; não conheço nenhuma ferramenta online, mas pode ser feito literalmente em 3 linhas de Python.)
Uma observação sobre "domínio de broadcast", no entanto: uma sub-rede menor (prefixo mais longo), por si só, não é o que reduz o domínio de broadcast - o menor número de conexões reais (hosts, pontes, switches) fazendo parte dessa sub-rede é o que influencia isso. Então, se você renumerar um /16 com dez hosts e um switch para um /28 com exatamente os mesmos dez hosts conectados ao mesmo switch, seu domínio de broadcast ainda será o mesmo.
Lembrete: não existe mais "classe B". CIDR apareceu em 1993 - 30 anos atrás, você provavelmente nunca tinha visto nenhuma rede de classe em sua carreira. Apenas pare de usar esses termos, "classe A", "classe B", esses são esquecidos há muito tempo. O intervalo 172.16.0.0/12 agora é considerado simplesmente um intervalo privado RFC 1918, sem nenhuma "sub-rede padrão" inferida a partir do primeiro octeto do endereço (como era na rede classful).
O restante da sua pergunta é totalmente baseado em CIDR. O termo "bitmask length", o número único de bits na máscara especificado após a barra, é uma notação CIDR; não havia tal coisa em redes classful. A notação como "255.255.254.0/23" é estranha e não é reconhecida universalmente; você pode usar /255.255.254.0 (formato bitmask) ou /23 (formato bitmask CIDR) para especificar a sub-rede no endereço IP. No IPv4 são sinônimos completos, no IPv6 apenas a forma CIDR é usada.
As redes /23 (/255.255.254.0) (de 512 endereços cada) são:
Então, quando você subnetting a rede 172.16.2.0/23 em redes /26 (/255.255.255.192) (de 64 endereços cada), você obtém 512/64 = 8 dessas redes:
Veja, todos os endereços de um bloco "pai" estão lá.
Por que sua ferramenta produz resultados diferentes é realmente a pergunta que não podemos responder. Ou ele fez um cálculo inválido, caso em que há um bug, você precisa entrar em contato com os desenvolvedores, ou você deu uma entrada errada, como você digitou não 172.16.2.0/23, mas /24, caso em que você realmente deve obter apenas primeiro quatro redes da lista acima, porque 172.16.2.0/24 tem 256 endereços de 172.16.2.0 a .255.
Nada. O programa simplesmente não pode saber que você está pensando em 172.16.2.0/23.
Observe como o formulário recebe como entrada um endereço IP , não um bloco de rede. Dar a ele o endereço "172.16.2.0/23" e pedir blocos /26 apenas gera um erro. Com apenas "172.16.2.0" como entrada em seu link, ele não pode saber se você está pensando em 172.16.2.0/23, ou /25, ou /24, ou /22, ou /21... (Para por algum motivo, parece aceitar a entrada "172.16.2.0/23" ao solicitar, por exemplo, um bloco /22, tudo bem.)
Mas mostra alguns blocos /26 além do que contém 172.16.2.0. Com base em como diz "Todas as 4 redes /26 possíveis para 172.16.2.*", parece que fornece todos os números até um limite de byte, para que você possa ver facilmente que depois de 172.16.2.0/26, o próximo é 172.16.2.64/26, depois .128, depois .192 sem precisar fazer o cálculo manual. Não é necessário mostrá-los para, por exemplo, 172.16.3.x, pois os números apenas se repetem. Ele nunca diz que está dando a você todos os /26 dentro de um /23.
É claro que essa saída pode não ser necessária para todos os usuários, mas para alguns pode ajudar, para que eles não precisem pensar se foi 0,112 ou 0,120 que corresponde a /28, caso precisem.
Se você solicitar blocos /23, ele mostrará as redes até o próximo limite de bytes, ou seja, "Todas as 128 redes /23 possíveis para 172.16. . " .