Subnetting – Parte 2

Hace poco expliqué como hacer realizar un subnetting en función de la cantidad de redes que se requieren, y para continuar con el tema explicaré como hacerlo en función de la cantidad de host en cada subred.

¿Porque? ¿Pueden imaginarse un cliente que les pida un diseño de red que tenga 5 subredes? Normalmente el cliente no sabe de esto, y somos nosotros quienes tenemos que determinar cómo agrupar los host. Una de la formas más comunes de hacerlo es por su localización física (i.e. oficinas), o por su función (i.e. analistas, supervisores y jefes), lo que quiere decir que lo que nos interesa en realidad es cuantos usuarios tenemos en cada grupo. La idea es utilizar el espacio de direcciones IP un poco mejor.

Colocaré de nuevo la topología del último artículo, donde tenemos 5 segmentos de broadcast, solo que ahora agrego cuantos host se manejan en cada subred.

[8] Subnetting-2

Nuevamente, como estoy haciendo subnetting, se supone que debo picar en partes iguales, solo que cada una de esas partes debe tener una medida lo suficientemente amplia como para dar abasto a la subred que tenga la mayor cantidad de host. Es decir, que picamos la torta en partes iguales, pero debemos saber exactamente el tamaño de la porción que se come el que más come.

¿Cómo sabemos eso? Similar al método anterior sólo que ahora en lugar de contar la cantidad de bits de host que necesito tomar prestados para la porción de red, simplemente contamos cuantos bits de host necesitamos usar en total. Eso podemos hacerlo con la siguiente fórmula:

(2˄n)-2 ≥ MAX. cant. de host.

Donde n representa la cantidad de bits de host que se requiere. Y ese menos 2, son las 2 direcciones IP de una familia que no se puede usar para asignarlas a un host; la dirección de red y la dirección de broadcast.

Así que para este ejemplo:

(2˄n)-2 ≥ 796

(2˄n) ≥ 796 + 2

(2˄n) ≥ 798

(2˄10) ≥ 798

1024 ≥ 798

Por lo tanto el menor n que cumple con esto es n = 10. Lo que significa que tendremos 10 bits de host y cada segmento tendrá capacidad para albergar (2˄10)-2 direcciones IP utilizables (1022).

Ahora, igual que en el ejercicio anterior simplemente calculamos los parámetros que definen nuestra subred. Suponiendo que ahora tenemos una dirección con clase 172.16.0.0, entonces desglosamos los bits de host de esa dirección con clase y contamos 10 bits de derecha a izquierda para trazar una raya imaginaria que marca la máscara.

172.16.

0 0 0 0 0 0 | 0 0 .

0 0 0 0 0 0 0 0

>

Dir. de Red

0 0 0 0 0 0 | 0 0 .

0 0 0 0 0 0 0 1

>

1er Host

0 0 0 0 0 0 | 1 1 .

1 1 1 1 1 1 1 0

>

Ult. Host

0 0 0 0 0 0 | 1 1 .

1 1 1 1 1 1 1 1

>

Broadcast

Dirección de Red: Dirección que defina la subred. Todos los bits de host apagados.

1er Host: siguiente combinación a la dirección de red.

Ult. Host: último host utilizable de la red, antes del Broadcast.

Dirección de Broadcast: Dirección de difusión de la red. Todos los bits de host encendidos.

Y la máscara sería igual para todas las subredes porque estamos picando en partes iguales, colocando 1’s de izquierda a derecha en toda la porción de red y 0’s en la porción de host. Es decir,

11111111.11111111.11111100.00000000 = 255.255.252.0 = /22

Si lo traducimos al sistema decimal:

Dir. de Red: 172.16.0.0/22

1er Host: 172.16.0.1/22

Ult. Host: 172.16.3.254/22

Broadcast: 172.16.3.255/22

Igual que en el ejercicio anterior, podemos hacer lo mismo con el segmento B, ahora debemos fijar un identificador de subred distinto para no solapar una subred con otra:

172.16.

0 0 0 0 0 1 | 0 0 .

0 0 0 0 0 0 0 0

>

Dir. de Red

0 0 0 0 0 1 | 0 0 .

0 0 0 0 0 0 0 1

>

1er Host

0 0 0 0 0 1 | 1 1 .

1 1 1 1 1 1 1 0

>

Ult. Host

0 0 0 0 0 1 | 1 1 .

1 1 1 1 1 1 1 1

>

Broadcast

En decimal:

Dir. de Red: 172.16.4.0/22

1er Host: 172.16.4.1/22

Ult. Host: 172.16.7.254/22

Broadcast: 172.16.7.255/22

Y así, poco a poco podríamos calcular las 5 subredes que necesitamos Lo más ajustado que podemos.

Seg Red 1er Host Ult. Host BC
A 172.16.0.0 172.16.0.1 172.16.3.254 172.16.3.255
B 172.16.4.0 172.16.4.1 172.16.7.254 172.16.7.255
C 172.16.8.0 172.16.8.1 172.16.11.254 172.16.11.255
D 172.16.12.0 172.16.12.1 172.16.15.254 172.16.15.255
E 172.16.16.0 172.16.16.1 172.16.19.254 172.16.19.255

Todas con la máscara 255.255.252.0, o lo que es lo mismo, /22.

Es importante destacar que estoy haciendo este ejemplo lo más ajustado que se puede a la subred que tiene más host para que se entienda como se hace por un propósito pedagógico. Sin embargo, recuerden que hay que considerar la escalabilidad de la red, si pienso en que esa red a lo mejor tendrá 500 usuarios más dentro de 3 años, lo ideal sería haberlo pensado con antelación a la hora de hacer el diseño, para evitar torturas a la hora de escalar la red.

Nuevamente, espero les sea de utilidad y con esto concluyo el tema del subnetting y en cuanto tenga oportunidad escribiré sobre el VLSM que es incluso más eficiente.
[Subnetting – Parte 1]

Beto

@betor86

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s