Es increíble lo popular que es el tema de la división en subredes (o subneteo como algunos

lo llaman muy coloquialmente), en especial VLSM, seguramente por la dificultad que

representa empezar con él. Dada esta premisa y que la maestría sólo se logra con ejercicios
y práctica, decidí documentar en éste Blog algunos de los ejercicios que le puse a mis
estudiantes de Comunicaciones en el primer examen parcial del semestre (2º del 2008),
espero que les resulte útil y que hagan los otros ejercicios propuestos.Estos son ejercicios
de dificultad baja, aumentaré la dificultad en futuras entradas usando subredes de mayores
tamaños con redes base de gran tamaño (por ejemplo una clase B o una clase A) . Por lo
pronto describiré un ejercicio y su solución, al final de la entrada dejaré otro ejercicio y
su solución para descargar en archivos independientes.

El problema

Dada la red 192.168.0.0/24, desarrolle un esquema de direccionamiento que cumpla con

los siguientes requerimientos. Use VLSM, es decir, optimice el espacio de
direccionamiento tanto como sea posible.

1. Una subred de 20 hosts para ser asignada a la VLAN de Profesores

2. Una subred de 80 hosts para ser asignada a la VLAN de Estudiantes
3. Una subred de 20 hosts para ser asignada a la VLAN de Invitados
4. Tres  subredes de 2 hosts para ser asignada a los enlaces entre enrutadores.

Solución

Ordeno las subredes en orden decreciente: 80, 20, 20, 2, 2, 2.

Para 80 hosts necesito 7 bits (2^7=128, menos red y broadcas 126 hosts máx.), por lo tanto
el prefijo de subred del primer bloque sería /25 (8-7=1; 24+1=25) Tomando la subred cero,
la primera dirección de subred sería 192.168.0.0/25, broadcast 192.168.0.127, por lo tanto
el rango asignable sería .1 hasta .126.

Para 20 hosts necesito 5 bits (2^5=32, es decir 30 hosts máx.). Prefijo: /27 (8-5=3,
24+3=27); Dir. de red: 192.168.0.128/27, broadcast 192.168.0.159. Rango
asignable .129-.158.

La siguiente subred es del mismo tamaño y el prefijo es el mismo. Dir. de red:

192.168.0.160/27 , broadcast 192.168.0.191, rango .161-.190.

Los enlaces entre enrutadores sólo necesitan 2 bits (2^2=4, es decir 2 hosts máx) por lo
tanto el prefijo debe ser /30 (8-2=6, 24+6=30). Dir. de enlace 1: 192.168.0.192, dir. de
broadcast en enlace 1: 192.168.0.195, rango .193-.194.  Dir. enlace 2: 192.168.0.196/30,
broadcast en enlace 2: 192.168.0.199, rango .197-.198. Dir. enlace 3: 192.168.0.200/30,
broadcast enlace 3: 192.168.0.203, rango: .201-.202.

El esquema resultado es:

Red Dir Broadcast Rango Máscara
Estudiantes(80) 192.168.0.0/25 192.168.0.127 .1-.126 255.255.255.128
Profesores(20) 192.168.0.128/27 192.168.0.159 .129-158 255.255.255.224
Invitados(20) 192.168.0.160/27 192.168.0.191 .161-190 255.255.255.224
Enlace 1(2) 192.168.0.192/30 192.168.0.195 .193-194 255.255.255.252
Enlace 2(2) 192.168.0.196/30 192.168.0.199 .197-198 255.255.255.252
Enlace 3(2) 192.168.0.200/30 192.168.0.203 .201-202 255.255.255.252

Se puede observar que los rangos de direcciones asignados son contínuos y que queda
disponible para crecimiento futuro un rango de direcciones desde 204 en adelante.

Referencias

