Las direcciones fsicas de la red son de bajo nivel y dependientes del hardware.

As cada mquina que utiliza TCP/IP tiene asignadas una o ms direcciones IP

de 32 bits, independientemente de su direccin de hardware. Los programas de
aplicacin siempre utilizan la direccin IP cuando especifican un destino. Los
anfitriones y ruteadores deben utilizar direcciones fsicas para transmitir
datagramas a travs de las redes subyacentes.
Por lo general, la direccin IP de una maquina se mantiene en el rea
secundaria de almacenaje, en donde el sistema operativo la encuentra en el
momento del arranque. Ahora surge la necesidad con la siguiente pregunta
Cmo puede una mquina que no cuenta con disco permanente determinar su
direccin IP? Un ejemplo son las estaciones de trabajo que almacenan sus
archivos en un servidor remoto, ya que dichas maquinas necesitan direccin IP
antes de poder utilizar protocolos TCP/IP estndar para transferencia de
archivos a fin de obtener su imagen inicial de arranque.
En particular, el cdigo de iniciacin que se encuentra, a menudo, en la
Memoria de Solo Lectura (ROM), generalmente se construye para que la misma
imagen pueda correr en muchas maquinas. Cuando un cdigo as inicia su
ejecucin, en una maquina sin disco, utiliza el hardware para contactar un
servidor y, con ello, obtener su direccin IP.
La idea de detrs de encontrar una direccin IP es sencilla: una mquina que
necesita conocer su direccin enva la solicitud a un servidor en otra mquina y
espera a que el servidor, a su vez, mande la respuesta. Asumimos que el
servidor accesa un disco en el que guarda una base de datos en la que guarda
las direcciones internas. En la solicitud, solo la mquina que necesita saber su
direccin red de redes se tiene que identificar, para que el servidor pueda
buscar la direccin correcta y responder. Tanto la mquina que genera la
solicitud como el servidor que responde utilizan direcciones fsicas de red
durante su breve comunicacin. Cmo sabe el solicitante la direccin fsica de
un servidor? Por lo general no lo sabe, tan solo lo transmite por difusin la
solicitud a todas las mquinas de la red local. Y entonces, uno o ms servidores
responden.
Qu informacin se puede incluir en esa solicitud que nicamente identificara
a la maquina? Cualquier sufijo nico para la identificacin del hardware (por
ejemplo, el numero serial de la CPU).
Utilizar la direccin fsica como identificacin tiene dos ventajas. Debido a que
un anfitrin obtiene sus direcciones fsicas del hardware de interfaz de red,
dichas direcciones siempre estn disponibles y no tiene que limitarse al cdigo
de inclinacin. Como la informacin de identificacin depende de la red y no
del modele o la marca de la CPU, todas las maquinas en una red proporcionan
identificadores nicos y uniformes. Por lo tanto, el problema se convierte en el
inverso de la asociacin de direcciones; una vez dada una direccin fsica de
red, invente un esquema que permita que un servidor la transforme en una
direccin de red de redes.

Una maquina sin disco utiliza un protocolo TCP/IP para red de redes llamado
RARP (protocolo inverso de asociacin de direcciones) a fin de obtener su
direccin IP desde un servidor RARP es una adaptacin al protocolo ARP y
utiliza el mismos formato de mensaje. En la prctica, el mensaje RARP enviado
para solicitar una direccin de red de redes es un poco ms general de lo que
hemos mencionado: permite que una maquina solicite la direccin IP de una
tercera maquina tan fcilmente como si solicitara la suya. Tambin lo permite
cuando se trata de muchos tipos de redes fsicas.
Al igual que un mensaje ARP, un mensaje RARP se enva de una maquina a
otra, encapsulando en la porcin de datos de una trama de red.

En la siguiente imagen se ilustra la manera en que un anfitrin utiliza RARP. El

que enva transmite por difusin una solicitud RARP especfica como maquina
transmisora y receptora, y proporciona su direccin fsica de red en el campo
de direccin de hardware objetivo. Todas la maquina en la red reciben la
solicitud, pero solo las autorizadas para proporcionar el servicio RARP la
procesan y envan la respuesta; dichas maquinas se conocen de manera
informal como servidores RARP. Para que RARP funcione correctamente, la red
debe contener por lo menos un servidor RARP.

Una vez llenado el campo de direccin de protocolo objetivo, los servidores

