Como o número de sub-redes afeta a máscara de sub-rede escolhida?

Question

Estou tentando entender os fatores que entram no processo de tomada de decisão de projetar o tamanho de uma sub-rede. De acordo com esta excelente cola :

• Uma máscara de sub-rede A / 24 oferece 65.536 sub-redes e 254 hosts
• Uma máscara de sub-rede A / 18 oferece 1.024 sub-redes e 16.382 hosts
• etc.

Portanto, aparece que os dois principais fatores para decidir o tamanho da máscara de sub-rede (por exemplo, / 24 vs / 18) são: quantas sub-redes você deseja e quantos hosts você deseja disponibilizar? sub-rede?

O último fator faz sentido para mim: se eu souber que estou criando uma sub-rede para uma equipe de médio porte que pode ter meia dúzia de aplicativos / serviços, onde cada um deles pode ter de 3 a 6 nós por ambiente, e pode ter 2 ou 3 ambientes diferentes (Dev, QA, Prod, etc.), então eu sei que a equipe precisa aproximadamente de ~ 90 hosts disponíveis em sua sub-rede, então eu posso estar inclinado a dar a eles / hosts) máscara de sub-rede.

No entanto, não estou entendendo o primeiro fator nessa equação: o número de sub-redes que cada máscara fornece a você. Uma máscara de sub-rede / 18 fornece 1.024 sub-redes, enquanto uma máscara de sub-rede / 24 fornece 65.536 sub-redes.

O que isso significa?! Apenas entrando em intuição, soa como é possível recursivamente esculpir subredes a partir de sub-redes de sub-redes, etc. Sim ? E se isso for verdade, então talvez ao projetar uma sub-rede você algumas vezes saiba quantas sub-sub-redes precisará conter sua sub-rede, e isso pode ser um fator importante na tomada de decisão? Estou no caminho certo ou fora da base?

Por fim, estou apenas tentando entender a terceira coluna dessa tabela (" Número de sub-redes ") e entender como / por que isso desempenha um papel na determinação da máscara / tamanho da sub-rede escolhida criando uma sub-rede.

    

Answer 1

However, I'm not understanding the first factor in this equation: the number of subnets each mask gives you. A /18 subnet mask gives you 1,024 subnets, whereas a /24 subnet mask gives you 65,536 subnets.

Quantas sub-redes você tem depende de quão grande é a rede. Sem saber disso, essas folhas de fraude são inúteis.

Sua cheatsheet vinculada não é mais "excelente" - é bastante antiga; observe como ele tem tabelas separadas para "Classe A", "Classe B" e assim por diante. Naquela época, se você tivesse uma rede de classe A (hoje em dia / 8) e a dividisse em sub-redes de tamanho 18, teria 1024 sub-redes (ID de sub-rede com 10 bits).

Mas atualmente você recebe diretamente uma alocação de CIDR, que pode ser de qualquer tamanho - então você precisa de algo semelhante a uma tabela de multiplicação. Este pode ser uma planilha útil que permite dividir visualmente uma rede. (Embora suas tabelas ainda tenham os números certos, você pode ver que elas são incompletas - úteis apenas para três tamanhos iniciais específicos.)

O cálculo em si é simples e você usa o mesmo método para calcular sub-redes-por-rede e hosts-por-sub-rede:

• digamos que você tenha um /16 e precise /23 , então você tem 23 - 16 = 7 bits para o ID da sub-rede, portanto, 2⁷ = 128 sub-redes possíveis;
• as sub-redes /23 têm 32 - 23 = 9 bits para o ID do host, portanto, 2⁹ = 512 endereços possíveis (510 hosts).

Just going on intuition, it sounds like it's possible for you to recursively carve subnets out of subnets out of subnets, etc. Yes? And if that's true, then maybe when designing a subnet you will sometimes know how many sub-subnets you're going to need your subnet to contain, and that might be an important factor in making your decision? Am I on track here or way off base?

Sim, isso parece correto.

Embora note que "rede" ou "sub-rede" pode significar uma rota ou uma sub-rede no link (um domínio de broadcast) - especificamente, coisas como "reservar 2 endereços" só se aplicam ao último no final, mas não para rotas ao longo do caminho.

Por exemplo,

• a Internet tem uma rota /12 para algum ISP, cobrindo toda a rede do ISP;
• o ISP encaminha, em seguida, uma sub-rede /16 para uma organização do cliente (65536 endereços),
• que encaminha então várias /20 sub-redes para cada edifício (4096 endereços),
• e finalmente atribui /24 's como sub-redes on-link a cada andar, divisão ou tal (256 endereços menos 2 reservados = 254 hosts possíveis em cada andar).

Answer 2

Seu endereço IPv4 é um número de 32 bits (que geralmente é representado um pouco melhor). A máscara de sub-rede decide quantos desses bits são usados para identificar a rede e quantos desses bits são usados para endereçar um host. Se você estiver usando 8 bits (2 ^ 8 = 256) para o seu host você fica com 24 bits (16.777.216) endereços para redes. Seus exemplos indicam 65.536 porque eles assumem que você tem uma rede de classe A, portanto você não deve escolher os primeiros 8 bits livremente, mas preferiria que eles fossem atribuídos a você. Então, desses 24 bits, você só pode usar 16 para identificar a rede.

As classes de rede são antigas e hoje CIDR é uma coisa porque esse modelo estático significaria que você sempre pelo menos 256 endereços.

Algumas outras perguntas, como as que seguem, têm boas e mais detalhadas respostas e / ou respostas mais ilustrativas:

• Quais são os elementos essenciais de uma máscara de sub-rede?
• Por que precisamos de máscara de sub-rede?
• Sub-redes 90.103.80.0/21 em 8 sub-redes com pelo menos 250 hosts por sub-rede