Si ud. no comprende qué significa o de dónde salieron los cálculos del ejercicio, por favor
lea estas otras entradas anteriores de mi blog en las que se habla de varios aspectos del
direccionamiento y se explica lo que es un esquema de direccionamiento y cómo
diseñarlos. Las últimas dos entradas hablan de qué son clases de direcciones, direcciones
privadas y el funcionamiento del direccionamiento en casos concretos de conexiones punto
a punto (sólo dos PCs)

Hace unos días escribí una entrada con ejercicios de VLSM calificados como fáciles. Esos
ejercicios eran fáciles porque la división en subredes comprendía sólo el último octeto y en
ese sentido los números decimales eran pequeños y la numeración de las subredes era en
saltos predecibles y fáciles de entender. Ahora vamos a repetir el ejercicio pero haciendolo
a través de varios octetos para aumentar la dificultad, aunque como van a ver, lo de difícil
es un decir porque, siendo sistemáticos, la división en subredes o “subneteo” (hachazo al
español derivado de subnetting en inglés) es bastante clara incluso en éstos casos.
Antes de comenzar los invito a revisar las entradas anteriores sobre el tema de las subredes:
Ejercicios fáciles de subredes con VLSM, ¿Cómo se diseñan redes con máscara de subred
variable?. En éstas entradas describo la idea y los fundamentos en caso de que el lector no
los tenga suficientemente claros . Ahora sí comencemos.

El problema

Dada la siguiente dirección de red: 172.25.0.0/16, dividala en subredes de las siguientes

capacidades:

 2 subredes de 1000 hosts

 2000 hosts
 5 hosts
 60 hosts
 70 hosts
  15 enlaces de 2 hosts por enlace

El potencial ideal de la red base sería 2^16-2, es decir 65534 hosts si no usamos subredes,
osea que debemos esperar que esa capacidad potencial no se desperdicie mucho, en especial
si usamos VLSM. Lo anterior nos permite saber que los requerimientos aparentes (4165
hosts) caben de sobra en la red base.

Procedimiento

Vamos a ordenar las subredes decrecientemente para asegurar que el direccionamiento

no quede fraccionado.

1. Subred de 2000 Hosts

2. Subred de 1000 Hosts
3. Subred de 1000 Hosts
4. Subred de 70 Hosts
5. Subred de 60 Hosts
6. Subred de 5 Hosts
7. 15 subredes de 2 Hosts

Una vez ordenados los requerimientos, procedemos a operar la división en subredes como
si fueramos a usar subredes de máscara fija para la subred actual y la siguiente. Es
decir, hacemos los cálculos para una subred y dejamos indicada cuál sería la siguiente
subred, sólo que, como usamos máscara variable sabemos que las siguiente subred puede o
no tener la misma máscara (usualmente la tendrá más larga).

Análisis del procedimiento para la primera subred

Para la primera subred necesitamos 11 bits (2^11=2048-2=2046 hosts, 10 bits no son

suficientes ya que sólo alcanzaría para 1024). Como tenemos 16 bits originales para hosts,
tomamos éstos 11 bits de la parte de host y dejamos el resto para subred, es decir, 5 bits
para subred (adicionales a la máscara de red original).

172.25.{SSSSSHHH.HHHHHHHH},donde S es bit de subred y H es bit de host

Nuestra primera red es 172.25.0.0/21 y la siguiente sería 172.25.8.0/21 (como si

aplicaramos máscara fija). La siguiente red con la misma máscara es importante, debido a
que a partir de ésa es que tomamos las siguientes subredes, ésta nos marca el final de la
subred asignada y el comienzo del espacio libre.

De la dirección y máscara de la primera subred se deducen los otros datos importantes:

broadcast y rango asignable. Ya sabemos que la dirección de subred es aquella que tiene
todos los bits de host en cero y los bits de host son aquella porción de la dirección de
red que se corresponden con los ceros de la máscara de red, es decir, para nuestra 1a
subred la máscara es 255.255.248.0 o /21, por lo tanto la dirección 172.25.0.0 es una dir. de
subred ya que los bits que en la máscara son cero también son cero en la dirección de red.
La dirección de broadcast es aquella en la que los bits de hosts son todos 1, es decir,
para la primera subred la dirección de broadcast es 172.25.7.255, ya que en ésta dirección,
los bits que en la máscara son ceros, en la dirección de broadcast son unos. Y el resto
de direcciones entre la dir de red y la dir de broadcast son asignables, es decir de
172.25.0.1 hasta 172.25.7.254. Tenga en cuenta que en estas direcciones hay algunas que
pueden engañar como las 15 direcciones que terminan en 255 (por ejemplo 172.25.5.255),
esas direcciones, aunque tengan el último octeto en 255 no son de broadcast, ya que la
máscara /21 nos dice que la porción de host incluye bits del tercer octeto (.5), por lo tanto
no todos los bits de host son unos y por lo tanto no es una dirección de broadcast. Lo
mismo ocurre con otras tantas direcciones que terminarán en 0 pero que no son de subred
por la misma (similar) razón por la que la anterior no era de broadcast.

El procedimiento para las demás es igual, pero con menos análisis

Todo lo que hay que explicar y racionalizar en éste “difícil” problema de subredes está
dicho en la sección anterior, digamos que los principios están descritos. Lo que haremos de
acá en adelante es repetir esta mecánica, ya que entendemos la justificación de la misma,
por lo tanto, asegúrese de entender lo que indica el párrafo anterior y la justificación de la
primera subred.

La segunda subred es de 1000 hosts, por lo tanto necesito 10 bits (2^10=1024 menos dir.
de red y de broadcast = 1022 hosts máximo). Éstos los tomo de la parte de host, quedando
así 6 bits de subred. Del cálculo de la subred anterior sabemos que la siguiente sería la
172.25.8.0/21, osea que a partir del cálculo de la subred anterior tomamos la siguiente
subred (la actual) pero con una máscara más larga (/22) dado que necesitamos menos
capacidad. De ésto se desprenden los otros dos números, la dir. de broadcast es
172.25.11.255/22 y las direcciones después de la de red y antes de la de broadcast son
asignables (172.25.8.1 hasta 172.25.11.254). Como del cálculo de ésta subred vamos a
tomar la siguiente, de una vez digamos cual sería la siguiente subred sin cambiar la
máscara: 172.25.12.0/22.

La tercera subred es también de 1000 hosts, por lo que no cambia la máscara y del
ejercicio anterior ya tenemos la dirección de subred: 172.25.12.0/22. La dir de broadcast es
entonces 172.25.15.255/22 y las direcciones asignables 172.25.12.1/22 hasta
172.25.15.254/22). La siguiente subred con la misma máscara sería 172.25.16.0/22.

La cuarta subred es de 70 hosts, para los que necesito 7 bits (2^7=128 menos broadcast y
subred 126 hosts máx), que tomo de la parte más baja de la porción de host lo que me deja
9 bits de lo que tenía originalmente en host (16 bits), por lo tanto la máscara de subred
queda en /25. La dir. de red es 172.25.16.0/25, la dir de broadcast es 172.25.16.127/25 y
las direcciones asignables desde 172.25.16.1/25 hasta 172.25.16.126/25. La siguiente
subred sería 172.25.16.128/25
La quinta subred es de 60 hosts, necesito 6 bits (2^6=64-2=62 hosts máximo) y de ahí que
la máscara de subred sea /26. La dir de red es 172.25.16.128/26, la dir de broadcast es
172.25.16.191/26 y las direcciones asignables son 172.25.16.129/26 hasta
172.25.16.190/26. La siguiente subred sería 172.25.16.192/26

La siguente subred es de 5 hosts por lo tanto la máscara será /29 (haga el cálculo). La dir.
de subred es 172.25.16.192/29, la dir. de broadcast es 172.25.16.199/29 y las direcciones
asignables de 172.25.16.193/29 hasta 172.25.16.198/29 (inclusive). La siguiente subred
sería 172.25.16.200/29

