3.

4 Protocolo ARP y RARP

El Protocolo de Resolución de Direcciones (Address Resolution Protocol, ARP, por sus

siglas en inglés) es un protocolo utilizado en redes de área local (LAN) para resolver
direcciones IP en direcciones MAC. A continuación, se detalla el funcionamiento y
el encabezado del Protocolo ARP:

Funcionamiento:

• El dispositivo emisor necesita enviar un paquete a una dirección IP de destino

en la misma red local.
• El dispositivo verifica su tabla ARP local para ver si tiene la dirección MAC
correspondiente a la dirección IP de destino.
• Si la dirección MAC no está en la tabla ARP, el dispositivo emisor envía una
solicitud ARP (ARP request) broadcast a la red local.
• La solicitud ARP contiene la dirección IP de destino y la dirección MAC de
origen del dispositivo emisor.
• Todos los dispositivos en la red local reciben la solicitud ARP, pero solo el
dispositivo con la dirección IP de destino responde.
• El dispositivo con la dirección IP de destino envía una respuesta ARP (ARP
reply) al dispositivo emisor.
• La respuesta ARP contiene la dirección IP y la dirección MAC del dispositivo
destino.
• El dispositivo emisor actualiza su tabla ARP con la dirección IP y la dirección
MAC recibidas para futuras comunicaciones.

Encabezado del Protocolo ARP:

• Campo Tipo de hardware: Indica el tipo de hardware utilizado en la red,

generalmente Ethernet (valor: 1).
• Campo Tipo de protocolo: Indica el tipo de protocolo de red utilizado, por
ejemplo, IPv4 (valor: 0x0800).
• Campo Longitud de direcciones de hardware: Indica la longitud de las
direcciones de hardware en bytes, generalmente 6 para direcciones MAC
en Ethernet.
• Campo Longitud de direcciones de protocolo: Indica la longitud de las
direcciones de protocolo en bytes, generalmente 4 para direcciones IPv4.
• Campo Código de operación: Indica el tipo de operación ARP, donde 1 es
una solicitud ARP y 2 es una respuesta ARP.
• Campo Dirección de hardware de origen: Contiene la dirección MAC del
dispositivo emisor.
• Campo Dirección de protocolo de origen: Contiene la dirección IP del
dispositivo emisor.
• Campo Dirección de hardware de destino: Contiene la dirección MAC del
dispositivo destino (se deja en blanco en una solicitud ARP).
 • Campo Dirección de protocolo de destino: Contiene la dirección IP del
dispositivo destino.

El Protocolo de Resolución de Direcciones Inversa (Reverse Address Resolution

Protocol, RARP, por sus siglas en inglés) es un protocolo de red utilizado para
obtener una dirección IP a partir de una dirección MAC en una red local. A
continuación, se detalla el funcionamiento y el encabezado del Protocolo RARP:

Funcionamiento:

• El dispositivo emisor necesita conocer su dirección IP pero solo conoce su

dirección MAC.
• El dispositivo emisor envía un paquete RARP broadcast a la red local.
• El paquete RARP contiene la dirección MAC del dispositivo emisor.
• El servidor RARP, que tiene una tabla de asignaciones MAC-IP, recibe la
solicitud y busca la dirección IP correspondiente a la dirección MAC del
dispositivo emisor.
• El servidor RARP envía una respuesta RARP al dispositivo emisor con la
dirección IP encontrada.
• El dispositivo emisor actualiza su configuración de red con la dirección IP
recibida.

Encabezado del Protocolo RARP:

• Campo Tipo de hardware: Indica el tipo de hardware utilizado en la red,

generalmente Ethernet (valor: 1).
• Campo Tipo de protocolo: Indica el tipo de protocolo de red utilizado, por
ejemplo, IPv4 (valor: 0x0800).
• Campo Longitud de direcciones de hardware: Indica la longitud de las
direcciones de hardware en bytes, generalmente 6 para direcciones MAC
en Ethernet.
• Campo Longitud de direcciones de protocolo: Indica la longitud de las
direcciones de protocolo en bytes, generalmente 4 para direcciones IPv4.
• Campo Código de operación: Indica el tipo de operación RARP, donde 3 es
una solicitud RARP y 4 es una respuesta RARP.
• Campo Dirección de hardware de origen: Contiene la dirección MAC del
dispositivo emisor.
• Campo Dirección de protocolo de origen: Contiene la dirección IP del
dispositivo emisor (se deja en blanco en una solicitud RARP).
• Campo Dirección de hardware de destino: Contiene la dirección MAC del
dispositivo destino.
• Campo Dirección de protocolo de destino: Contiene la dirección IP del
dispositivo destino.
3.5 Protocolo IPV4

El Protocolo de Internet versión 4 (IPv4) es un protocolo de red ampliamente

