Módulo 4.

Interconexión de redes

Sin ninguna duda, el protocolo IP es el más utilizado en la comunicación de redes

de información. En este capítulo se desarrollará la versión 4, donde se incluirá qué
es, cómo funciona y por qué es tan importante.

Video de inmersión

Unidad 4.1. Protocolo IPv4

Unidad 4.2. Subredes

Video de habilidades

Cierre

Referencias

Descargá la lectura
Lección 1 de 7

Video de inmersión

temporarily blocked
Pardon the inconvenience, but our servers have
detected a high number of errors from your
connection. To continue, please verify that you
are a human:

I'm not a robot

reCAPTCHA
Privacy - Terms
Lección 2 de 7

Unidad 4.1. Protocolo IPv4

4.1.1 Resolución de direcciones

Las direcciones IP pueden compararse con nuestro domicilio; por ejemplo, así como podemos vivir en
diferentes lugares y tener diferentes direcciones, los computadores también pueden tener diferentes
direcciones IP de acuerdo a la red en donde se encuentren.

Es muy importante entender que, a diferencia de las direcciones MAC, las direcciones IP son lógicas y
pueden cambiar. Mientras que la dirección MAC es como nuestro documento de identidad, algo que no
cambia, las direcciones IP son como nuestros domicilios y sí pueden modificarse.

Las direcciones IP están conformadas por 32 bits de longitud y se representan con puntos y números.

Figura 1. Ejemplo de dirección IPv4

 Fuente: elaboración propia a base de Indeterminate, 2007, https://goo.gl/eAqT2m

 Host: en redes de información, un host se refiere a cualquier dispositivo

(computadora, laptop, smartphone, censor, etc.) que se conecta a la red.

Las direcciones IPv4 van desde 0.0.0.0 hasta 255.255.255.255. No pueden tomar valores más grandes
debido a que cada sección está compuesta por 8 bits, y 255 es el número más grande que puede
obtenerse con 8 dígitos binarios.

Para poder comunicarse, cada host necesita tener una de estas direcciones de manera que puedan
enviar y recibir paquetes. Es muy similar a cuando queremos enviar o recibir un correo electrónico. En
orden para enviarlo, necesitamos una cuenta de correo (Gmail, Outlook, Hotmail, etc.), pero también la
necesitamos para recibirlo, ya que debemos decirle nuestra dirección de correo electrónico a quien nos
quiera enviar un email.

Veamos un caso práctico: en Windows podemos ver nuestra dirección IP de la siguiente forma:

1 Presionar la tecla inicio.

2 Escribir “cmd” y hacer clic en Símbolo del sistema.

3 Cuando la ventana negra aparezca, escribir “ipconfig” y presionar tecla Enter.

En el caso de Linux o Mac, el comando para mostrar las

direcciones IP es “ip a” e “ifconfig”, respectivamente.
Veremos algo similar a esto:

Figura 2. Resultado del comando ipconfig en

Windows®

Fuente: [Imagen sin título sobre resultado del comando ipconfig en Windows ®], S.f.,
recuperada de https://goo.gl/LbVqTH

Si ves esta imagen detalladamente, podrás observar la tecnología de capa 2: como en la laptop tenemos
una placa de red Ethernet y otra wifi, el resultado del comando muestra información de las dos. Se
pueden observar también las direcciones IPv4 asignadas a la notebook.
El resultado de este comando también puede mostrar
direcciones IPv6. Si bien esta versión del protocolo está fuera
del alcance de esta materia, es importante tener en cuenta que
IPv6 es el sucesor de IPv4 y que las computadoras pueden
tener, al mismo tiempo, ambos tipos de direcciones.

El protocolo DNS

Como mencionamos anteriormente, las direcciones IPv4 identifican un host en la red y están
compuestas por 32 bits. Esto funciona bien para las computadoras, pero no tanto para los seres
humanos. Es mucho más difícil recordar una dirección IP (por ejemplo: 200.70.32.15) que un nombre (por
ejemplo: www.mininterior.gov.ar). Por este motivo, el protocolo DNS (domain name system o sistema de
nombre de dominio) realiza lo que se denomina resolución de direcciones. Cada página web que
visitamos posee un nombre (Google.com, Microsoft.com, etc.) y, asociadas a esos nombres, se
encuentran direcciones IP.

Cuando colocamos google.com en nuestro navegador, la computadora en la que estamos trabajando

solicita una resolución de dirección a un servidor especial llamado servidor de dominio. Este servidor
conoce la dirección IP asociada a ese nombre y la devuelve a la computadora; una vez que esta posee
esa información, utiliza la dirección IP para establecer una comunicación.

Figura 3. Pasos de resolución de dominio

 Fuente: [Imagen sin título sobre pasos de resolución de dominio], S.f., recuperada de
https://goo.gl/En5GGG

En el ejemplo anterior, cuando el usuario ingresa a Google.com en el navegador de internet, PC1 envía
un mensaje al servidor DNS para encontrar la dirección IP asociada a ese nombre. El servidor DNS le
responde con la dirección IP y luego PC1 puede establecer la comunicación. Veamos esto en acción. En
una computadora Windows, siga los siguientes pasos:

1 Presionar la tecla Inicio.

2 Escribir “cmd” y hacer clic en “Símbolo del sistema”.

