Protocolo de resolución de direcciones inversas

El Protocolo de Resolución Inversa de Direcciones ( RARP ) es un protocolo de comunicación informática obsoleto que utiliza un ordenador cliente para solicitar su dirección de Protocolo de Internet ( IPv4 ) a una red informática , cuando lo único que tiene disponible es su dirección de capa de enlace o de hardware, como una dirección MAC . ^{[ 1 ]} El cliente difunde la solicitud y no necesita conocimiento previo de la topología de la red ni de las identidades de los servidores capaces de satisfacer su solicitud.

RARP ha quedado obsoleto debido al Protocolo de Arranque (BOOTP) y al moderno Protocolo de Configuración Dinámica de Host (DHCP), que cuentan con conjuntos de funciones mucho más amplios que RARP.

RARP requiere que uno o más servidores mantengan una base de datos de asignaciones de direcciones de capa de enlace a sus respectivas direcciones de protocolo. Las direcciones MAC deben ser configuradas individualmente en los servidores por un administrador. RARP se limita a servir solo direcciones IP .

El ARP inverso difiere del Protocolo de resolución de direcciones inversas (InARP), que está diseñado para obtener la dirección IP asociada con un identificador de conexión de enlace de datos Frame Relay local. ^{[ 2 ]} InARP no se utiliza en Ethernet .

El Protocolo de Resolución de Direcciones Inversas (RARP) se introdujo a principios de la década de 1980 para ayudar a los dispositivos, especialmente a las estaciones de trabajo sin disco , a determinar sus direcciones IP utilizando únicamente sus direcciones de hardware (MAC). ^{[ 3 ]} Esta era una necesidad común en los primeros entornos de red donde no se disponía de almacenamiento local para la configuración de IP.

RARP se especificó en el RFC 903, publicado en junio de 1984 por David C. Plummer. ^{[ 4 ]} Basándose en el Protocolo de Resolución de Direcciones (ARP) original, RARP reutilizó la estructura de mensajes de ARP pero invirtió su función, permitiendo que un dispositivo consultara a un servidor RARP para obtener su dirección IP correspondiente. ^{[ 4 ]} El protocolo fue ampliamente adoptado en sistemas basados ​​en UNIX para el arranque de red. ^{[ 4 ]}

A pesar de su utilidad, RARP tenía limitaciones importantes: requería asignaciones estáticas, carecía de soporte para datos de configuración adicionales y no podía operar entre subredes. Estos inconvenientes llevaron a su reemplazo por protocolos más robustos como BOOTP y DHCP . ^{[ 4 ]} No obstante, RARP sentó las bases para tecnologías de arranque de red posteriores.

Aunque los usos originales de RARP han sido reemplazados por otros protocolos, algunos protocolos modernos utilizan RARP para gestionar la migración de MAC, especialmente en máquinas virtuales, mediante una técnica originaria de QEMU .

Algunos ejemplos son:

• Virtualización de transporte superpuesto (OTV) de Cisco . RARP se utiliza para actualizar las tablas de reenvío de capa 2 cuando una dirección MAC se mueve entre centros de datos.
• vMotion de VMware vSphere . ^{[ 5 ]} RARP se utiliza cuando una MAC de máquina virtual se mueve entre hosts.

• Protocolo de Operaciones de Mantenimiento (MOP)