Las últimas son las subredes de enlaces WAN que sólo admiten dos hosts, por lo tanto
necesito sólo 2 bits de host y sin hacer más cálculos tengo que la máscara es /30 (de todos
modos para enlaces punto a punto, usualmente WAN, siempre se usa ésta máscara).
Las direcciones de subred serían 172.25.16.200/30, 172.25.16.204/30, –.16.208/30, –
16.212/30, –16.216/30, –16.220/30, –16.224/30, –16.228/30, –16.232/30, –16.236/30, –
16.240/30, –16.244/30, –16.248/30, –16.252/30, –17.0/30. Por favor deduzcan uds. las
direcciones asignables y las direcciones de broadcast de cada una de éstas subredes de
enlaces punto a punto. Note que la última dirección rompió el límite del octeto y pasó de la
.16.252 a la .17.0.

Note que el ejercicio esta cuidadosamente planeado para romper los límites de octeto que
tanto malacostumbran a los estudiantes y para incluir direcciones en los rangos de
asignación que pueden engañar como aquellas direcciones de hosts que tienen 0 ó 255 en su
último octeto.

Note también que a pesar de haber usado tantas direcciones y tantas subredes, todavía
queda un rango gigantesco por asignar, todas las direcciones por encima de 172.25.17.0 en
adelante siguen libres.

Y finalmente también note mi insistencia en siempre escribir la máscara de subred, que es

en efecto el criterio que define qué tipo de dirección es una dirección IP (de red, de
broadcast o de host) y además que es la que le permite a un PC o nodo de red determinar
cómo encapsular un paquete (si con la dir física del enrutador o con la dir física del par -del
otro PC-). Para entender cómo se encapsula el paquete, lea ¿Cómo cambian los paquetes
por la red?.

Conclusiones y recomendaciones

Este ejercicio es un poco más complejo que el anterior, ya que pasa los límites de los
octetos y ya en esos casos la numeración se hace truculenta y engañosa, además, se
acostumbra hacer cálculos en decimal y en estos casos el decimal no ayuda mucho (si no se
tiene mucho entrenamiento en eso).

Esta técnica de asignación de direcciones se debe acompañar con una cuidadosa

distribución de las subredes en los enrutadores, de tal manera que a un enrutador le toquen
subredes de rangos consecutivos para facilitar la sumarización y mejorar el desempeño del
enrutamiento.
Un esquema de direccionamiento queda completo sólo cuando se presenta una tabla con
todos los datos en ella como la tabla que se puede ver al final de la entrada anterior. En ésta
entrada ese trabajo les queda a los lectores para que se les hagan evidentes los patrones
decimales en la asignación de las subredes y para que reflexionen sobre las observaciones
que hice en el texto.

Comparte este post

http://rapidshare.com/files/142664274/IP_Addressing_and_Subnetting_Workbook_-
_Student_Version_1_5.pdf | 194 KB

Esta es una entrada para describir la técnica actual de creación de subredes, que resulta un
poco compleja al principio, pero si se entienden los principios básicos es más fácil. Todos
los que hemos pasado por un curso de CCNA la conocemos y el nombre técnico es VLSM
por sus siglas en inglés Variable Length Subnet Masks o creación de subredes de
longitud de máscara variable. Ésta entrada supone el conocimiento básico de las
direcciones IP con clase y la función de la máscara de red/subred en una dirección IP
asignada a un dispositivo de red, para leer algo muy básico al respecto revise las siguientes
entradas anteriores Compartir una conexión I: Enrutador inalámbrico y ¿Cómo crear una
red punto a punto en Win XP? Paso a paso.

[English version]