3 Cuando la ventana negra aparezca, escribir “nslookup www.argentina.gob.ar” y presionar

tecla Enter.

Figura 4. Resultado del comando nslookup en

Windows®
 Fuente: [Imagen sin título sobre resultado del comando nslookup en Windows®], S.f.,
recuperado de https://goo.gl/8MPm4V

Podemos observar que para el nombre argentina.gob.ar está asociada la dirección IP 186.33.211.142.

Investigá las direcciones IP de otros nombres que utiliza diariamente

(Google.com, Facebook.com, etcétera).

4.1.2 Datagrama IPv4

Un datagrama IP consiste en una parte de encabezado y una parte de datos. El encabezado está
compuesto por 20 bytes (160 bits) y una sección opcional de longitud variable. El formato del datagrama
IP es el siguiente:

Figura 5. Formato de cabecera IP versión 4

Fuente: [Imagen sin título sobre cabecera IP]. (2017). Recuperado de https://goo.gl/dDnVqG

 Fragmentos IP: en algunos casos, el paquete IP puede ser muy grande para ser
transmitido por un determinado medio físico. Cuando esto sucede, los
dispositivos de red dividen el paquete en pequeñas partes denominadas
fragmentos.

Versión (4 bits): versión del protocolo IP (las posibles opciones pueden ser versión 4 o 6).

Tamaño de cabecera (4 bits): debido a que el tamaño de la cabecera no es siempre el

mismo, se incluye este dato para que el receptor del paquete conozca hasta dónde leer la
cabecera.

Tipo de servicio (8 bits): permite distinguir entre diferentes clases de servicios, como voz
digital o transferencia de archivos.

Longitud total (16 bits): incluye el tamaño total del paquete; la longitud del encabezado
más la de los datos.
 Identificador (16 bits): identifica el grupo al cual un fragmento pertenece.

Flags (3 bits): el primer bit no se utiliza y siempre es igual a 0. El segundo bit especifica si
el paquete debe o no ser divisible en fragmentos y el tercero indica si es el último fragmento
de una secuencia, si es que el paquete ha sido fragmentado.

Posición de fragmento (12 bits): si el paquete ha sido fragmentado, indica en qué lugar
del paquete IP se encuentra el fragmento.

Tiempo de vida (8 bits): contador que permite controlar el tiempo de vida de un paquete.
Cada vez que un paquete pasa por un dispositivo de red llamado rúter, se le descuenta este
tiempo de vida en 1. Si su valor llega a cero, es eliminado. Se utiliza principalmente para
evitar que paquetes circulen de manera indefinida por la red.

Protocolo (8 bits): establece el protocolo de la capa superior (como el protocolo IP se

encuentra en la capa de red, este campo indica el protocolo de capa de transporte). Entre
sus valores más comunes, se encuentran TCP y UDP.

Suma de control de cabecera (16 bits): a través de fórmulas matemáticas, el valor de

este campo permite establecer si ha habido errores de transmisión en el encabezado.

Dirección de origen (32 bits): indica la dirección IP del emisor.

Dirección de destino (32 bits): indica la dirección IP del receptor.

Opciones (longitud variable): este campo permite agregar información adicional como
seguridad, marcas de tiempo y rutas de preferencia.

Relleno (longitud variable): como el encabezado IP debe ser múltiplo de 32 bits, el relleno
permite agregar bits al final de las opciones en caso necesario.

