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

De Wikipedia, la enciclopedia libre
Contenido eliminado Contenido añadido
LPR (discusión · contribs.)
m La coma antes de la y
Sin resumen de edición
Línea 2: Línea 2:
'''RARP''' son las siglas en inglés de '''R'''everse '''A'''ddress '''R'''esolution '''P'''rotocol (Protocolo de resolución de direcciones inverso).
'''RARP''' son las siglas en inglés de '''R'''everse '''A'''ddress '''R'''esolution '''P'''rotocol (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 [[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 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.
Es un [[protocolssdsdsdsdo]] 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 [[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 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 ya funciona con paquetes [[UDP]], los cuales se reenvían a través de los routers (eliminando la necesidad de disponer de un servidor [[BOOTP]] 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]].
Posteriormente el uso de [[BOOTP]] lo dejó obsoleto, ya que éste ya funciona con paquetes [[UDP]], los cuales se reenvían a través de los routers (eliminando la necesidad de disponer de un servidor [[BOOTP]] 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]].

Revisión del 09:50 29 ene 2007

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

Es un protocolssdsdsdsdo 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 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 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 ya funciona con paquetes UDP, los cuales se reenvían a través de los routers (eliminando la necesidad de disponer de un servidor BOOTP 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.