stringtranslate.com

Protocolo de resolución de direcciones inversa

El Protocolo de resolución inversa de direcciones ( RARP ) es un protocolo de comunicación informática obsoleto utilizado por una computadora cliente para solicitar su dirección de Protocolo de Internet ( IPv4 ) de 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 . [1] El cliente transmite la solicitud y no necesita conocimiento previo de la topología de la red o las identidades de los servidores capaces de cumplir con su solicitud.

RARP 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 se limita a brindar servicio únicamente a direcciones IP .

El ARP inverso se diferencia del Protocolo de resolución de direcciones inversa (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 .

Usos actuales

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:

Véase también

Referencias

  1. ^ R. Finlayson; T. Mann; J. Mogul; M. Theimer (junio de 1984). Un protocolo de resolución de direcciones inversa. Grupo de trabajo de redes. doi : 10.17487/RFC0903 . STD 38. RFC 903. Estándar de Internet 38.
  2. ^ T. Bradley; C. Brown; A. Malis (septiembre de 1998). Protocolo de resolución de direcciones inversas. Grupo de trabajo de redes. doi : 10.17487/RFC2390 . RFC 2390. Proyecto de Norma. Obsoleto RFC 1293.
  3. ^ Deshpande, Venky (22 de julio de 2013). "Serie VXLAN: cómo vMotion afecta la tabla de reenvío, parte 6". vmware . Consultado el 15 de marzo de 2023 .