Para poder ver cómo están conformados los datagramas IP (junto todos los protocolos del modelo OSI),
existe un software de monitoreo de red gratuito denominado Wireshark (https://www.wireshark.org/).
Figura 6. Captura de un paquete IP utilizando
Wireshark ®

Fuente: elaboración propia.

4.1.3 Direccionamiento IPv4

Como vimos anteriormente, las direcciones IPv4 están conformadas por 32 bits y son representadas con
notación numérica puntuada (por ejemplo, 192.168.0.1). Vimos también que en cada paquete IP tenemos
dos direcciones, una de origen y otra de destino. En esta sección veremos los diferentes tipos de
direcciones IPv4 y cómo interpretarlas de acuerdo a su valor.

Además de identificar una interfaz de un host, las direcciones IP incluyen el identificador de red; este se
obtiene operando con la máscara de subred.
La máscara de subred es un indicador, también de 32 bits, compuesto solo por 1 ó 0 contiguos. La
máscara puede ser representada en binario (con 0 y 1), en decimal o como un prefijo que indique la
cantidad de bits con valor 1. Los bits de valor 1 siempre deben estar antes que los bits de valor 0.

Figura 7. Ejemplo de máscara de subred (binario a la

izquierda, decimal al centro y prefijo a la derecha)

Fuente: [Imagen sín título sobre máscara de red]. (s. f.). Recuperado de https://goo.gl/svs3oP

Como la máscara no puede tener 1 o 0 intercalados (por ejemplo, 110101001 sería un valor de máscara
inválido), todos los 1 estarán al inicio, y una vez que exista el primer cero, el resto de los bits a la
derecha también son 0 (por ejemplo, 11110000 es un valor válido). El prefijo indica la cantidad de bits 1
en la máscara.

Para encontrar el identificador o número de red, necesitamos la dirección IP y la máscara de subred.

Luego se realiza una operación AND lógica, que es simplemente dejar los números de la dirección IP tal
cual están, si en su posición se encuentra un 1 en la máscara de subred; en caso de que se encuentre
un 0, su valor será cero. Lo más complicado de identificar una dirección de red es que para hacer la
operación AND lógica tenemos que pasar la dirección y la máscara a formato binario. Para ello
utilizaremos la calculadora de Windows® (ver tutorial: https://www.youtube.com/watch?
v=ksWlCJZceoY).

Por ejemplo, supongamos que tenemos la dirección IP 192.168.0.1 y una máscara de subred
255.255.255.0. ¿Cuál es la dirección de red?

Dividimos la dirección 192.168.0.1 en cuatro partes delimitadas por los puntos:

Dividimos la dirección 192.168.0.1 en cuatro partes delimitadas por los puntos:

A cada una de esas partes la pasamos a binario con la calculadora:

Cada sección de la dirección IPv4 está compuesta por 8 bits

(octetos); por lo tanto, aunque el número decimal 1 en binario
también es 1, se deben completar los dígitos faltantes con 0 a la
izquierda.

Unimos las secciones delimitadas por puntos y formamos la dirección IP en formato binario:

Hacemos el mismo proceso para la máscara de subred:

Unimos las secciones delimitadas por puntos y conformamos la máscara de subred en formato binario:

Una vez que tenemos la dirección y máscara en binario, hacemos la operación AND lógica:

Ahora hacemos el proceso inverso, pasamos el resultado binario a decimal:

Por último, unimos las secciones delimitadas por puntos para obtener nuestra dirección de red. Las
direcciones de red deben estar siempre acompañadas por la máscara, que se puede representar de las
siguientes dos formas:

¿Cuál es la dirección de red de la dirección IP 172.16.1.1 con

máscara 255.255.0.0?

Puerta de enlace

Sería imposible para cada computadora conocer todas las direcciones IP de los
miles de millones de dispositivos conectados a internet. Es por ello que existe la
puerta de enlace (o Gateway, en inglés). Una puerta de enlace es un dispositivo
de red (específicamente, un rúter) que permite la comunicación entre dispositivos
de nuestra red y otras redes. Es la puerta de salida para los mensajes cuyos
destinatarios no forman parte de la red donde el dispositivo está conectado. De
esta forma, los dispositivos que forman parte de la misma red se comunican
directamente entre ellos, mientras que entre redes diferentes se comunican
mediante puertas de enlace.

Figura 8. Ejemplo de puertas de enlace

 Fuente: [Imagen sin título sobre ejemplo de puertas de enlace], S.f., recuperada de
https://goo.gl/f46T37

4.1.4 Configuración de equipos

Las direcciones IP pueden ser configuradas manualmente tanto en host (computadoras, servidores,
impresoras, etc.) como en dispositivos de red (switches o rúter). Es muy importante tener en cuenta que
las direcciones IP deben ser únicas, por lo que, si configuramos dos dispositivos en la misma red con la
misma dirección IP, podemos encontrarnos con resultados impredecibles, como falta de conectividad.

Los parámetros mínimos para configurar son: dirección IP y máscara de subred, pero también
deberíamos configurar la puerta de enlace y el servidor DNS para que los dispositivos puedan acceder a
internet.

Configuración de IP para dispositivos Windows®

Sin lugar a dudas, Windows es el sistema operativo más común en empresas y hogares. Veremos en
esta sección cómo configurar una dirección IP manualmente (también denominado dirección IP estática)
en un dispositivo con Windows 10:

Presionar el botón Inicio.

 Escribir “panel de control” y presionar la opción del mismo nombre.

Asegurarse de que la vista sea por categorías.

Figura 9. Panel de control por categoría

Fuente: elaboración propia.

Seleccionar Redes e Internet y luego Centro de Redes y Recursos compartidos.

Seleccionamos la interfaz que queremos configurar.

Figura 10. Centro de redes y recursos compartidos

 Fuente: elaboración propia.

En la nueva ventana, presionamos Propiedades.

En el listado de opciones, seleccionamos Protocolo de Internet versión 4 (TCP/IPv4) y

presionamos en Propiedades.

Figura 11. Propiedades de interfaz

 Fuente: elaboración propia.

Configuramos la dirección IP, máscara, puerta de enlace y servidor de DNS.

Figura 12. Propiedades IPv4

 Fuente: elaboración propia.

Presionamos Aceptar en todas las ventanas y tenemos nuestra configuración aplicada a la

interfaz.

Los valores de IP, máscara, puerta de enlace y DNS del paso 8 son
de ejemplo y no deben ser utilizados sin antes verificar la
configuración de red.

Configuración de IP para dispositivos Linux

En el caso de Linux, la manera más fácil de configurar direcciones IP es mediante el comando ip:

1 Abrir una terminal de comandos.

2 Listar las interfaces con el comando “ip a”.

3 Agregar la dirección IP a la interfaz deseada con el comando “sudo ip address add IP dev
INTERFAZ” (por ejemplo “sudo ip address add 10.0.2.15/24 dev enp0s3”).

Figura 13. Configuración IP en Linux

Fuente: [Imagen sobre configuración IP en Linux], S.f., recuperada de https://goo.gl/3nXbsr

Lección 3 de 7

Unidad 4.2. Subredes

Cuando las direcciones IP fueron creadas hace varias décadas, nunca se imaginó el impacto y uso que
el protocolo IP iba a tener en el mundo. Nadie imaginó que con 32 bits (lo cual da un posible de más de 4
mil millones de direcciones) no iba a alcanzar. La realidad es que las direcciones IPv4 están
prácticamente agotadas, pero con las técnicas de este capítulo vamos a aprender cómo hacer un uso
eficaz de nuestras direcciones para que podamos seguir utilizando IPv4 si es necesario.

IP versión 6 soluciona el faltante de direcciones debido a que utiliza

direcciones de 64 bits. Esto permite que cada ser humano en el
planeta pueda tener millones de direcciones IP si es necesario.

4.2.1 Optimización de direccionamiento

Una de las técnicas que más ayudan a que el protocolo IPv4 siga siendo utilizado
es la creación de direcciones privadas y públicas. Las direcciones privadas no
están permitidas en internet, y solo pueden ser internas a una organización. De
esta manera, dos organizaciones diferentes pueden usar las mismas IP privadas
sin ningún problema, ya que, al no estar permitidas en internet, no se pueden
comunicar ni generar conflictos. Las direcciones públicas sí están permitidas en
internet y deben ser únicas en todo el mundo.
Si bien las direcciones privadas no necesitan ser únicas a lo largo de
todo el mundo, sí deben ser únicas dentro de cada organización.

 Asignación de direcciones públicas y privadas

Para asegurarse de que no existan direcciones públicas duplicadas, IANA (Internet

Assigned Number Authority) es el organismo encargado de asignar y controlar las
direcciones IP públicas. IANA no controla las direcciones privadas y podemos
utilizarla sin ningún tipo de autorización.

Existen tres rangos de direcciones privadas:

Tabla 1. Direcciones IPv4 privadas

Cantidad de Dirección de
Rango de direcciones
direcciones red

10.0.0.0 – 10.255.255.255 16.777.214 10.0.0.0/8

172.16.0.0 – 172.31.255.255 1.048.574 172.16.0.0/12

192.168.0.0 – 192.168.255.255 65.534 192.168.0.0/16

Fuente: elaboración propia.

Sumando los tres rangos, tenemos más de 17 millones de direcciones privadas, lo cual soluciona
cualquier necesidad de direccionamiento dentro de una organización.

Como las direcciones IP privadas no están permitidas en internet, estos dispositivos no podrían tener
acceso a diferentes recursos fuera de su red (como, por ejemplo, Google.com). ¿Cómo podemos
solucionar este problema? Utilizando una técnica denominada traducción de direcciones. Cuando un host
desea acceder a internet, un dispositivo de red llamado rúter reemplaza la dirección privada por una
pública y envía el paquete hacia destino por internet. Cuando la respuesta llega, pasa primero por ese
mismo rúter y realiza la traducción quitando la dirección pública y agregando la privada. De esta manera,
el host puede acceder a internet y utilizar direcciones privadas.

Por ejemplo: PC-1 utiliza una dirección privada de 192.168.0.10 y desea comunicarse con Google.com,
cuya dirección IP pública es 8.8.8.8:

1 PC-1 desea comunicarse con 8.8.8.8; como esta IP está afuera de su red, envía el paquete
a la puerta de enlace.

2 La puerta de enlace (en este caso, un rúter) reemplaza la dirección IP privada de PC-1 por
una dirección pública, 23.3.1.2, y envía el paquete a 8.8.8.8.

3 El servidor responde con dirección destino 23.3.1.2.

4 Cuando el paquete llega al rúter, reemplaza la dirección 23.3.1.2 por 192.168.0.10 y la envía
a PC-1.

Lo interesante de esto es que una dirección IP pública puede utilizarse y ser compartida por muchas
direcciones privadas. Al evitar el uso de direcciones públicas en cada uno de los hosts, se ahorran miles
de direcciones IP.

Figura 14. Ejemplo de traducción de direcciones

 Fuente: [Imagen sin título sobre ejemplo de traducción de direcciones], S.f., recuperada de
https://goo.gl/Q4KfyY

4.2.2 VLSM

Variable length subnet mask (máscara de subred de longitud variable) es otra técnica para ahorrar
direcciones red. Establece que, dada una dirección de red, esta puede ser dividida en subredes. Por
ejemplo, en una empresa se establece que va a utilizar cuatro redes, cada una con 50 computadoras.
Dado que los dispositivos van a formar parte de la red interna de una organización, se utilizarán
direcciones privadas. Tenemos 3 direcciones privadas que podemos usar:

10.0.0.0/8.

172.16.0.0/12.

192.168.0.0/16.
Cada red necesita su propia dirección única dentro de la empresa, por lo cual necesitamos 4 direcciones
de red. ¿Cómo podríamos instalar esta red si solo tenemos 3 direcciones de red disponibles? VLSM lo
hace posible. En vez de utilizar tres direcciones de red diferentes, podemos elegir una de ellas y
subdividirla en la cantidad que necesitamos.

Repasemos los requisitos:

4 redes.

50 direcciones IP por red.

En este ejemplo vamos a utilizar la dirección 10.0.0.0/8, pero cualquiera de las otras dos hubiera servido
también. Lo primero que vamos a hacer es identificar cuántos hosts pueden ser administrados con la
dirección tal cual es dada. Para ello, necesitamos convertir la dirección a binario:

Luego la dividimos de acuerdo a la máscara de subred (en este caso, /8 o 255.0.0.0):

La parte de red es lo que identifica la red, mientras que la parte de host es el espacio de direcciones para
identificar dispositivos dentro de esa red. En este ejemplo, tenemos 8 bits para red y 24 para host.
Podemos dividir la red en subredes al agregar bits a la sección de red, tomándolos prestado desde la
sección de host. Por ejemplo, si agregamos un bit, la dividimos en dos subredes; si agregamos dos bits,
la dividimos en cuatro subredes.

La fórmula es la siguiente:

 Cantidad de subredes = 2^r.

r = bits agregados a la sección de red.

Como los requerimientos indican cuatro redes, tomar prestados 2 bits de la sección de host sería
suficiente (2 elevado a la potencia de 2 es igual a 4):

Como agregamos dos bits, la máscara de subred pasaría de /8 a /10 (o de 255.0.0.0 a 255.192.0.0).

Nos enfoquemos ahora en los cuatro posibles valores que tenemos para red. Recordá que, como
estamos trabajando en binario, los posibles valores que un dígito puede tomar son de 0 o 1. También
tenemos que tener en cuenta que solo vamos a explorar las posibles combinaciones para los bits
agregados de subred.
Traduciéndolo a decimal, nos da 10.0.0.0/10:

En decimal, sería 10.64.0.0/10:

Equivale a 10.128.0.0/10:
Y, finalmente, obtenemos la cuarta combinación, que nos da 10.192.0.0/10. Por lo tanto, las cuatro
subredes que vamos a utilizar son:

10.0.0.0/10.

10.64.0.0/10.

10.128.0.0/10.

10.192.0.0/10.

Con esto cumplimos con las cuatro direcciones de red necesarias, pero ¿cómo sabemos que cada una
de ellas tiene direcciones suficientes para 50 host?

La cantidad de host para una red está dada por la cantidad de bits que conforman la parte de host de la
dirección:

La fórmula que debemos utilizar es la siguiente:

  Cantidad máxima de hosts en una subred = 2^h – 2.

h = bits en la sección de host.

En este ejemplo tenemos 22 bits, lo cual nos da un total de 4.194.302 por red. Se le substrae dos al final
debido a que cada red debe tener una dirección de red y una dirección de broadcast. La dirección de red
identifica la red, mientras que la dirección de broadcast es una dirección especial utilizada para enviar un
mensaje a todos los dispositivos en dicha red. Tanto la dirección de red como la de broadcast no pueden
ser asignadas a un host.

Como 4.194.302 es mayor que nuestro requerimiento de 50 hosts por red, cumplimos con las
especificaciones y podemos implementar este esquema.

4.2.3 CIDR

Classless interdomain routing (direccionamiento de interdominio sin clase) es un método que la IETF
creó para evitar el colapso de tablas de enrutamiento en dispositivos de redes (específicamente, los
rúters). Antes de que se empleara esta técnica, se utilizaba el direccionamiento con clase mediante la
división de las direcciones IP en la siguiente forma:

Figura 15. División de las direcciones IP

Fuente: [Imagen sin título sobre división de direcciones IP]. (s. f.). Recuperado de
https://goo.gl/iJbiEj
Cada vez que una organización solicitaba una dirección de red, esta debía estar dentro de las clases A,
B y C. El problema de esto es que provocaba que los rúters aprendieran todas las redes, lo cual
generaba problemas de memoria (solo con la clase C hay más 2 millones de redes posibles).

Para sortear este problema, se creó CIDR, que simplemente establece que las redes no van a ser
clasificadas más por clases y que pueden ser resumidas de forma tal que los dispositivos de red solo
deban aprenderse esa dirección de red resumida y no todas las posibles. Por ejemplo, tenemos 4 redes:

8.0.0.0/8.

9.0.0.0/8.

10.0.0.0/8.

¿Cómo podríamos resumirlas de forma tal que el dispositivo de red tenga que aprender una sola en vez
de las 3? Al igual que en VLSM, la respuesta está en binario:

1) Pasamos las tres direcciones a binario:

8.0.0.0 – 00001000.00000000.0000000.00000000

9.0.0.0 – 00001001.00000000.0000000.00000000

10.0.0.0 – 00001010.00000000.0000000.00000000

2) Comparamos los bits de izquierda a derecha hasta que uno de ellos es diferente y trazamos una línea:
3) Convertimos a 0 todo lo que está a la derecha de la línea:

4) Convertimos el resultado a decimal y cambiamos la máscara de acuerdo a la cantidad de bits en

donde se encuentra la línea (contando de izquierda a derecha):

Nuestro resultado es 8.0.0.0/6, que resume las redes 10.0.0.0/8, 9.0.0.0/8 y 8.0.0.0/8. La principal
diferencia entre CIDR y VLSM es que CIDR reduce el número de bits en la máscara de subred, mientras
que VLSM lo aumenta.

4.2.4 Casos prácticos

A continuación, desarrollaremos casos prácticos para VLSM y CIDR.

Caso práctico. VLSM

 En la empresa ACME Inc. están pensando en rediseñar por
completo el esquema de direccionamiento IP dentro de sus
instalaciones. Por ello, han solicitado ayuda para establecer cuántas
redes se necesitarán mediante la identificación de sus direcciones
de red y de broadcast. Desde la Gerencia de Tecnología, han
establecido utilizar el espacio de direcciones 172.16.0.0/12. La
empresa cuenta con 25 departamentos, cada uno de los cuales
debe trabajar en una red diferente. La cantidad de computadoras en
cada uno va desde 25 hasta 100. La empresa piensa expandirse en
un 25 % durante los próximos 5 años.

