Universidad Tecnológica De La Selva

Unidad Académica Selva Negra Rayón

Manual De Creación De
Subredes Usando VLSM
Rubén Pérez Winkler

14
Indice

Introducción_________________________________________________________________3

1. Limitaciones del uso de la máscara de red fija.____________________________________4

2. Comparación de redes usando máscara fija y máscara variable.______________________9

3. Qué es la máscara de subred de longitud variable (VLSM).__________________________14

4. Creación de subredes con VLSM.______________________________________________16

5. Conclusión._______________________________________________________________32

6. Bibliografía _______________________________________________________________33
Introducción

Para que dos o más computadoras se puedan comunicar, aparte de un medio de transmisión
como cable o conexión inalámbrica, cada equipo tiene que tener una dirección IP y una máscara
de red. La máscara indica que de los 32 bits totales de lo que está compuesta una dirección IP,
cuantos de esos bits se van a tomar para la porción de red y cuántos para la porción de host. Al
crear subredes de la manera tradicional existe la limitante de que se desperdician muchas
direcciones IP, por lo que fue necesario la creación de una nueva forma para la asignación de
subredes en donde el desperdicio de direcciones fuera mínimo, ese método lleva como nombre
“Máscara de Subred de Longitud Variable (VLSM) por sus siglas en inglés”.

El presente manual, tiene como finalidad explicar el uso y ventajas de la máscara de subred de
longitud variable al momento de crear subredes. Se hará una comparación entre la creación de
subredes de la manera tradicional y la creación mediante el uso de VLSM, y se observará el
desperdició de direcciones que se da en la manera tradicional y la optimización de direcciones IP,
en VLSM.

Se enseñarán los pasos necesarios para la creación de subredes mediante VLSM y cómo
funcionan cada una de ellas al conectar los equipos a un switch o Hub y asignarles las direcciones
ip que se obtuvieron.
Limitaciones de las máscaras de red con tamaño fijo

Inicialmente, las direcciones IPv4 se asignaban en función de la clase. Este sistema convencional
realmente no tenía nombre, hoy, para diferenciarlo de los nuevos esquemas de direccionamiento
classless "sin clases", por lo general es llamado el sistema de direccionamiento IP "classful" es
decir, con clases o basado en clases. En la especificación original de IPv4 (RFC 791) que se
lanzó en 1981, los autores establecieron las clases para ofrecer tres tamaños distintos de redes
para organizaciones grandes, medianas y pequeñas. Por ende, se definieron las direcciones de
clase A, B y C con un formato específico para los bits de orden superior. Los bits de orden
superior son los bits que se encuentran más a la izquierda en una dirección de 32 bits.

Clase Bits de alto nivel

A 0
B 10
C 110
D(Multicast) 1110
E (Experimental) 1111

Como se muestra en la figura:

Las direcciones de clase A empiezan con un bit 0. Por lo tanto, todas las direcciones de 0.0.0.0 a
127.255.255.255 pertenecen a la clase A. La dirección 0.0.0.0 se reserva para el enrutamiento
predeterminado y la dirección 127.0.0.0 se reserva para la prueba de loopback.

Las direcciones de clase B empiezan con un bit 1 y un bit 0. Por lo tanto, todas las direcciones de
128.0.0.0 a 191.255.255.255 pertenecen a la clase B.
Las direcciones de clase C empiezan con dos bits 1 y un bit 0. Las direcciones de clase C
comprenden de 192.0.0.0 a 223.255.255.255.

Las direcciones restantes se reservaron para multicasting y futuros usos. Las direcciones
multicast empiezan con tres bits 1 y un bit 0. Las direcciones multicast se usan para identificar un
grupo de hosts que son parte de un grupo multicast. Esto ayuda a reducir la cantidad de
procesamientos de paquetes que realizan los hosts, especialmente en los medios de broadcast..

Las direcciones IP que empiezan con cuatro bits 1 se han reservado para uso futuro.

Como se muestra en la figura, las redes de clase A usaban el primer octeto para la asignación de
red, que se traducía a una máscara de subred con clase 255.0.0.0. Debido a que sólo se dejaron
7 bits en el primer octeto (recuerde que el primer bit es siempre 0), esto dio como resultado 2 a la
7ma potencia o bien 128 redes.

1er octeto 2° Octeto 3er Octeto 4to Octeto Máscara de subred

Clase A Red Host Host Host 255.0.0.0 ó /8
Clase B Red Red Host Host 255.255.0.0 ó /16
Clase C Red Red Red Host 255.255.255.0 ó /24

Con 24 bits en la porción de host, cada dirección de clase A tenía capacidad para más de 16
millones de direcciones host individuales. Antes de CIDR y VLSM, a las organizaciones se les
asignaba una dirección de red con clase completa. ¿Qué iba a hacer una organización con 16
millones de direcciones? Ahora puede entender el enorme desperdicio de espacio de direcciones
que se produjo durante los comienzos de Internet, cuando las empresas recibían direcciones de
clase A. Algunas empresas y organizaciones gubernamentales aún tienen direcciones de clase A.
Por ejemplo, General Electric posee 3.0.0.0/8, Apple Computer posee 17.0.0.0/8 y el Servicio
Postal de los Estados Unidos posee 56.0.0.0/8.

La clase B no era mucho mejor. La RFC 790 especificaba los primeros dos octetos como red. Con
los primeros dos bits ya establecidos en 1 y 0, quedaban 14 bits en los primeros dos octetos para
asignar redes, lo que produjo 16 384 direcciones de red de clase B. Debido a que cada dirección
de red de clase B contenía 16 bits en la porción de host, controlaba 65 534 direcciones.
(Recuerde que se reservaban 2 direcciones para las direcciones de red y de broadcast). Sólo las
organizaciones más grandes y los gobiernos podían llegar a usar alguna vez las 65 000
direcciones. Como en la clase A, el espacio de dirección de clase B se desperdiciaba.