utilizado para la comunicación en Internet. Es la cuarta versión del protocolo IP y se
basa en la transmisión de datos en paquetes a través de una red de conmutación
de paquetes.

IPv4 utiliza direcciones IP de 32 bits para identificar de manera única cada

dispositivo conectado a una red. Estas direcciones se dividen en cuatro octetos
separados por puntos, como por ejemplo "192.168.0.1". IPv4 proporciona un
mecanismo de direccionamiento jerárquico, donde una parte de la dirección
identifica la red y otra parte identifica el host en esa red.

Cuando se envía un paquete de datos a través de IPv4, el paquete se divide en

fragmentos más pequeños llamados datagramas. Cada datagrama contiene la
dirección IP de origen y la dirección IP de destino, así como información adicional
necesaria para enrutar el paquete a su destino correcto. Los routers en la red utilizan
la información de las direcciones IP para reenviar los datagramas a través de la red
hasta que lleguen al host de destino.

En resumen, el protocolo IPv4 permite la comunicación de datos entre dispositivos

en una red utilizando direcciones IP únicas para identificar cada dispositivo y
asegurando que los paquetes de datos sean enviados y recibidos correctamente
a través de la red. Sin embargo, debido al agotamiento de direcciones IPv4
disponibles, se está implementando gradualmente el Protocolo de Internet versión
6 (IPv6) para reemplazar IPv4 en muchos casos.

Encabezado del IPV4

El encabezado del protocolo IPv4 es la porción inicial de un paquete de datos IPv4

y contiene información fundamental para su correcto enrutamiento y entrega. A
continuación, se detallan los campos del encabezado IPv4:

• Versión (4 bits): Indica la versión del protocolo IP utilizado, que en el caso de

IPv4 es 4.
• Longitud de encabezado (4 bits): Especifica la longitud del encabezado en
palabras de 32 bits. Esto permite la inclusión de opciones adicionales en el
encabezado, aunque en la mayoría de los casos su valor es 5, indicando
una longitud de 20 bytes.
 • Tipo de servicio (8 bits): Proporciona información sobre la calidad de servicio