¿Qué información podemos obtener del enunciado anterior?

25 redes: “La empresa cuenta con 25 departamentos, cada uno de los cuales debe trabajar
en una red diferente”.

La red para dividir es 172.16.0.0/12: “Desde la Gerencia de Tecnología han establecido

utilizar el espacio de direcciones 172.16.0.0/12”.

Cantidad de host por red, 125 (cantidad máxima de hosts por red más un 25 %): “La
cantidad de computadoras en cada uno va desde 25 hasta 100. La empresa piensa
expandirse en un 25 % durante los próximos 5 años”.

El primer paso es definir cuántos bits necesitamos para identificar 25 redes. Con la fórmula dada
anteriormente, podemos calcularlo:

 Cantidad de subredes = 2^5 = 32.

r = 5 (bits agregados a la sección de red).

Si bien 32 es mayor que 25, es nuestra mejor opción, ya que si tomamos 4 bits en vez de 5 tendríamos
16 posibles redes (4^2=16) y no nos alcanzaría.

Ahora que sabemos cuántos bits necesitamos, pasamos a binario la dirección de red dada:

El siguiente paso es listar las direcciones de subred:

Tabla 2. Direcciones de subred

N.º Dirección en binario Dirección en decimal

1 10101100.00010000.00000000.00000000 172.16.0.0/17
2 10101100.00010000.10000000.00000000 172.16.128.0/17
3 10101100.00010001.00000000.00000000 172.17.0.0/17
4 10101100.00010001.10000000.00000000 172.17.128.0/17
5 10101100.00010010.00000000.00000000 172.18.0.0/17
6 10101100.00010010.10000000.00000000 172.18.128.0/17
7 10101100.00010011.00000000.00000000 172.19.0.0/17
8 10101100.00010011.10000000.00000000 172.19.128.0/17
9 10101100.00010100.00000000.00000000 172.20.0.0/17
10 10101100.00010100.10000000.00000000 172.20.128.0/17
11 10101100.00010101.00000000.00000000 172.21.0.0/17
12 10101100.00010101.10000000.00000000 172.21.128.0/17
13 10101100.00010110.00000000.00000000 172.22.0.0/17
14 10101100.00010110.10000000.00000000 172.22.128.0/17
15 10101100.00010111.00000000.00000000 172.23.0.0/17
16 10101100.00010111.10000000.00000000 172.23.128.0/17
17 10101100.00011000.00000000.00000000 172.24.0.0/17
18 10101100.00011000.10000000.00000000 172.24.128.0/17
19 10101100.00011001.00000000.00000000 172.25.0.0/17
20 10101100.00011001.10000000.00000000 172.25.128.0/17
21 10101100.00011010.00000000.00000000 172.26.0.0/17
 22 10101100.00011010.10000000.00000000 172.26.128.0/17