Para empeorar la situación, ¡las direcciones de clase C generalmente eran muy pequeñas! La
RFC 790 especificaba los primeros tres octetos como red. Con los primeros tres bits establecidos
en 1 y 1, y 0, quedaban 21 bits para asignar redes para más de 2 millones de redes de clase C.
Pero cada red de clase C sólo tenía 8 bits en la porción de host o 254 direcciones host posibles.
Este sistema de direccionamiento con clase “Classful”, presenta las siguientes ventajas:

 Sencillez y claridad: Hay sólo unas pocas clases para elegir y es muy fácil de entender
cómo se dividen las direcciones. La distinción entre las clases es clara y evidente. Las
divisiones entre los ID de red y el ID de hosts en las clases A, B y C están en los límites de
octeto, y esto hace fácil decir cuál es el identificador de red de cualquier dirección.

 Razonable flexibilidad: Los tres niveles de "granularidad" coinciden razonablemente bien

con los tamaños de las organizaciones grandes, medianas y pequeñas. El sistema original
preveía capacidad suficiente para manejar la tasa de crecimiento esperado de la Internet
en el momento.

 Facilidad de enrutamiento: Como veremos en breve, la clase de la dirección se codifica

justo en la dirección para que le sea fácil a los routers saber qué parte de cualquier
dirección es el identificador de red y qué parte es la ID de host. No hay necesidad de
información anexa, tal como la máscara de subred.

 Direcciones reservadas: Algunas direcciones están reservadas para propósitos

especiales. Esto incluye no sólo las clases D y E, sino también rangos especiales de
direcciones reservadas para el direccionamiento "privado".

El sistema de direccionamiento con clase "classful" es el primer gran intento de definir un método
universal para hacer frente de una gran interconexión de redes IP. El sistema tenía algunas
ventajas, como he mencionado en el resumen, y dado que fue desarrollado hace décadas para
una red que estaba limitada en tamaño, funcionó muy bien durante mucho tiempo.

Nadie esperaba que el Internet llegaría a algo cercano a su tamaño actual. A medida que creció,
los problemas se manifiestan con el mecanismo de asignación de direcciones IP "classful"
lentamente al principio, pero luego más rápidamente a medida que el crecimiento se hizo más
rápido. He sugerido a algunos de los problemas en mi explicación de cómo funciona este tipo de
direccionamiento, pero para ayudar a enmarcar la discusión de los nuevos tipos de
direccionamiento, creo que es útil examinar esto con más detalle.
El direccionamiento con clase presenta algunas deficiencias como:

 La falta flexibilidad en el direccionamiento interno: A las grandes organizaciones se le

asignan grandes bloques de direcciones "monolíticos" que no coinciden con la estructura
de sus redes internas subyacentes.

 Ineficiente uso de espacio de direcciones: La existencia de sólo tres tamaños de bloque

(clases A, B y C) da lugar a pérdida de espacio de direcciones IP.

 Proliferación de las entradas de la tabla del router: A medida que Internet crece, mas y
mas entradas son necesarias en las tablas de los routers para manejar el enrutamiento de
los datagramas IP, lo que causa problemas de rendimiento. El intento de reducir la
asignación ineficiente del espacio de direcciones lleva aún a más entradas en la tabla del
router.

Inflexibilidad de direccionamiento.

El problema #1 se debe principalmente al hecho de que en el sistema "classful", a las grandes

empresas se les asigna un bloque de direcciones bastante grande (Clase B) o verdaderamente
enorme (Clase A), todo lo cual es considerado por los routers de Internet una "red" única con un
único "ID de red". Ahora, imagine que tiene una empresa de mediano a gran tamaño con 5.000
ordenadores, y se le asigna una dirección de clase B para la red. ¿Está seguro de que tiene 5.000
ordenadores todos conectados en una sola red? Espero que no! Sin embargo, se vería obligado a
tratar de "meter" todo esto en una única dirección IP de "red" con el método "classful" original. No
habría manera de crear una jerarquía interna de direcciones.
El principal problema con las clases: baja granularidad.

Los problemas # 2 y # 3 están más estrechamente relacionados entre sí que el número # 1 y

ambos son el resultado del hecho de que la "granularidad" en el sistema "classful" es demasiado
baja como para ser práctica en una Internet de gran tamaño. Con esto quiero decir que hay muy
pocas opciones en los tamaños de las redes disponibles. Tres tamaños parece muy bien, en
principio, pero las diferencias entre los tamaños son enormes, y los tamaños no coinciden del todo
bien con la distribución de las organizaciones en el mundo real. Tenga en cuenta la diferencia de
tamaño entre las redes de clase C y clase B - un salto de 254 hosts hasta más de 65.000! Hay
muchas empresas, que necesitan más de 254 direcciones IP, pero mucho menos de 65.000. ¿Y
qué hay con la clase A? ¿Cuántas empresas necesitan 16 millones de direcciones IP, incluso las
verdaderamente grandes? Probablemente no, si se piensa en ello, pero ahí está la mitad del
espacio de direcciones.

Teniendo en cuenta de nuevo nuestra empresa con 5.000 equipos, ¿qué clase de red debería
usar? Como muestra la Figura 64, no hay una buena correspondencia para las necesidades de
esta empresa en el sistema "classful". En el pasado, probablemente le hubiera sido asignada una
red de clase B. Sin embargo, darle una clase B a una empresa con "sólo" 5.000 equipos significa
más del 90% de las direcciones IP malgastadas. Cuando Internet era joven, esto no era gran
cosa, pero a medida que crecía estas ineficiencias rápidamente comenzaron a ser significativas.