requerida para el paquete, como prioridad, retraso, confiabilidad y
rendimiento. También puede utilizarse para la implementación de servicios
diferenciados.
• Longitud total (16 bits): Indica la longitud total del paquete en bytes,
incluyendo el encabezado y los datos.
• Identificación (16 bits): Sirve para identificar unívocamente cada paquete
dentro de un flujo de datos. Se utiliza para reensamblar paquetes
fragmentados en el destino.
• Banderas (3 bits): Incluye la información de fragmentación. Los bits son "DF"
(Don't Fragment) que indica si el paquete puede ser fragmentado y "MF"
(More Fragments) que indica si hay más fragmentos después del actual.
• Desplazamiento de fragmento (13 bits): Indica la posición de los datos de un
fragmento en relación con el flujo original del paquete completo.
• Tiempo de vida (8 bits): Especifica la duración máxima de vida útil del
paquete en la red. Cada router que procesa el paquete decrementa este
valor en uno. Si el valor llega a cero, el paquete es descartado.
• Protocolo (8 bits): Indica el protocolo de nivel superior utilizado por el
paquete, como TCP (6), UDP (17) o ICMP (1).
• Suma de comprobación (16 bits): Permite verificar la integridad del paquete.
Se calcula utilizando un algoritmo de suma de verificación en los datos y el
encabezado del paquete.
• Dirección IP de origen (32 bits): Especifica la dirección IP del remitente del
paquete.
• Dirección IP de destino (32 bits): Indica la dirección IP del destinatario del
paquete.
• Opciones (variable): Campo opcional que se utiliza para incluir información
adicional en el encabezado, como el registro de tiempo, enrutamiento
estricto, entre otros.

Subnetting, Supernetting

El subnetting y el supernetting son técnicas utilizadas en el protocolo IPv4 para

dividir y agrupar direcciones IP en redes más pequeñas o más grandes,
respectivamente.

Subnetting: El subnetting, también conocido como subreding, es el proceso de

dividir una red IP en subredes más pequeñas. Esto se logra al asignar una máscara
de subred más larga que la máscara de red predeterminada. Al dividir una red en
subredes, se pueden crear redes más eficientes y gestionables, y se pueden asignar
rangos de direcciones IP específicos a cada subred. Esto permite un mejor control
del tráfico y una mayor seguridad al limitar la comunicación entre subredes.
Supernetting: El supernetting, también llamado agregación de direcciones, es el
proceso opuesto al subnetting. Consiste en combinar varias redes IP en una red más
grande mediante el uso de una máscara de subred más corta. Esto permite reducir
la cantidad de entradas en las tablas de enrutamiento de los routers y simplificar el
proceso de enrutamiento. El supernetting es útil cuando se tienen varias redes
contiguas con direcciones IP consecutivas y se desea tratarlas como una única
entidad lógica.

Ambas técnicas, subnetting y supernetting, permiten un mejor aprovechamiento

de las direcciones IP, una gestión más eficiente de las redes y una optimización del
enrutamiento. Estas técnicas son ampliamente utilizadas para el diseño y la
configuración de redes IPv4.

3.6 Protocolo ICMPv4

El Protocolo ICMPv4 (Internet Control Message Protocol version 4) es un protocolo

utilizado en redes IP para el envío de mensajes de control y diagnóstico. Su principal
función es proporcionar información sobre el estado y la operación de la red, así
como notificar de posibles errores y problemas de comunicación. A continuación,
se detalla el funcionamiento y el encabezado del Protocolo ICMPv4:

Funcionamiento del Protocolo ICMPv4:

Mensajes de error: ICMPv4 se utiliza para enviar mensajes de error en caso de que
se produzcan problemas en la comunicación de datos. Estos mensajes de error
incluyen información sobre el tipo de error, la dirección IP de origen y destino, y
datos adicionales que ayudan a identificar y solucionar el problema.

Mensajes de control: ICMPv4 también se utiliza para enviar mensajes de control que
permiten verificar la conectividad y el estado de los dispositivos de red. Por ejemplo,
el comando "ping" utiliza mensajes ICMPv4 Echo Request y Echo Reply para
comprobar la disponibilidad y el tiempo de respuesta de un host remoto.

Información de enrutamiento: ICMPv4 puede proporcionar información sobre el

enrutamiento de los paquetes IP. Los mensajes ICMPv4 de redireccionamiento
permiten a un enrutador informar a un host que debe enviar el tráfico a través de
una ruta más eficiente.
Encabezado del Protocolo ICMPv4:

El encabezado del Protocolo ICMPv4 consta de los siguientes campos:

Tipo de mensaje: Indica el tipo de mensaje ICMPv4, como mensajes de solicitud y

respuesta de eco, mensajes de redireccionamiento, mensajes de tiempo excedido,
entre otros.

Código: Proporciona información adicional sobre el tipo de mensaje.

Checksum: Valor de verificación de integridad utilizado para garantizar que los

datos ICMPv4 no se hayan corrompido durante la transmisión.

Datos: Contiene información específica para cada tipo de mensaje ICMPv4.

El Protocolo ICMPv4 juega un papel importante en la gestión y el diagnóstico de

redes IP. Permite a los administradores de red identificar problemas y mejorar la
calidad de la comunicación en la red.

Tipos de mensaje

El Protocolo ICMPv4 (Internet Control Message Protocol version 4) define varios tipos
de mensajes utilizados para diferentes propósitos en la comunicación de red.
Algunos de los tipos de mensajes más comunes del ICMPv4 incluyen:

• Echo Request (Tipo 8): Utilizado en el comando "ping" para solicitar una
respuesta de eco desde un host remoto.
• Echo Reply (Tipo 0): Respuesta de eco enviada por un host remoto en
respuesta a un mensaje de solicitud de eco.
• Destination Unreachable (Tipo 3): Indica que la comunicación con un
destino no fue posible, ya sea debido a un host inalcanzable, un puerto
inalcanzable o un protocolo inalcanzable.
• Time Exceeded (Tipo 11): Indica que un paquete IP ha excedido el tiempo
permitido para su entrega, ya sea debido a un tiempo de vida (TTL) agotado
o a un fragmento que no ha sido ensamblado correctamente.
• Redirect (Tipo 5): Utilizado por un enrutador para redirigir un host a una ruta
alternativa más eficiente para llegar a un destino.
• Parameter Problem (Tipo 12): Indica que se ha detectado un problema en
los campos de encabezado de un paquete IP, como una opción inválida o
una longitud incorrecta.
• Source Quench (Tipo 4): Utilizado para solicitar a un host emisor que reduzca
la velocidad de envío de paquetes debido a una congestión en la red.
• Timestamp Request (Tipo 13) y Timestamp Reply (Tipo 14): Utilizados para
solicitar y enviar marcas de tiempo entre hosts para medir la latencia y el
tiempo de respuesta en la red.
 • Router Advertisement (Tipo 9) y Router Solicitation (Tipo 10): Utilizados para el
descubrimiento y anuncio de routers en una red IPv4.
• Estos son solo algunos ejemplos de los tipos de mensajes ICMPv4 más
comunes. Cada tipo de mensaje tiene su propósito y se utiliza en diferentes
escenarios de comunicación y diagnóstico de red.

3.7 Agotamiento de direcciones IPV4

El agotamiento de direcciones IPv4 se refiere al problema que surge cuando se

agotan las direcciones IPv4 disponibles para asignar a dispositivos en Internet. El
protocolo IPv4 utiliza direcciones de 32 bits, lo que limita el número máximo de
direcciones únicas a aproximadamente 4.3 mil millones (2^32).

El crecimiento exponencial de Internet y el aumento en el número de dispositivos

conectados ha llevado a una demanda cada vez mayor de direcciones IPv4. Sin
embargo, debido a la limitada cantidad de direcciones disponibles, se ha
alcanzado un punto en el que no hay suficientes direcciones IPv4 para satisfacer
todas las necesidades.

El agotamiento de direcciones IPv4 tiene varias implicaciones, como la dificultad

para asignar nuevas direcciones a dispositivos y redes, la necesidad de compartir
direcciones mediante técnicas como la traducción de direcciones de red (NAT), y
la transición hacia el uso de IPv6, que utiliza direcciones de 128 bits y proporciona
un espacio de direcciones mucho más amplio.

Para hacer frente al agotamiento de direcciones IPv4, se han implementado varias

soluciones, como la reutilización de direcciones mediante NAT, la asignación de
direcciones IPv4 compartidas mediante Carrier-Grade NAT (CGN), y la adopción
de IPv6 como el nuevo estándar de protocolo de Internet, que ofrece un espacio
de direcciones considerablemente más grande.

DHCP

En el contexto del agotamiento de direcciones IPv4, DHCP (Dynamic Host

Configuration Protocol) es un protocolo utilizado para la asignación automática de
direcciones IP a dispositivos en una red. DHCP permite que los dispositivos obtengan
una dirección IP temporalmente durante su conexión a la red, en lugar de asignar
una dirección IP estática de manera permanente.

• El DHCP funciona mediante la comunicación entre un servidor DHCP y los

dispositivos que solicitan una dirección IP. El proceso típico de asignación de
direcciones IP a través de DHCP consta de los siguientes pasos:
 • Descubrimiento: El dispositivo cliente envía una solicitud de descubrimiento
DHCP a través de la red para encontrar un servidor DHCP disponible.
• Oferta: El servidor DHCP responde con una oferta, que incluye una dirección
IP disponible para el dispositivo cliente, así como otros parámetros de
configuración de red, como la máscara de subred, la puerta de enlace
predeterminada y los servidores DNS.
• Solicitud: El dispositivo cliente selecciona una oferta de dirección IP y envía
una solicitud al servidor DHCP para confirmar la asignación de la dirección
IP.
• Aceptación: El servidor DHCP confirma la asignación de la dirección IP y
envía una respuesta al dispositivo cliente, que incluye un mensaje de
aceptación y la confirmación de los parámetros de configuración de red.
• Configuración: El dispositivo cliente configura su interfaz de red con la
dirección IP asignada y los demás parámetros proporcionados por el servidor
DHCP.

El DHCP permite una administración eficiente de las direcciones IP en una red, ya

que las direcciones se asignan dinámicamente y se pueden reutilizar cuando los
dispositivos se desconectan de la red. Esto ayuda a mitigar el agotamiento de
direcciones IPv4 al permitir que múltiples dispositivos compartan un conjunto
limitado de direcciones IP.

NAT

En el contexto del agotamiento de direcciones IPv4, NAT (Network Address

Translation) es una técnica que permite compartir una única dirección IP pública
entre múltiples dispositivos en una red privada. NAT se utiliza para superar la
limitación de direcciones IPv4 al permitir que varios dispositivos internos se conecten
a Internet utilizando una sola dirección IP pública.

El NAT funciona mediante la traducción de direcciones IP y puertos de los

dispositivos internos en direcciones IP y puertos únicos en la red externa. Cuando
los dispositivos internos envían solicitudes a Internet, NAT modifica las direcciones IP
y puertos de origen de los paquetes para que parezca que provienen de una sola
dirección IP pública. De esta manera, se pueden establecer múltiples conexiones
desde diferentes dispositivos internos utilizando una única dirección IP pública.

Existen diferentes tipos de NAT, incluyendo:

• NAT Estático: Asigna de manera permanente una dirección IP privada

específica a una dirección IP pública.
 • NAT Dinámico: Asigna temporalmente una dirección IP privada a una
dirección IP pública disponible de una "piscina" de direcciones IP públicas.
• NAT de Sobrecarga (PAT - Port Address Translation): Asigna múltiples
direcciones IP privadas a una sola dirección IP pública utilizando puertos de
origen y destino únicos.

El NAT proporciona una solución eficiente para la escasez de direcciones IPv4 al

permitir que múltiples dispositivos en una red privada compartan una única
dirección IP pública. Además, el NAT proporciona cierta seguridad, ya que los
dispositivos internos no son directamente accesibles desde Internet, ya que las
direcciones IP privadas se traducen a direcciones IP públicas. Sin embargo, el uso
extensivo de NAT puede presentar limitaciones en la comunicación punto a punto
y en el establecimiento de ciertos tipos de conexiones directas.