contestan las solicitudes, cambian el tipo de mensaje de solicitud a respuesta y
envan est de vuelta directamente a la mquina que la solicito. La mquina
origina recibe respuesta de todos los servidores RARP, aunque solo se necesite
una contestacin.
Considere que toda comunicacin entre la mquina que busca la direccin IP y
el servidor que le proporciona se debe llevar acabo utilizando solo una red
fsica. El protocolo permite que un anfitrin pregunte sobre un objetivo
arbitrario. Por lo tanto, el transmisor proporciona su direccin de hardware
separada de la direccin de hardware de objetivo y el servidor tiene cuidado en
enviar la respuesta a la direccin de hardware del objetivo y del servidor.
Como cualquier comunicacin en una red de entrega con el mejor esfuerzo, las
solicitudes RARP son susceptibles de prdida o corrupcin. Ya que RARP utiliza
directamente la red fsica, ningn otro software de protocolos cronometrara la
respuesta ni retransmitir la solicitud, es el software RARP el que debe manejar
estas tareas. En general, RARP se utiliza solo en redes de rea local, como
Ethernet, en las que la probabilidad de falla es muy baja. Sin embargo, si una
red tiene solo un servidor RARP, dicha maquina quiz no sea capaz de manejar
la carga y, por lo tanto, los paquetes se pierdan.
Algunas estaciones de trabajo dependen de RARP para realizar su proceso de
inclinacin reintentan este una y otra vez hasta que reciben una respuesta.
Otras implementaciones, al cabo de un par de intentos, lo suspenden indicando
que hay fallas y evitan con ello inundar la red con trfico innecesario de
difusin.
La principal ventaja de tener varias mquinas funcionando como servidores
RARP es que se obtiene un sistema ms confiable. La principal desventaja de
utilizar varios servidores es que, cuando una maquina transmite por difusin
una solicitud RARP, la red se sobre carga en el momento en que todos los
servidores intentan responder.

Cmo se puede distribuir el servicio RARP para mantenerlo a disposicin y

confiable sin sufrir el costo por solicitudes excesivas y simultaneas? Existen,
por lo menos, dos posibilidades y ambas implican el retraso de las respuestas.
En la primera, a cada mquina que realiza solicitudes RARP se le asigna un
servidor primario. Bajo circunstancia normales, solo el servidor primario de la
maquina responde a su solicitud RARP. Todos los servidores que no son
primarios reciben la solicitud, pero nicamente registran su tiempo de llegada.
Si el servidor primario no est disponible, la maquina original cronometrara el
tiempo de respuesta y, si esta no aparece, transmitir de nuevo por difusin la
solicitud. Cuando un servidor no primario recibe una segunda copia de una
solicitud RARP, poco tiempo despus de la primera, este responde.
En la segunda posibilidad, se emplea un esquema similar pero se intenta evitar
que todos los servidores no primarios transmitan de manera simultnea las
respuestas. Cada mquina no primaria que recibe una solicitud computa un
retraso en forma aleatoria y, luego, enva la respuesta. Bajo circunstancias
normales, el servidor primario responde de inmediato y las respuestas
sucesivas se retrasan, as que existe una probabilidad muy baja de que lleguen
al mismo tiempo. Cuando el servidor primario no est disponible, la maquina
solicitante pasa por un corto retraso antes de recibir una respuesta. Al escoger
con cuidado los tiempos de retraso, el diseador puede asegurar que las
maquinas solicitantes no hagan transmisiones por difusin antes de recibir una
respuesta.
En el arranque del sistema, una computadora que no tenga un disco
permanente debe contactar a un servidor para encontrar su direccin IP antes
de que pueda comunicar por medio del TCP/IP.
El protocolo RARP utiliza el direccionamiento fsico de red para obtener la
direccin de red de redes de la mquina. El mecanismo de RARP proporciona la
direccin de hardware fsico de la mquina de destino para identificar de
manera nica el procesador y transmite por difusin la solicitud RARP. Los
servidores en la red el mensaje, buscan la transformacin en una tabla y
responden al transmisor. Una vez que una maquina obtiene su direccin IP, la
guarda en la memoria y no devuelve a utilizar RARP hasta que se inicia de
nuevo.

Protocolo RARP ( Reverse Address Resolition Protocol)

Del modo inverso a ARP el protocolo RARP se utiliza cuando un computador

conoce su direccin MAC pero desconoce su direccin IP. Segn el protocolo
TCP/IP esto seria un inconveniente para enviar informacin a las capas
superiores. Lo que se necesita para una interrogacin RARP sea atendida es un
servidor RARP en la red. Cabe destacar que tanto el protocolo ARP como RARP
cuentan con una misma estructura.

Bueno veremos como funciona , la computadora 1 quiere enviar

informacin a la computadora 5 , la computadora 1 sabe su numero MAC
(Direccin Fsica) pero desconoce su direccin IP (Direccin Lgica) aqu es
donde interviene el protocolo RARP. RARP arma un paquete que contiene en
su campo direccin destino una direccin IP Broadcast (formada por un
conjunto de bits 1) para asegurarse de que toda la red lo vea. El campo
direccin IP origen permanece en blanco (es lo que deseamos averiguar). Tanto
direccin MAC origen y destino deben ser completados por con direccin MAC
Origen y Destino

El nico autorizado a responder una peticin RARAP es el servidor RARP

designado el cual posee la direccin IP 200.5934.50 , l contiene una tabla ARP
de la red , la cual no es cach por lo tanto no se borra al reiniciar el servidor.
Una vez que el Servidor RARP toma la trama de interrogacin compara la
direccin MAC origen con su tabla , la asocia con la IP correspondiente y arma
el RARP reply el cual ser enviado a la computadora 1 , ella podr ver el
campo IP destino su propia direccin IP . La computadora 1 copiara en su
memoria cach su direccin IP y all permanece hasta finalizar la sesin.