El esquema de direccionamiento "classful" ha sido sustituido en Internet por el nuevo sistema de

direccionamiento "classless" (Sin clase).
Comparación de asignación de subredes de manera tradicional vs VLSM

División de subredes de manera tradicional

Normalmente cuando se realiza el cálculo de subredes de manera tradicional, se asigna la misma

máscara a cada una de las subredes obtenidas y albergan la misma cantidad de hosts. Vamos a
ver un ejemplo del cálculo de creación de subredes de manera tradicional:

De la dirección IP 196.50.7.0 /24 crear 8 subredes

1.- Calculo de la máscara por defecto /24.

La máscara nos índica el numero de bits que hay en la porción de red.

11111111.11111111.11111111.00000000

porción de red porción de host

24 bits 8 bits

2.- Calculo de subredes

Necesitamos 8 subredes, por lo que tenemos que encontrar un valor que elevado a la n potencia de 2 (2n)
sea mayor o igual que el número de subredes deseado, que para nuestro caso es 12, es decir ( 2n ) ≥ 18

20 = 0 0 ≥ 18 no 21 = 2 2 ≥ 18 no 22 = 4 4≥ 18 no 23 = 8 8≥ 18 SI

Por lo tanto n=3. El 3 nos indica el número de bits a robar en la porción de host.

3.- Calculo de la nueva máscara (máscara adaptada) y el rango

Máscara original:

11111111.11111111.11111111.00000000

porción de red porción de host

24 bits 8 bits
A la porción de host vamos a robarle 3 bits

11111111.11111111.11111111.11100000

Bits robados

Por lo tanto la nueva máscara queda de la siguiente forma:

11111111.11111111.1111111.11100000 = /27

Convirtiendo a valor decimal cada octeto tenemos que la nueva mascara es:

11111111.11111111.11111111.11100000

255 255 .255. 224

Rango = 256 – valor del último octeto de la nueva máscara.

256 – 224= 32

El 32 nos indica el número de saltos que tendrán cada una de las 18 subredes.

4.- Cálculo de hosts

Ahora vamos a calcular cuantos hosts van a tener cada una de las 64 subredes. Para ello empleamos la
fórmula

23 -2 dónde m es el número de bits de la porción de host.

Tomando la nueva máscara vamos a contar los bits que hay en la porción de host:

11111111.11111111.11111111.11100000 = /27

Tenemos 5 bits en la porción de hosts.

El número 3 se va usar como valor de m. Por lo que la fórmula sería:

25-2 = 32 - 2 = 30 host por subred

Por lo tanto vamos a tener 30 hosts en cada una de las 8 subredes generadas.

5.- Creación de subredes

Número de Dirección de Primera útil y última IP útil Dirección de

subred subred Broadcast

0 196.50.7.0 196.50.7.1 - 196.50.7.30 196.50.7.31

1 196.50.7.32 196.50.7.33 - 196.50.7.62 196.50.7.63

2 196.50.7.64 196.50.7.65 - 196.50.7.94 196.50.7.95

3 196.50.7.96 196.50.7.97 - 196.50.7.126 196.50.7.127

4 196.50.7.128 196.50.7.129 - 196.50.7.158 196.50.7.159

5 196.50.7.160 196.50.7.161 - 196.50.7.190 196.50.7.191

6 196.50.7.192 196.50.7.193 - 196.50.7.222 196.50.7.223

7 196.50.7.224 196.50.7.225 - 196.50.7.254 196.50.7.255

Cada una de las 8 subredes van a tener 30 hosts disponibles, pero no todas las subredes van a
requerir 30 hosts. A continuación se muestra la cantidad de hosts que se necesitan para cada
subred y el desperdicio de direcciones que habrá:
Subred Hosts requeridos Desperdicio de direcciones
0 8 30 – 8 = 22
1 28 30 – 12 = 18
2 18 30 – 18 =12
3 5 30 – 5 = 25
4 20 30 – 20 = 10
5 13 30 – 13 = 17
6 10 30 – 10 =20
7 26 30 -26 = 4
Total de direcciones 128
desperdiciadas

Lo anterior representa un enorme desperdicio de direcciones IP, que mas adelante podrán hacer
falta para otros equipos. Ahora bien ¿cómo se puede evitar lo menos posible el desperdicio de
direcciones IP? La respuesta es por medio del uso de Máscara de subred de longitud variable
(VLSM), cada una de las subredes a diferencia del empleo del método tradicional, tendrán
diferentes valores para la máscara de subred.
Con VLSM el desperdicio de direcciones será menor, a continuación se muestra el mismo ejemplo
pero ahora usando VLSM.

Numero de Dirección de red Primera y última ip útil Direccion de Máscara de

subred broadcast subred

0 196.50.7.0 196.50.7.1 - 196.50.7.30 196.50.7.31 /27

1 196.50.7.32 196.50.7.33 - 196.50.7.62 196.50.7.63 /27
2 196.50.7.64 196.50.7.65 - 196.50.7.94 196.50.7.95 /27
3 196.50.7.96 196.50.7.97 - 196.50.7.126 196.50.7.127 /27
4 196.50.7.128 196.50.7.129 - 196.50.7.0.140 196.50.7.141 /28
5 196.50.7.144 196.50.7.145 - 196.50.7.158 196.50.7.159 /28
6 196.50.7.160 196.50.7.161 - 196.50.7.174 196.50.7.0.175 /28
7 196.50.7.176| 196.50.7.177 - 196.50.7.182 196.50.7.0.183 /29