23 10101100.00011011.00000000.00000000 172.27.0.0/17
24 10101100.00011011.10000000.00000000 172.27.128.0/17
25 10101100.00011100.00000000.00000000 172.28.0.0/17
26 10101100.00011100.10000000.00000000 172.28.128.0/17
27 10101100.00011101.00000000.00000000 172.29.0.0/17
28 10101100.00011101.10000000.00000000 172.29.128.0/17
29 10101100.00011110.00000000.00000000 172.30.0.0/17
30 10101100.00011110.10000000.00000000 172.30.128.0/17
31 10101100.00011111.00000000.00000000 172.31.0.0/17
32 10101100.00011111.10000000.00000000 172.31.128.0/17

Fuente: elaboración propia.

Elegimos las primeras 25 y esas utilizamos para cubrir con el primer requerimiento. Ahora necesitamos
asegurarnos de que los bits que conforman la parte de host son suficientes para albergar 125
direcciones.

 Cantidad máxima de host = 2^15 - 2 = 32.766.

15 = bits en la sección de host.

Como 32.766 es mayor que 125, cumple también con el requerimiento de 125 host por subred.

Por último, necesitamos indicar las direcciones de red y broadcast. Las direcciones de red están
descriptas en la tabla anterior; por lo tanto, nos vamos a enfocar en cómo calcular la dirección de
broadcast. Para obtenerla, tenemos que asignar el valor 1 a cada bit de la sección de host por cada
subred:
Tabla 3. Direcciones de subred y broadcast
N.º Dirección de broadcast en binario Dirección de Dirección de red
broadcast en en decimal
decimal

1 10101100.00010000.01111111.11111111 172.16.127.255 172.16.0.0/17

2 10101100.00010000.11111111.11111111 172.16.255.255 172.16.128.0/17

3 10101100.00010001.01111111.11111111 172.17.127.255 172.17.0.0/17

4 10101100.00010001.11111111.11111111 172.17.255.255 172.17.128.0/17

5 10101100.00010010.01111111.11111111 172.18.127.255 172.18.0.0/17

6 10101100.00010010.11111111.11111111 172.18.255.255 172.18.128.0/17

