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

← Ir a diferencia anterior Ir a siguiente diferencia →

Contenido eliminado Contenido añadido

En renglón

Revisión del 15:57 28 ago 2015

Véase también: Protocolo de resolución de direcciones

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).

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.

Otra desventaja de este protocolo: 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 del protocoo Bootstrap (BOOTP) dejó obsoleto el RARP porque funciona con paquetes del User Datagram Protocol (UDP), que 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 solamente la dirección IP.

Véase también

Enlaces externos

RFC 903.
www.rfc-es.org/rfc/rfc0903-es.txt RFC0903: un protocolo para resolución inversa de dirección.

@@ Línea 1: / Línea 1: @@
-'''RARP''' son las siglas en inglés de '''R'''everse '''A'''ddress '''R'''esolution '''P'''rotocol (Protocolo de resolución de direcciones inverso).
+{{VT|Protocolo de resolución de direcciones}}
+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.
+Otra desventaja de este protocolo: 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 del [[Bootstrap Protocol|protocoo ''Bootstrap'']] ([[BOOTP]]) dejó obsoleto el RARP porque funciona con paquetes del ''[[User Datagram Protocol]]'' ([[UDP]]), que 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 solamente 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 RFC0903 Un protocolo para resolución inversa de dirección (en español)]
+* [http://www.rfc-es.org/rfc/rfc0903-es.txt www.rfc-es.org/rfc/rfc0903-es.txt] RFC0903: un protocolo para resolución inversa de dirección.
 [[Categoría:Protocolos de Internet|RARP]]