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

sin resumen de edición
m (Bot: Moviendo 23 enlaces interlingüisticos a d:Q721869 en Wikidata)
'''RARP''' son las siglas en inglés de '''R'''everse '''A'''ddress '''R'''esolution '''P'''rotocol ({{VT|Protocolo de resolución de direcciones inverso).}}
 
El '''protocolo de resolución de direcciones inverso''' (en inglés ''Reverse Address Resolution Protocol'', '''RARP''') es un [[protocolo de comunicaciones]] utilizado para resolver la [[dirección IP]] de una dirección hardware dada (como una dirección [[Ethernet]]).
Es un [[Protocolo (informática)|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.
 
El ''[[Address Resolution Protocol]]'' ('''ARP''') o '''[[protocolo de resolución de direcciones]]''' realiza la operación inversa y se encuentra descrito en el RFC 826.
 
== Limitaciones y desventajas ==
 
La principal limitación, cada [[dirección MAC]] tenía que ser configurada manualmente en un servidor central y se limitaba solo 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 específicamente.
 
Es un [[Protocolo (informática)|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 [[Media Access Control|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 dedel [[Bootstrap Protocol|protocoo ''Bootstrap'']] ([[BOOTP]] lo) dejó obsoleto, yael queRARP ésteporque funciona con paquetes del ''[[User Datagram Protocol]]'' ([[UDP]]), los cualesque 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ólosolamente la [[dirección IP]].
 
== Véase también ==
 
* [[Bootstrap Protocol]]
* [[Control de acceso al medio]]
* [[Dirección IP]]
* [[Dirección MAC]]
* [[Protocolo de resolución de direcciones]]
* [[User Datagram Protocol]]
 
== Enlaces externos ==
 
* RFC 903.
* [http://www.rfc-es.org/rfc/rfc0903-es.txt www.rfc-es.org/rfc/rfc0903-es.txt] RFC0903: Unun protocolo para resolución inversa de dirección (en español)].
 
[[Categoría:Protocolos de Internet|RARP]]
5218

ediciones