Antes de comenzar hay que aclarar un término que se va a usar en todo el documento:
máscara. La máscara consiste en 32 bits con los cuales cada nodo de una red IP determina
si los paquetes se dirigen a una red diferente a la propia. Ésta máscara es igual que la IP
pero en binario está compuesta por una secuencia de unos seguida por una secuencia de
ceros, la secuencia de unos determina qué parte de una dirección IP es la dirección de red.
Dado que la máscara es una secuencia de unos seguida de ceros, ésta se suele representar
con un número que indica cuántos unos tiene (ya se sabe que al principio) y a ese número
se le suele llamar prefijo. Para que quede más claro, una máscara 255.255.255.0 tiene 32
bits de los cuales los primeros 24 son unos y los últimos 8 son ceros, por lo tanto el prefijo
es /24. En éste documento el término máscara significa lo mismo que prefijo.

Esquemas de máscara fija

Primero hay que repasar la base de la creación de subredes, por lo menos para entender por
qué el término máscara variable. Un esquema de direccionamiento es una forma de decir
cómo se va a repartir la capacidad de numeración de hosts que tiene cierta red,
básicamente consta de una dirección de red base, una máscara de red, una máscara de
subred y la enumeración de las subredes. Usualmente la máscara de red (la de la red
base) suele ser una dirección de clase, es decir, una que usa uno, dos o tres octetos (clase A,
B y C respectivamente). Para ilustrar la idea, un esquema de direccionamiento consistiría
en lo siguiente:
  Dirección base y máscara: 192.168.11.0/24, ésta es la dirección que nos
proporcionan y de la cual sólo podemos variar arbitrariamente la máscara (alargarla
solamente) y los números en la parte de host (el último octeto).
 Nueva máscara: /27, si agregamos 3 bits a la máscara original(24+3=27), tendremos
la capacidad de dividir el potencial de hosts (255) en 8 subredes (2^3) y en cada
subred podríamos tener hasta 32 host en potencia (2^5), pero no podemos usar el
host 0 ni el hosts 31 ya que éstas direcciones especiales corresponden a la dirección
de red y de broadcast para cada subred (parte de host toda en 0 y toda en 1
respectivamente).
 Enumeración de las subredes: la primera subred va a ser numerada como
192.168.11.32/27, la primera dirección asignable sería 192.168.11.33 (la cero no
se puede usar) y la última sería 192.168.11.62 (hay que recordar que la 63 es la
dirección de broadcast -parte de host toda en unos- para ésta subred y no se puede
usar para un host ni un enrutador). Si quisieramos enumerar más subredes con la
misma máscara, además de la primera (con ésta máscara tenemos 8 subredes en
total, 27-24=3 bits de subred y 2^3=8), la numeración de las subredes aumentaría en
saltos de a 32 (2^5) y así tendríamos las otras subredes hasta llegar al límite. Es
decir, las siguientes subredes serían 192.168.11.64/27, 192.168.11.96/27,
192.168.11.128/27, 192.168.11.160/27, 192.168.11.192/27, 192.168.11.224/27 y
para cada una tendríamos una dirección de broadcast y un rango de direcciones
asignables a los hosts de cada subred. Note que cada dirección de subred es la
anterior más 32, eso sería si usamos máscara fija.

En éste esquema, todas las redes tienen la misma capacidad de numeración de hosts, es
decir, todas las subredes pueden numerar hasta 30 hosts (2^5=32 menos la dir. de red y de
broadcast que no se pueden asignar a ningún host) y ésta capacidad está dada por la
máscara /27 que agrega 3 bits para subred a la máscara original, alargandola y dejando 5
bits para numerar hosts. Ésta capacidad fija se nota en que la máscara de todas las
subredes es la misma, lo único que varía en cada subred es la dirección y sus parámetros
(dir. de red/broadcast y rango de direcciones asignables), eso la hace poco flexible y
desperdicia capacidad de numeración de la red original.