Los hosts disponibles y requeridos se muestran a continuación:

Hosts Hosts requeridos Desperdicio

disponibles
30 28 2
30 26 4
30 20 10
30 18 12
14 13 1
14 10 4
14 8 6
6 5 1
Total de direcciones desperdiciadas 40

Con VLSM se desperdician 40 ip contra 128 del método tradicional, por lo que representa un
ahorro de 88 direcciones ip
Qué es VLSM

VLSM cuyas siglas en inglés significan Máscara de Subred de Longitud Variable, fue diseñada
para maximizar la eficiencia del direccionamiento. Al identificar la cantidad total de hosts que
utiliza la división tradicional en subredes, se asigna la misma cantidad de direcciones para cada
subred. Si todas las subredes tuvieran los mismos requisitos en cuanto a la cantidad de hosts,
estos bloques de direcciones de tamaño fijo serían eficientes. Sin embargo, esto no es lo que
suele suceder.

Por ejemplo: la topología en la figura que se muestra abajo, los requisitos de subred de siete
subredes, una para cada una de las cuatro LAN y una para cada una de las tres WAN. Con la
dirección 192.168.20.0, es necesario pedir prestados 3 bits de los bits del host en el último octeto
para satisfacer los requisitos de subred de siete subredes.

Estos bits son bits que se toman prestados al cambiar la máscara de subred correspondiente por
números "1" para indicar que estos bits ahora se usan como bits de red. Entonces, el último octeto
de la máscara se representa en binario con 11100000, que es 224. La nueva máscara
255.255.255.224 se representa mediante la notación /27 para representar un total de 27 bits para
la máscara.
En binario, esta máscara de subred se representa como:
11111111.11111111.11111111.11100000

Luego de tomar prestados tres de los bits de host para usar como bits de red, quedan cinco bits
de host. Estos cinco bits permitirán más de 30 hosts por subred.

A pesar de que se ha cumplido la tarea de dividir la red en una cantidad adecuada de redes, esto
se hizo mediante la pérdida significativa de direcciones no utilizadas. Por ejemplo: sólo se
necesitan dos direcciones en cada subred para los enlaces WAN. Hay 28 direcciones no
utilizadas en cada una de las tres subredes WAN que han sido bloqueadas en estos bloques de
direcciones. Además, de esta forma se limita el crecimiento futuro al reducir el número total de
subredes disponibles. Este uso ineficiente de direcciones es característico del direccionamiento
con clase.

Aplicar un esquema de división en subredes estándar al escenario no es muy eficiente y puede

causar desperdicio. De hecho, este ejemplo es un modelo satisfactorio para mostrar cómo la
división en subredes de una subred puede utilizarse para maximizar el uso de la dirección.

Como se mostró en ejemplos anteriores, se comenzó con las subredes originales y se obtuvieron
subredes adicionales más pequeñas para usar en los enlaces WAN. Creando subredes más
pequeñas, cada subred puede soportar 2 hosts, dejando libres las subredes originales para ser
asignadas a otros dispositivos y evitando que muchas direcciones puedan ser desperdiciadas.

Para crear estas subredes más pequeñas para los enlaces WAN, se comienza con
192.168.20.192. Podemos dividir esta subred en subredes más pequeñas. Para suministrar
bloques de direcciones para las WAN con dos direcciones cada una, se tomarán prestados tres
bits de host adicionales para usar como bits de red.

Dirección: 192.168.20.192 En binario: 11000000.10101000.00010100.11000000

Máscara: 255.255.255.252 30 bits en binario: 11111111.11111111.11111111.11111100

La topología en la figura siguiente muestra un plan de direccionamiento que divide las subredes
192.168.20.192 /27 en subredes más pequeñas para suministrar direcciones para las WAN. De
esta forma se reduce la cantidad de direcciones por subred a un tamaño apropiado para las WAN.
Con este direccionamiento, se obtienen subredes 4, 5 y 7 disponibles para futuras redes, así
como varias subredes disponibles para las WAN.
 Cálculo de subredes mediante VLSM
Clase C

Dada la siguiente topología y la dirección IP 192.168.1.0/24, se nos pide que por medio de
subneteo con VLSM obtengamos direccionamiento IP para los hosts de las 3 subredes, las
interfaces Ethernet de los routers y los enlaces seriales entre los routers.

Paso 1: Lo primero que se tiene que hacer es organizar la cantidad de hosts de cada subred de
mayor a menor, sumarle a los hosts de cada subred 2 direcciones (una dirección de red y
broadcast) y 1 dirección más para la interfaz Ethernet del router.

Red 2: 100 host + 2 (red y broadcast) + 1(Ethernet) = 103 direcciones

Red 3: 50 host + 2 (red y broadcast) + 1(Ethernet) = 53 direcciones
Red 1: 20 host + 2 (red y broadcast) + 1(Ethernet) = 23 direcciones

Total Redes: 103 + 53 + 23 = 179 direcciones

Por cada enlace serial necesitamos 4 direcciones, 2 para las interfaces serial y 2 para dirección
de red y broadcast.
Enlace A: 2 + 2 (red y broadcast) = 4 direcciones
Enlace B: 2 + 2 (red y broadcast) = 4 direcciones
Enlace C: 2 + 2 (red y broadcast) = 4 direcciones

Total Enlaces: 4 + 4 + 4 = 12 direcciones

