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.

Although the original uses for RARP have been superseded by different protocols, some modern-day protocols use RARP to handle MAC migration, particularly in virtual machines, using a technique originating in QEMU.

Examples include:

• Cisco's Overlay Transport Virtualization (OTV). RARP is used to update the layer 2 forwarding tables when a MAC address moves between data centers.
• VMware vSphere's vMotion.^[5] RARP is used when a VM MAC moves between hosts.

• Maintenance Operations Protocol (MOP)