7 10101100.00010011.01111111.11111111 172.19.127.255 172.19.0.0/17

8 10101100.00010011.11111111.11111111 172.19.255.255 172.19.128.0/17

9 10101100.00010100.01111111.11111111 172.20.127.255 172.20.0.0/17

10 10101100.00010100.11111111.11111111 172.20.255.255 172.20.128.0/17

11 10101100.00010101.01111111.11111111 172.21.127.255 172.21.0.0/17

12 10101100.00010101.11111111.11111111 172.21.255.255 172.21.128.0/17

13 10101100.00010110.01111111.11111111 172.22.127.255 172.22.0.0/17

14 10101100.00010110.11111111.11111111 172.22.255.255 172.22.128.0/17

15 10101100.00010111.01111111.11111111 172.23.127.255 172.23.0.0/17

16 10101100.00010111.11111111.11111111 172.23.255.255 172.23.128.0/17

17 10101100.00011000.01111111.11111111 172.24.127.255 172.24.0.0/17

18 10101100.00011000.11111111.11111111 172.24.255.255 172.24.128.0/17

19 10101100.00011001.01111111.11111111 172.25.127.255 172.25.0.0/17

20 10101100.00011001.11111111.11111111 172.25.255.255 172.25.128.0/17

21 10101100.00011010.01111111.11111111 172.26.127.255 172.26.0.0/17

22 10101100.00011010.11111111.11111111 172.26.255.255 172.26.128.0/17

23 10101100.00011011.01111111.11111111 172.27.127.255 172.27.0.0/17

24 10101100.00011011.11111111.11111111 172.27.255.255 172.27.128.0/17

25 10101100.00011100.01111111.11111111 172.28.127.255 172.28.0.0/17

 26 10101100.00011100.11111111.11111111 172.28.255.255 172.28.128.0/17

27 10101100.00011101.01111111.11111111 172.29.127.255 172.29.0.0/17

28 10101100.00011101.11111111.11111111 172.29.255.255 172.29.128.0/17

29 10101100.00011110.01111111.11111111 172.30.127.255 172.30.0.0/17

30 10101100.00011110.11111111.11111111 172.30.255.255 172.30.128.0/17

31 10101100.00011111.01111111.11111111 172.31.127.255 172.31.0.0/17

32 10101100.00011111.11111111.11111111 172.31.255.255 172.31.128.0/17

Fuente: elaboración propia.

Con esto cumplimos con todos los objetivos del enunciado. División de 172.16.0.0/12 en subredes con
sus direcciones de red y broadcast.

Caso práctico. CIDR

ACME está observando un crecimiento exponencial en las tablas de

enrutamiento de los dispositivos de red. Dadas las siguientes
direcciones, ¿cómo podrían resumirse?

192.12.0.0/16, 192.25.0.0/16, 192.31.0.0/16 y 192.28.0.0/16.

1) Convertir las redes a binario:

192.12.0.0 – 1100000.00001100.00000000.00000000

192.25.0.0 – 1100000.00011001.00000000.00000000

192.31.0.0 – 1100000.00011111.00000000.00000000

192.28.0.0 – 1100000.00011100.00000000.00000000
2) Comparamos los bits de izquierda a derecha hasta que uno de ellos es diferente y trazamos una línea:

3) Convertimos a 0 todo lo que está a la derecha de la línea:

4) Convertimos el resultado a decimal y cambiamos la máscara de acuerdo a la cantidad de bits en

donde se encuentra la línea (contando de izquierda a derecha):

Nuestro resultado es 192.0.0.0/11, que resume las redes 192.12.0.0/16, 192.25.0.0/16, 192.31.0.0/16 y
192.28.0.0/16.
Lección 4 de 7

Video de habilidades

Este video muestra como configurar un dispositivo final con IPv4, máscara, default Gateway y DNS
server. Se explica la importancia del default Gateway y porque siempre se debe configurar DNS si
queremos acceder a internet.

Con guración IP en dispositivos nales

¿Qué es el default gateway?

 Un servidor DNS.

No existe.

El dispositivo que nos permite acceder a dispositivos fuera de nuestra LAN.

Un servidor HTTP.

Un servidor FTP.

SUBMIT

¿Cómo puedo configurar la dirección estática 192.168.1.1 con máscara

255.255.255.0 en una PC simulada por packet tracer?

Seleccionamos Desktop y luego IP configuration.

Se configura automáticamente con DHCP.

ipv4 10.0.0.1 address 255.255.255.128

ipv6 ::1 ::

No ip address.
 SUBMIT

¿Por qué se necesita un servidor de DNS?

Para poder acceder a redes fuera de nuestra LAN.

Para configurar VLANs.

Para traducir nombres de VLANs en dirección IP.

No se necesita configurar.

Para poder navegar en internet utilizando nombres como www.example.com, los

cuales son traducidos a direcciones IP por este servidor.

SUBMIT

El default Gateway es generalmente un router.

Verdadero.
 Falso.

SUBMIT

¿Qué comando puedo utilizar para verificar la conectividad utilizando la

dirección IP de destino?

no shutdown.

ip address.

ping.

hostname.

ip route.

SUBMIT
Lección 5 de 7

Cierre