Usando máscara fija, los requerimientos se pueden presentar de dos formas: pidiendo una
cantidad de subredes o pidiendo una cantidad de hosts por subred. En el primer caso
determinar la longitud de la máscara es fácil y directo, dado que sólo debo agregar los bits
que se necesitan para cierta cantidad de subredes, por ejemplo, para 5 subredes necesito 3
bits, ya que con tres bits puedo numerar hasta 8 subredes (2^3). Por otro lado, si me piden
una cantidad de hosts no es posible determinar directamente la longitud de la máscara, debo
determinar la cantidad de bits de hosts necesaria y luego restarla a los bits de hosts que
tengo en la red base y esa diferencia es el aumento en la máscara de subred, por ejemplo, si
la máscara base es de 24 bits y me piden redes de por lo menos 20 hosts, para éste número
necesito 5 bits (2^5=32-2=30) y estos 5 bits se los quito a los 8 de host que tenía para hosts
en la máscara inicial, es decir 3 bits para subredes, por lo tanto la máscara que debería usar
para redes de por lo menos 20 hosts sería 24+3=27 bits.

Esquemas de máscara variable

Con la máscara variable se resuelven los problemas mencionados, tanto la falta de
flexibilidad como del despercicio de direcciones. Básicamente lo que se hace en VLSM es
permitir que la información de direccionamiento se use sólo cuando es efectiva, es decir,
cuando se asigna un rango de direcciones, a ese rango de direcciones se le asigna una
máscara de subred dependiente de la capacidad de hosts que debe numerar y el resto se deja
en reserva para otras subredes.

Para ilustrar vamos a usar el mismo ejemplo anterior: la dirección base es 192.168.11.0/24,
tenemos el último octeto para asignar subredes y hosts y vamos a usar VLSM para hacerlo.

La primera diferencia grande es que en el anterior esquema si, por ejemplo, nos decían que
necesitaban redes de 5, 10 y 30 hosts, la única posibilidad era hacer redes de a 30 hosts y
esperar que el esquema soportara eso, en otras palabras, las redes de 5 hosts tenían una
capacidad ociosa de 25 hosts y las de 10 tenían 20 hosts que probablemente no se usarían
nunca.
En VLSM, podemos elegir máscaras según las necesidades individuales de cada subred, es
decir para 5 hosts necesito 3 bits, por lo tanto sólo dejo tres bits para hosts y el resto para
numerar la subred (24 de la máscara original más 5 de la subred = 29), para la red de 10
hosts necesito 4 bits, osea que puedo usar para la subred una máscara de 28 bits y para la
de 30 hosts necesito 5 bits (2^5=32, puedo usar el resto para la subred) uso una máscara de
27 bits. Ya establecidas las máscaras según la capacidad, puedo asignar las direcciones
concretas, preferiblemente tomando las subredes más grandes de los números más
bajos.

En nuestro caso empezaré con la red más grande que es de 30 hosts y por lo tanto necesita
una máscara de 27 bits. Si no tengo direcciones asignadas todavía, asumo un esquema de
dirección fijo y numero ésta primera red como si fuera la número uno (sin usar la cero).
Esto es una preferencia personal, lo verdaderamente importante es que ninguna dirección
de host/subred combinada con su máscara esté dentro del rango de numeración de otra
subred. Los enrutadores Cisco detectan este tipo de conflicto y no dejan asignar direcciones
de ésta manera. Otra forma menos compleja de comenzar sería empezar con la subred cero
y eso es perfectamente válido si se usa VLSM, en éste caso la dirección de la primera
subred sería 192.168.11.0/27 (la única diferencia con la red base es la máscara más larga) y
ocuparía el rango de .1 hasta .30 en hosts válidos y .31 sería la dir. de broadcast.

