Protocolo de resolución de direcciones inversa

El Protocolo de Resolución de Dirección Inversa ( RARP ) es un protocolo de comunicación informática obsoleto que utiliza un equipo cliente para solicitar su dirección de Protocolo de Internet ( IPv4 ) a una red informática , cuando todo lo que tiene disponible es su capa de enlace o dirección de hardware, como una dirección MAC . El cliente transmite la solicitud y no necesita tener conocimiento previo de la topología de la red ni de las identidades de los servidores capaces de cumplir con su solicitud.

RARP se describe en la publicación RFC 903 del Grupo de trabajo de ingeniería de Internet (IETF). ^[1] Ha quedado obsoleto debido al Protocolo Bootstrap (BOOTP) y al moderno Protocolo de configuración dinámica de host (DHCP), que admiten un conjunto de funciones mucho mayor 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. Un administrador debe configurar individualmente las direcciones MAC en los servidores. RARP está limitado a brindar servicio únicamente a direcciones IP .

El ARP inverso difiere del protocolo de resolución de direcciones inversa (InARP) descrito en RFC 2390, que está diseñado para obtener la dirección IP asociada con un identificador de conexión de enlace de datos Frame Relay local. InARP no se utiliza en Ethernet .

Aunque los usos originales de RARP han sido reemplazados por diferentes protocolos, algunos protocolos modernos usan RARP para manejar la migración de MAC, particularmente en máquinas virtuales, utilizando una técnica originada en 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 . ^[2] RARP se utiliza cuando una MAC de VM se mueve entre hosts.

• Protocolo de operaciones de mantenimiento (MOP)