Sumamos todas las direcciones y obtenemos la totalidad de direcciones IP que vamos a necesitar
para la topología. Total Redes + Total Enlaces: 179 + 12 = 191 direcciones
Una vez que se conoce la cantidad de direcciones que se va a necesitar tenemos que
asegurarnos que con la dirección IP dada se pueda alcanzar ese número sin importar el número
de subredes que necesitemos. Para ello tomamos la máscara de la dirección IP 192.168.1.0/24, la
convertimos a binario y diferenciamos la porción de red y host.

Porción de red Porción de host

255 255 255 0
11111111 11111111 11111111 00000000
8 bits para host

Con los 8 bits de la porción de host podemos obtener 256 direcciones (28 = 256), como se
necesita solo 191 direcciones es viable.

Paso 2: Armar una tabla de conversión de base 2 a decimal

Una vez que tenemos calculada la cantidad de direcciones verificamos cuál es la subred que más
direcciones necesita, ya vimos que es la Subred 2 con 103 direcciones IP, y armamos una tabla
de conversión base 2 a decimal hasta que cubra esa cantidad de direcciones.

21 = 2 Direcciones (ninguna asignable)

22 = 4 Direcciones (2 direcciones asignables)
23 = 8 Direcciones (6 direcciones asignables)
24 = 16 Direcciones (14 direcciones asignables)
25 = 32 Direcciones (30 direcciones asignables)
26 = 64 Direcciones (62 direcciones asignables)
27 = 128 Direcciones (126 direcciones asignables)

Paso 3: Obtener direccionamiento IP para subredes

Para obtener las subredes siempre se comienza de mayor a menor según la cantidad de
direcciones. Entonces vamos a empezar primero por la Red 2 (103 direcciones), luego por la Red
3 (53 direcciones), luego por la Red 1 (23 direcciones) y por último los 3 enlaces seriales (4
direcciones cada uno).

Obtener el direccionamiento IP para la red 2 (103 direcciones)

Para obtener la Red 2, lo primero que tenemos que hacer es adaptar la máscara de red de la
dirección IP 192.168.1.0 /24 que como ya vimos permite 256 direcciones (28 = 256).
 Porción de red Porción de host
255 255 255 0
11111111 11111111 11111111 00000000
8 bits para host

Una vez que la tenemos en binario, vamos a la tabla de conversión que hicimos y vemos cuantos
bits “0” se necesitan en la porción de host de la máscara de red para obtener un mínimo de 103
direcciones, vemos que con 27 obtenemos 128 direcciones, es decir que de los 8 bits “0” de la
máscara de red original solo necesitamos 7 bits “0” (de derecha a izquierda) para las direcciones.

A la porción de host le robamos ese bit “0” restante y lo reemplazamos por un bit “1” haciéndolo
parte de la porción de red y ya tenemos nuestra máscara de red adaptada.

Porción de red Porción de host

255 255 255 128
11111111 11111111 11111111 10000000
1 bit para subredes
7 bits para host
Bits porción de
red=25

La máscara de red adaptada, que va a quedar 255.255.255.128 = /25, permite 2 subredes (21 = 2)
con 128 direcciones (27 = 128) cada una. Sabemos que la subred cero es la 192.168.1.0 /25 y que
va a ser para la Red 2. Ahora nos restaría obtener el rango de la subred uno.

Para obtener el rango entre subredes la forma más sencilla es restarle al número 256 el número
de la máscara de subred adaptada: 256 - 128 = 128. Entonces el rango entre las subredes va a
ser 128, es decir que la subred uno va a ser 192.168.1.128 /25.

Subred Rango Direcciones Asignada Máscara

por subred
Desde Hasta
0 192.168.1.0 192.168.1.127 128 Red 2 /25
1 192.168.1.128 192.168.1.255

La primera y última dirección IP de cada subred no se asignan ya que contienen la dirección de

red y broadcast de cada subred.
Obtener el direccionamiento IP para la red 3 (53 direcciones)

Para obtener las Red 3, que necesita un mínimo de 53 direcciones, vamos trabajar con la subred
uno que generamos, la 192.168.1.128 /25, que permite 128 direcciones (27 = 128). La
convertimos a binario y diferenciamos la porción de red y de host.

Porción de red Porción de host

255 255 255 128
11111111 11111111 11111111 10000000
1 bit para subredes
7 bits para host
Bits porción de
red=25

Una vez convertida a binario vamos a la tabla y vemos cuantos bits “0” necesitamos en la porción
de host para obtener un mínimo de 53 direcciones. Con 6 bits “0” podemos obtener 64 direcciones
(26 = 64), entonces el bit “0” restante se lo robamos a la porción de host y lo reemplazamos por un
bit “1” y ya tenemos la máscara de red adaptada para la Red 3.

Porción de red Porción de host

255 255 255 192
11111111 11111111 11111111 11000000
1 bit para subred 2
1 bit para subredes
6 bits para host
Bits porción de
red=26

La máscara de red adaptada va a quedar 255.255.255.192 = /26, permite 2 subredes (21 = 2) con
64 direcciones (26 = 64) cada una. Entonces la dirección IP 192.168.1.128 /26 con 64 direcciones
va a ser la dirección de la Red 3, ahora nos restaría obtener la dirección de la siguiente subred de
64 direcciones.

Volvemos a utilizar el método de resta para obtener el rango entre subredes: 256 - 192 = 64.

Entonces el rango entre las subredes va a ser 64, la subred dos va a ser 192.168.1.192 /26.
 Subred Rango Direcciones Asignada Máscara
por subred
Desde Hasta
0 192.168.1.0 192.168.1.127 128 Red 2 /25
1 192.168.1.128 192.168.1.191 64 Red 3 /26
2 192.168.1.192 192.168.1.255 64

