Diferencia entre revisiones de «Protocolo de resolución de direcciones inverso»

De Wikipedia, la enciclopedia libre
Contenido eliminado Contenido añadido
Etiqueta: posible problema
Botarel (discusión · contribs.)
m BOT - Posible prueba de Delapunta, revirtiendo hasta la edición 32808806 de Joseaperez. ¿Hubo un error?
Línea 8: Línea 8:


== Enlaces externos ==
== Enlaces externos ==

hola smr2
*[http://www.rfc-es.org/rfc/rfc0903-es.txt RFC0903 Un protocolo para resolución inversa de dirección (en español)]
*[http://www.rfc-es.org/rfc/rfc0903-es.txt RFC0903 Un protocolo para resolución inversa de dirección (en español)]



Revisión del 10:48 22 oct 2010

RARP son las siglas en inglés de Reverse Address Resolution Protocol (Protocolo de resolución de direcciones inverso).

Es un protocolo utilizado para resolver la dirección IP de una dirección hardware dada (como una dirección Ethernet). La principal limitación era que cada dirección MAC tenía que ser configurada manualmente en un servidor central y se limitaba sólo a la dirección IP, dejando otros datos como la máscara de subred, puerta de enlace y demás información que tenían que ser configurados a mano. Otra desventaja de este protocolo es que utiliza como dirección destino, evidentemente, una dirección MAC de difusión para llegar al servidor RARP. Sin embargo, una petición de ese tipo no es reenviada por el router del segmento de subred local fuera de la misma, por lo que este protocolo, para su correcto funcionamiento, requiere de un servidor RARP en cada subred.

Posteriormente el uso de BOOTP lo dejó obsoleto, ya que éste funciona con paquetes UDP, los cuales se reenvían a través de los routers (eliminando la necesidad de disponer de un servidor RARP en cada subred) y, además, BOOTP ya tiene un conjunto de funciones mayor, que permite obtener más información y no sólo la dirección IP.

RARP está descrito en el RFC 903.

Enlaces externos