Resolución de direcciones
–
Las direcciones IP están conformadas por 32 bits de longitud y se representan con puntos y números.
Las direcciones IPv4 van desde 0.0.0.0 hasta 255.255.255.255. No pueden tomar valores más grandes
debido a que cada sección está compuesta por 8 bits, y 255 es el número más grande que puede
obtenerse con 8 dígitos binarios.

Datagrama IPv4
–
Un datagrama IP consiste en una parte de encabezado y una parte de datos. El encabezado está
compuesto por 20 bytes (160 bits) y una sección opcional de longitud variable. El formato del datagrama
IP es el siguiente:
Direccionamiento IPv4
–
Para encontrar el identificador o número de red, necesitamos la dirección IP y la máscara de subred.
Luego se realiza una operación AND lógica, que es simplemente dejar los números de la dirección IP tal
cual están, si en su posición se encuentra un 1 en la máscara de subred; en caso de que se encuentre
un 0, su valor será cero. Lo más complicado de identificar una dirección de red es que para hacer la
operación AND lógica tenemos que pasar la dirección y la máscara a formato binario.

Puerta de enlace: una puerta de enlace es un dispositivo de red (específicamente, un rúter) que permite
la comunicación entre dispositivos de nuestra red y otras redes. Es la puerta de salida para los
mensajes cuyos destinatarios no forman parte de la red donde el dispositivo está conectado. De esta
forma, los dispositivos que forman parte de la misma red se comunican directamente entre ellos,
mientras que entre redes diferentes se comunican mediante puertas de enlace.

Configuración de equipos
–
Las direcciones IP pueden ser configuradas manualmente tanto en host (computadoras, servidores,
impresoras, etc.) como en dispositivos de red (switches o rúter). Es muy importante tener en cuenta que
las direcciones IP deben ser únicas, por lo que, si configuramos dos dispositivos en la misma red con la
misma dirección IP, podemos encontrarnos con resultados impredecibles, como falta de conectividad.
Optimización de direccionamiento
–
Una de las técnicas que más ayudan a que el protocolo IPv4 siga siendo utilizado es la creación de
direcciones privadas y públicas. Las direcciones privadas no están permitidas en internet, y solo pueden
ser internas a una organización. De esta manera, dos organizaciones diferentes pueden usar las
mismas IP privadas sin ningún problema, ya que, al no estar permitidas en internet, no se pueden
comunicar ni generar conflictos. Las direcciones públicas sí están permitidas en internet y deben ser
únicas en todo el mundo.

VLSM
–
Variable length subnet mask (máscara de subred de longitud variable) es otra técnica para ahorrar
direcciones red. Establece que, dada una dirección de red, esta puede ser dividida en subredes.

CIDR
–
Classless interdomain routing (direccionamiento de interdominio sin clase) es un método que la IETF
creó para evitar el colapso de tablas de enrutamiento en dispositivos de redes (específicamente, los
rúters).
Lección 6 de 7

Referencias

Goodreads. (s. f.). Quotable Quote. Recuperado de https://www.goodreads.com/quotes/556030-

imagination-is-more-important-than-knowledge-for-knowledge-is-limited

[Imagen sin título sobre resultado del comando ipconfig en Windows®]. (S.f.). Recuperada de
https://lh3.googleusercontent.com/AUODwFl1qIcNj0THxqHVXNoXh7oAygNvxgvH37QuiOnjXTA2_Uya1D
KalBAUTs95HhN9=s116

[Imagen sin título sobre pasos de resolución de dominio]. (S.f.). Recuperada de

https://lh3.googleusercontent.com/vyF8_j5OvLWgnUTGwZ_S-eK8o1QpHZsLlqrw8KgU-
JXRsXNoF2OhqNo-44Fy3_-YkLdNtg=s96

[Imagen sin título sobre resultado del comando nslookup en Windows®]. (S.f.). Recuperado de
https://lh3.googleusercontent.com/9s-rev-
2On8brUX7xmeejtV8Xtu8AaQY6ZUDuX55jNfSSSk5Mru3e7H8E08nvDF6cYNs4m8=s170

[Imagen sin título sobre ejemplo de puertas de enlace]. (S.f.). Recuperada de

https://lh3.googleusercontent.com/ATHsM3RU6xtdUtv0h0a-zE4xBQG0YG2qQtxBtZaqxNvfISVN3XGNjT-
5D_LnI9yKPe9duy8=s170

[Imagen sobre configuración IP en Linux]. (S.f.). Recuperada de https://goo.gl/3nXbsr

[Imagen sin título sobre cabecera IP]. (2017). Recuperado de

https://es.wikipedia.org/wiki/Cabecera_IP
[Imagen sin título sobre división de direcciones IP]. (s. f.). Recuperado de
https://es.wikipedia.org/wiki/Rangos_y_Clases_de_la_IP

[Imagen sin título sobre máscara de red]. (s. f.). Recuperado de

https://es.wikipedia.org/wiki/M%C3%A1scara_de_red

Indeterminate. (2007). A little diagram of an IP address (IPv4) [imagen]. Recuperado de

https://upload.wikimedia.org/wikipedia/commons/7/74/Ipv4_address.svg

Tanenbaum, A. S. (2003). Redes de computadoras. México: Pearson Educación.

Lección 7 de 7

Descargá la lectura

Módulo 4. Interconexión de redes.pdf

2.5 MB

Fundamentos de Redes - Módulo 4.mp3

11.1 MB