La primera y última dirección IP de cada subred no se asignan ya que contienen la dirección de

red y broadcast de cada subred.

Obtener el direccionamiento IP para la red 1 (23 direcciones)

Con la dirección de la subred dos generada 192.168.1.192 /26 que permite 64 direcciones (2 6 =
64), tenemos que obtener la Red 1 que necesita un mínimo de 23 direcciones. Convertimos la
máscara a binario.

Porción de red Porción de host

255 255 255 192
11111111 11111111 11111111 11000000
2 bit para subredes
6 bits para host
Bits porción de
red=26

Para las 23 direcciones necesitamos 5 bits “0” en la porción de host (25 = 32), el bit “0” restante lo
pasamos a la porción de red con valor “1” y ya tenemos la máscara adaptada para la Red 1.

Porción de red Porción de host

255 255 255 224
11111111 11111111 11111111 11100000
1 bit para subred2
1 bit para subred3
1 bit para subred
5 bits para host
Bits porción de
red=27

La máscara de red adaptada va a quedar 255.255.255.224 = /27, permite 2 subredes (2 1 = 2) con

32 direcciones (25 = 32) cada una. La dirección IP 192.168.1.192 /27 con 32 direcciones va a ser
para la “Red 1”, nos restaría obtener la subred siguiente de 32 direcciones. Hacemos la resta para
rango entre subredes: 256 - 224 = 32 y obtenemos la subred tres con la dirección 192.168.1.224
/27.
 Subred Rango Direcciones Asignada Máscara
por subred
Desde Hasta
0 192.168.1.0 192.168.1.127 128 Red 2 /25
1 192.168.1.128 192.168.1.191 64 Red 3 /26
2 192.168.1.192 192.168.1.223 32 Red 1 /27
3 192.168.1.224 192.168.1.255

Paso 4: Obtener direccionamiento para los enlaces

Obtener los enlaces es sencillo ya que al necesitar siempre 4 direcciones, 2 para enlaces y 2 para
dirección de red y broadcast, usamos para todos la misma máscara de red 255.255.255.252 = /30
que con 2 bits ”0” en la porción de host que permiten 4 direcciones (2 2 = 4). Tomamos como punto
de partida la dirección IP de la subred tres 192.168.1.224 /27 y convertimos la máscara en binario.

Porción de red Porción de host

255 255 255 224
11111111 11111111 11111111 11100000
3 bit para subredes
5 bits para host
Bits porción de
red=27

Para las 4 direcciones de cada enlace necesitamos 2 bits “0” en la porción de host (2 2 = 4), los
bits “0” restantes lo pasamos a la porción de red con valor “1” y ya tenemos la máscara adaptada
para los 3 enlaces.

Porción de red Porción de host

255 255 255 252
11111111 11111111 11111111 11111100
1 bit para subred 3
1 bit para subred 2
1 bit para subred 1
111 bits para
subredes de enlaces
00 bits para enlaces
Bits porción de
red=30
La máscara /30 = 255.255.255.252 permite 8 subredes (23 = 8) con 4 direcciones (22 = 4) cada
una.

La dirección IP 192.168.1.224 /30 con 4 direcciones va a ser para el Enlace A, nos restaría
obtener las 2 subredes para los Enlaces B y C. Hacemos la resta para rango entre subredes: 256
- 252 = 4 y obtenemos las 2 direcciones restantes: Enlace B 192.168.1.228 /30 y Enlace C
192.168.1.232

Subred Rango Direcciones Asignada Máscara

por subred
Desde Hasta
0 192.168.1.0 192.168.1.127 128 Red 2 /25
1 192.168.1.128 192.168.1.191 64 Red 3 /26
2 192.168.1.192 192.168.1.223 32 Red 1 /27
3 192.168.1.224 192.168.1.227 4 Enlace A /30
4 192.168.1.228 192.168.1.231 4 Enlace B /30
5 192.168.1.232 192.168.1.235 4 Enlace C /30

Resultado del Ejercicio

Clase B

Dada la siguiente topología y la dirección IP de subred 172.16.0.0 /16, debemos mediante

subneteo con VLSM obtener direccionamiento IP para los hosts de las 6 redes, las interfaces
ethernet de los routers y los enlaces seriales entre los routers.
Paso 1: Lo primero que se tiene que hacer es organizar la cantidad de hosts de cada subred de
mayor a menor, sumarle a los hosts de cada subred 2 direcciones (una dirección de red y
broadcast) y 1 dirección más para la interfaz Ethernet del router.

Red Ventas: 150 host + 2 (red y broadcast) + 1(Ethernet) = 153 direcciones

Red Jurídico: 115 host + 2 (red y broadcast) + 1(Ethernet) = 118 direcciones
Red Sistemas: 96 host + 2 (red y broadcast) + 1(Ethernet) = 99 direcciones
Red Finanzas: 74host + 2 (red y broadcast) + 1(Ethernet) = 77 direcciones
Red Administración: 64 host + 2 (red y broadcast) + 1(Ethernet) = 67 direcciones
Red Gerencia: 32 host + 2 (red y broadcast) + 1(Ethernet) = 35 direcciones

Total Redes: 153 + 118 + 99 + 77 + 67 + 35 = 549 direcciones

Por cada enlace serial necesitamos 4 direcciones, 2 para las interfaces serial y 2 para dirección
de red y broadcast.

Enlace A: 2 + 2 (red y broadcast) = 4 direcciones