En mi estilo (dejando una red del tamaño de la más grande sin asignar al principio del
rango), la dirección específica de la primera subred sería 192.168.11.32/27, igual que el
ejercicio con máscara fija, pero en éste caso, el resto de la capacidad de la red original sigue
disponible con máscaras de otros tamaños como veremos. Con ésta subred asignada,
quedan en uso los números de .33 hasta .63 (dir. de broadcast) y por lo tanto la
siguiente dirección debe estar antes o después de ese rango.

Las siguientes direcciones a asignar serían las de la subred de 10 hosts. Recordando lo ya

dicho sobre esta red, para numerar hasta 10 necesito por lo menos 4 bits, ya que 2^4=16,
restando las direcciones de red y de broadcast tengo 14 direcciones válidas de host. Si voy a
usar 4 bits para la parte de host me quedan 28 para la parte de subred (32-4=28), esta
subred usaría una máscara /28 por su capacidad. Entonces la numeraríamos después de la
ya asignada, .32. La siguiente dirección usable sería .64, dado que la primera subred
asignada ocupa hasta la dirección .63, por lo tanto la siguiente subred sería
192.168.11.64/28, con esa máscara, sabemos que las direcciones asignables van desde
la .65 hasta la .79, como vemos, en éste caso la máscara nos obliga a sumar sólo 15
direcciones más, si nos pasaramos de eso, la máscara haría que la red fuera diferente,
ya que la dirección .80 con máscara /28 tiene sus últimos 5 bits en cero, que son los bits que
quedan para hosts, por lo tanto es una dirección de red y es diferente a la dirección de red
de cualquier host entre .65 hasta .79. Como vemos, seguimos con el resto del rango libre
para asignar como queramos, y como hemos numerado las redes con números consecutivos,
sabemos perfectamente qué rangos no se pueden usar para otras subredes.

Nos queda la última subred de 5 hosts. Para numerar 5 hosts elegimos una máscara de 29
bits, dado que sólo tenemos que dejar 3 bits para hosts y podemos usar los primeros cinco
para subred (24+5=29). Sabemos que la siguiente subred debería estar fuera de los números
ya asignados y la última subred terminaba en .79, por lo tanto la siguiente sería .80. La
máscara nos dice qué direcciones quedan reservadas, 2^3 hosts potenciales, por lo tanto las
direcciones asignables son .81 hasta .86 con dirección de broadcast .87, todas las
direcciones con máscara /29 y aún nos quedan direcciones para asignar (un rango
escondido al principio desde .0 hasta .31 y desde la .88 que sería la siguiente subred hasta el
máximo del rango .255).

Analicemos en binario lo que acabamos de hacer. Tenemos tres subredes, la subred

192.168.11.32/27, la 192.168.11.64/28 y la 192.168.11.80/29. Los últimos octetos serían de
la siguiente manera en binario:

Último octeto:    00100000 (.32/27)

Máscara              11100000

Último octeto:    01000000 (.64/28)

Máscara              11110000

Último octeto:    01010000 (.80/29)

Máscara:             11111000

Como se observa, las combinaciones de direcciones de red y máscaras elegidas nunca son
iguales, es decir, aunque las últimas dos direcciones de subred coinciden en sus primeros
dos bits, la máscara las distingue unívocamente. Otra cosa notable, es que las direcciones
de red siguen teniendo, en sus bits de hosts, sólo ceros. Ésto último es muy importante,
dado que si se asigna una red grande después de una pequeña, puede ser necesario dejar un
espacio sin asignar para cumplir el requisito de tener los bits de host en cero. Por ejemplo,
si se deseara asignar una subred de 25 hosts después de la última, necesitaríamos una
máscara de /27 (2^5-2=30 hosts) y la siguiente dirección de red después de la .88/29 con
ésta máscara (/27) sería .96/27 que tiene sus últimos 5 bits en cero. Notese que entre .88 y
96 queda un espacio disponible, pero que sólo se puede usar para redes de tamaño pequeño,
por ejemplo una red de 6 hosts (2^3-2) o dos redes de 2 hosts (2^2-2).
En el esquema de ejemplo, si quisieramos asignar una nueva subred, primero
estableceríamos cuántos hosts debe numerar, seleccionamos la máscara adecuada para la
cantidad de hosts y buscamos un rango de direcciones que no esté asignado, bien sea antes
de la primera gran subred (192.168.11.32/27) o después de la última pequeña subred
(192.168.11.80/29).