Enlace B: 2 + 2 (red y broadcast) = 4 direcciones
Enlace C: 2 + 2 (red y broadcast) = 4 direcciones
Enlace D: 2 + 2 (red y broadcast) = 4 direcciones
Enlace E: 2 + 2 (red y broadcast) = 4 direcciones
Enlace F: 2 + 2 (red y broadcast) = 4 direcciones
Enlace G: 2 + 2 (red y broadcast) = 4 direcciones

Total Enlaces: 4 + 4 + 4 + 4 +4 + 4 + 4 = 28 direcciones

Sumamos todas las direcciones y obtenemos la totalidad de direcciones IP que vamos a necesitar
para la topología. Total Redes + Total Enlaces: 549 + 28 = 577 direcciones

Una vez que se conoce la cantidad de direcciones que se va a necesitar tenemos que
asegurarnos que con la dirección IP dada se pueda alcanzar ese número sin importar el número
de subredes que necesitemos. Para ello tomamos la máscara de la dirección IP 192.168.1.0/24, la
convertimos a binario y diferenciamos la porción de red y host.

Porción de red Porción de host

255 255 0 0
11111111 11111111 00000000 00000000
16 bits para host

Con los 16 bits de la porción de host podemos obtener 65536 direcciones (216 = 65536), como se
necesita solo 577 direcciones es viable.
Paso 2: Armar una tabla de conversión de base 2 a decimal

Una vez que tenemos calculada la cantidad de direcciones verificamos cuál es la subred que más
direcciones necesita, ya vimos que es la Subred 2 con 103 direcciones IP, y armamos una tabla
de conversión base 2 a decimal hasta que cubra esa cantidad de direcciones.

21 = 2 Direcciones (ninguna asignable)

22 = 4 Direcciones (2 direcciones asignables)
23 = 8 Direcciones (6 direcciones asignables)
24 = 16 Direcciones (14 direcciones asignables)
25 = 32 Direcciones (30 direcciones asignables)
26 = 64 Direcciones (62 direcciones asignables)
27 = 128 Direcciones (126 direcciones asignables)
28 = 256 Direcciones (254 direcciones asignables)
29 = 512 Direcciones (510 direcciones asignables)
210= 1024 Direcciones (1022 direcciones asignables)
211= 2048 Direcciones (2046 direcciones asignables)
212= 4096 Direcciones (4094 direcciones asignables)
213= 8192 Direcciones (8190 direcciones asignables)

Paso 3: Obtener direccionamiento IP para subredes

Para obtener las subredes siempre se comienza de mayor a menor según la cantidad de
direcciones. Entonces vamos a empezar de mayor a menor de la siguiente manera:

Red Ventas 153 hosts

Red Jurídico 118 hosts
Red Sistemas 99 hosts
Red Finanzas 77 hosts
Red Administración 67 hosts
Red Gerencia 35

Red Ventas

¿Cuántos bits se necesitan para tener 153 hosts? Tomamos como base la máscara /16

Porción de red Porción de host

255 255 0 0
11111111 11111111 00000000 00000000
16 bits para host

De la valor de la máscara original calculamos el numero bits de hosts que se necesitan para tener
153 hosts, de la tabla de conversión que se hizo buscamos que valor es igual o mayor que 153,
en este caso el resultado es 28=256, por lo que debemos tener 8 bits en la porción de host en el
último octeto.
 Porción de red Porción de host
255 255 255 0
11111111 11111111 11111111 00000000
8 bits
Máscara /24
Tabla 2

El conteo para colocar los 8 bits de la porción de hosts se hace de derecha a izquierda. En la
tabla de arriba los bits 1 verdes, indican el número de bits que tuvieron que robar a la porción de
hosts.

Rango 256-255 = 1

Red Jurídica

¿Cuántos bits se necesitan para tener 118 hosts? Tomamos como base la tabla 2

Porción de red Porción de host

255 255 255 0
11111111 11111111 11111111 00000000
8 bits
Máscara /24

De la valor de la máscara obtenida en la tabla 2 calculamos el numero bits de hosts que se

necesitan para tener 118 host, de la tabla de conversión que se hizo buscamos que valor es igual
o mayor que 118, en este caso el resultado es 27=128, por lo que debemos tener 7 bits en la
porción de host en el último octeto.

Porción de red Porción de host

255 255 255 128
11111111 11111111 11111111 10000000
7 bits hosts
Máscara /25
Tabla 3

En la tabla de arriba los bits 1 verdes, indican el número de bits que tuvieron que robar a la
porción de hosts.

Rango 256-128 = 128

Red Sistemas

¿Cuántos bits se necesitan para tener 99 hosts? Tomamos como base la tabla 3

Porción de red Porción de host

255 255 255 128
11111111 11111111 11111111 10000000
7 bits hosts
Máscara /25

De la valor de la máscara obtenida en la tabla de arriba, calculamos el numero bits de hosts que
se necesitan para tener 99 hosts, de la tabla de conversión que se hizo buscamos que valor es
igual o mayor que 99, en este caso el resultado es 27=128, por lo que debemos tener 7 bits en la
porción de host en el último octeto.

Porción de red Porción de host

255 255 255 128
11111111 11111111 11111111 10000000
7 bits hosts
Máscara /25
Tabla 3

En la tabla de arriba los bits 1 verdes, indican el número de bits que tuvieron que robar a la
porción de hosts.

Rango 256-128 = 128

Red Finanzas

¿Cuántos bits se necesitan para tener 77 hosts? Tomamos como base la tabla 3

Porción de red Porción de host

255 255 255 128
11111111 11111111 11111111 10000000
7 bits hosts
Máscara /25

De la valor de la máscara obtenida en la tabla de arriba, calculamos el numero bits de hosts que
se necesitan para tener 77 hosts, de la tabla de conversión que se hizo buscamos que valor es
igual o mayor que 99, en este caso el resultado es 27=128, por lo que debemos tener 7 bits en la
porción de host en el último octeto.
 Porción de red Porción de host
255 255 255 128
11111111 11111111 11111111 10000000
7 bits hosts
Máscara /25
Tabla 3

En la tabla de arriba los bits 1 verdes, indican el número de bits que tuvieron que robar a la
porción de hosts.

Rango 256-128 = 128

Red Administración

¿Cuántos bits se necesitan para tener 67 hosts? Tomamos como base la tabla 3

Porción de red Porción de host

255 255 255 128
11111111 11111111 11111111 10000000
7 bits hosts
Máscara /25

De la valor de la máscara obtenida en la tabla de arriba, calculamos el numero bits de hosts que
se necesitan para tener 77 hosts, de la tabla de conversión que se hizo buscamos que valor es
igual o mayor que 77, en este caso el resultado es 27=128, por lo que debemos tener 7 bits en la
porción de host en el último octeto.

Porción de red Porción de host

255 255 255 128
11111111 11111111 11111111 10000000
7 bits hosts
Máscara /25
Tabla 3

En la tabla de arriba los bits 1 verdes, indican el número de bits que tuvieron que robar a la
porción de hosts.

Rango 256-128 = 128

Como se pudo apreciar las redes de Jurídico, Sistemas, Finanzas y Administración van a tener la
misma máscara (/25) en común.
Red Gerencia

¿Cuántos bits se necesitan para tener 35 hosts? Tomamos como base la tabla 3

Porción de red Porción de host

255 255 255 128
11111111 11111111 11111111 10000000
7 bits hosts
Máscara /25

De la valor de la máscara obtenida en la tabla de arriba, calculamos el numero bits de hosts que
se necesitan para tener 35 hosts, de la tabla de conversión que se hizo buscamos que valor es
igual o mayor que 35, en este caso el resultado es 26=64, por lo que debemos tener 6 bits en la
porción de host en el último octeto.

Porción de red Porción de host

255 255 255 192
11111111 11111111 11111111 11000000
6 bits hosts
Máscara /26
Tabla 3

En la tabla de arriba los bits 1 verdes, indican el número de bits (6) que tuvieron que robar a la
porción de hosts.

Rango 256-192 = 64
Enlaces

¿Cuántos bits se necesitan para tener 2 hosts? Tomamos como base la tabla de abajo

Porción de red Porción de host

255 255 255 192
11111111 11111111 11111111 11000000
6 bits hosts
Máscara /26

De la valor de la máscara obtenida en la tabla de arriba, calculamos el numero bits de hosts que
se necesitan para tener 2 hosts, de la tabla de conversión que se hizo buscamos que valor es
igual o mayor que 2, en este caso el resultado es 2 2=4, por lo que debemos tener 2 bits en la
porción de host en el último octeto.

Porción de red Porción de host

255 255 255 252
11111111 11111111 11111111 11111100
2 bits hosts
Máscara /30

Rango 256 – 252 = 4

Todos los enlaces al necesitar la misma cantidad de hosts tendrán la misma máscara

Vamos a resumir lo obtenido anteriormente en una sola tabla y posteriormente se procederá a

crear las subredes.

Red Máscara Rango

Ventas 255.255.255.0 = /24 1
Jurídico
Sistemas
255.255.255.128 = /25 128
Finanzas
Administración
Gerencia 255.255.255.192 = /26 64
Enlace A
Enlace B
Enlace C
Enlace D 255.255.255.252 = /30 4
Enlace E
Enlace F
Enlace G
Tabla de subredes

Red Dirección de Ip útiles Dirección de Máscara

red Broadcast
Ventas 172.16.0.0 172.16.0.1 – 172.16.0.254 172.16.0.255 / 24
Jurídico 172.16.1.0 172.16.1.1 – 172.16.1.126 172.16.1.127 / 25
Sistemas 172.16.1.128 172.16.1.129 – 172.16.1.254 172.16.1.255 /25
Finanzas 172.16.2.0 172.16.2.1 - 172.16.2.126 172.16.2.127 /25
Administración 172.16.2.128 172.16.2.129 -172.16.2.254 172.16.2.255 /25
Gerencia 172.16.3.0 172.16.3.1 - 172.16.3.62 172.16.3.63 /26
Enlace A 172.16.3.64 172.16.3.65 - 172.16.3.66 172.16.3.67 /30
Enlace B 172.16.3.68 172.16.3.69 - 172.16.3.70 172.16.3.71 /30
Enlace C 172.16.3.72 172.16.3.73 - 172.16.3.74 172.16.3.75 /30
Enlace D 172.16.3.76 172.16.3.77 - 172.16.3.78 172.16.3.79 /30
Enlace E 172.16.3.80 172.16.3.81 - 172.16.3.82 172.16.3.83 /30
Enlace F 172.16.3.84 172.16.3.85 - 172.16.3.86 172.16.3.87 /30
Enlace G 172.16.3.88 172.16.3.89 - 172.16.3.90 172.16.3.91 /30

El diagrama de topología quedará de la siguiente manera

Conclusión

En este manual se aprendió a realizar la división de subredes empleando Máscara de subred de

longitud variable (VLSM), el cual permitirá ahorrar direcciones IP, logrando asignar un mayor
número de direcciones IP a los equipos. Se vio la comparación entre el método tradicional y
VLSM y se pudo constatar del desperdicio de direcciones que se hace al usar el método de
creación de subredes de manera tradicional. Finalmente se realizaron ejemplos de la creación de
redes mediante VLSM usando subredes de clase A y C que son las mas comunes.