Finalmente, comparando las direcciones de las dos subredes asignadas 192.168.11.64/28

y 192.168.11.80/29 en binario, observamos que coinciden en sus dos primeros bits. Si
éstas dos direcciones estuvieran asignadas a diferentes interfaces de un mismo enrutador, el
enrutador podría enviar la dirección y máscara común a éstas dos subredes, llamada ruta
agregada o summary route, caso en el cual en vez de enviar información sobre dos
subredes en la actualización de enrutamiento, enviaría sólo una. A ésto se le conoce como
sumarización o CIDR por sus siglas en inglés Classless Inter-Domain Routing.

Este tema no es fácil y lo único que ayuda es practicarlo. Mi recomendación es que usen el
siguiente método o algoritmo:

 Hagan los cálculos siempre en binario.

 Asignen las subredes más grandes al principio del rango disponible y las subredes
más pequeñas el final.
 Asignen las subredes consecutivamente tanto como sea posible.
 Si es posible, usen las redes consecutivas en un mismo enrutador -este es un tema
delicado que tiene que ver con sumarización.
 Siempre asegúrense que la combinación dirección de subred asignada/máscara dé
como resultado rangos separados de direcciones asignables.

Reto

En el esquema del ejercicio, se necesita una red adicional de 25 hosts y otra de 2 hosts.

 Solución

Enlaces:

 Compartir una conexión I: Enrutador inalámbrico

 ¿Cómo crear una red punto a punto en Win XP? Paso a paso.

Comparte este post

8 Comentarios hasta ahora
1. Dario on Agosto 8th, 2008

Realmente muy claro, te felicito por Cesar por la publicación.

2. Luis Herrera on Octubre 30th, 2008

Gracias hermano por la informacion y la explicacion estoy en CCNA 4.0 y el tutor

nos complico este tema pero aqui aclare todas las dudas.

3. MIGUEP PEREZ on Noviembre 14th, 2008

muy entendible tus explicaciones te felicito

4. César on Noviembre 14th, 2008

Hola Miguel,

gracias por el comentario. Ahí se hace lo que se puede.

Hasta pronto.

5. Ghost Net on Noviembre 27th, 2008

Entendí el cálculo de la 1 subred vlsm con máscara /27. Me perdí y no pude

entender cómo obtuvo la subred 192.168.11.64/28. Qué pasó con las subredes
anteriores? De ahí en adelante no pude seguir. Usted y los demás lectores me
disculpan, pero me ha dado duro este tema. Estaré atento. Gracias

6. César on Noviembre 28th, 2008

Hola Ghost,

gracias por el comentario. Hice algunas correcciones en la entrada a ver si te parece

más claro.

Gracias y espero que te sirvan los cambios.

7. Rolando on Enero 11th, 2009

Te felicito César muy claro.

Solo tengo una pequena duda, no me queda muy claro el concepto de “actualización
de enrutamiento”, recien estoy ingresando en este mundo del networking y te
agradeceria mucho si puedes explicarlo un poco
 Saludos,
Rolando

8. César on Enero 14th, 2009

Hola Rolando,

gracias por el comentario.

Una actualización de enrutamiento es una comunicación entre enrutadores

informandose qué redes tiene directamente conectadas cada enrutador. La dinámica
de las actualizaciones de enrutamiento es el tema del 2do semestre de CCNA
Exploration y depende de qué protocolo de enrutamiento se use. Espero que te haya
quedado claro y que sigas leyendo por acá.

Gracias y hasta pronto.

Trackback URI | Subscribete a los comentarios usando RSS