ICMP Protocolo de Mensajes de Control de Internet I

ICMP
El Protocolo de Mensajes de Control de Internet o ICMP (por sus siglas en inglés
de Internet Control Message Protocol) es el sub protocolo de control y notificación de errores
del Protocolo de Internet (IP). Como tal, se usa para enviar mensajes de error, indicando por
ejemplo que un servicio determinado no está disponible o que un router o host no puede ser
localizado. También puede ser utilizado para transmitir mensajes ICMP Query.
ARP
El protocolo ARP tiene un papel clave entre los protocolos de capa de Internet relacionados con el
protocolo TCP/IP, ya que permite que se conozca la dirección física de una tarjeta de interfaz de
red correspondiente a una dirección IP. Por eso se llama Protocolo de Resolución de Dirección (en
inglés ARP significa Address Resolution Protocol). Cada equipo conectado a la red tiene un
número de identificación de 48 bits. Éste es un número único establecido en la fábrica en el
momento de fabricación de la tarjeta. Sin embargo, la comunicación en Internet no utiliza
directamente este número (ya que las direcciones de los equipos deberían cambiarse cada vez
que se cambia la tarjeta de interfaz de red), sino que utiliza una dirección lógica asignada por un
organismo: la dirección IP.
RARP
El protocolo RARP (Protocolo de Resolución de Dirección Inversa) es mucho menos utilizado. Es
un tipo de directorio inverso de direcciones lógicas y físicas.
En realidad, el protocolo RARP se usa esencialmente para las estaciones de trabajo sin discos
duros que desean conocer su dirección física. El protocolo RARP le permite a la estación de
trabajo averiguar su dirección IP desde una tabla de búsqueda entre las direcciones MAC
(direcciones físicas) y las direcciones IP alojadas por una pasarela ubicada en la misma red de
área local (LAN).
DHCP
DHCP significa Protocolo de configuración de host dinámico . Es un protocolo que permite que
un equipo conectado a una red pueda obtener su configuración (principalmente, su configuración
de red) en forma dinámica (es decir, sin intervención particular). Sólo tiene que especificarle al
equipo, mediante DHCP, que encuentre una dirección IP de manera independiente. El objetivo
principal es simplificar la administración de la red.
El protocolo DHCP sirve principalmente para distribuir direcciones IP en una red, pero desde sus
inicios se diseñó como un complemento del protocolo BOOTP (Protocolo Bootstrap), que se utiliza,
por ejemplo, cuando se instala un equipo a través de una red (BOOTP se usa junto con un servidor
TFTP donde el cliente encontrará los archivos que se cargarán y copiarán en el disco duro). Un
servidor DHCP puede devolver parámetros BOOTP o la configuración específica a un determinado
host.
BOOTP
El protocolo de arranque (BOOTP) es un protocolo de configuración de host desarrollado antes que
DHCP. DHCP supone una mejora con respecto a BOOTP y resuelve determinadas limitaciones que
tenía BOOTP como servicio de configuración de host. En RFC 951 se define BOOTP.
El proceso BOOTP involucra los siguientes pasos:
1. El cliente determine su propia dirección hardware; esta dirección está normalmente en una
ROM en el hardware.
2. Un cliente BOOTP envía su dirección hardware en un datagrama UDP al servidor. El
contenido completo de este datagrama se muestra en la figura - Formato del mensaje
BOOTP. Si el cliente sabe su dirección IP y/o la dirección del servidor, debería usarlos,
pero en general los clientes BOOTP no tienen datos de configuration IP del todo. Si el
cliente no sabe su propia dirección IP, usa 0.0.0.0. Si el cliente no sabe la dirección IP del
servidor, usa la dirección broadcast limitada (255.255.255.255). El número de puerto UDP
es el 67.
3. El servidor recibe el datagrama y busca la dirección hardware del cliente en su fichero de
configuración, que contiene la dirección IP del cliente. El servidor rellena los campos
restantes en el datagrama UDP y lo devuelve al cliente usando el puerto UDP 68. Se
puede usar uno de estos tres métodos para hacer esto:
o
Si el cliente supiera su propia dirección IP (se incluyó en la petición BOOTP),
entonces el servidor devuelve el datagrama directamente a esta dirección. Es
probable que la caché ARP en la pila de protocolo del servidor no sepa la dirección
hardware que empareja la dirección IP. ARP se utilizará para determinarlo como
normal.
o
Si el cliente no sabía su propia dirección IP (0.0.0.0 en la petición BOOTP),
entonces el servidor debe concern itself con su propia caché ARP. No se puede
usar ARP en el servidor para encontrar la dirección hardware del cliente porque el
cliente no sabe su dirección IP y por tanto no puede responder a una petición ARP.
Esto se llama el problema "del huevo y la gallina". Existen dos soluciones posibles:

Si el servidor tiene un mecanismo para actualizar directamente su propia
caché ARP sin usar ARP, lo hace de esta manera y envía el datagrama
directamente.

Si el servidor no puede actualizar su propia caché ARP, debe enviar una
respuesta broadcast.
4. Cuando recibe la respuesta, el cliente BOOTP grabará su propia dirección IP (permitiendo
que responda a las peticiones ARP) y comenzará el proceso de bootstrap.
http://es.kioskea.net/contents/260-el-protocolo-arp
http://es.wikipedia.org/wiki/Internet_Control_Message_Protocol
http://es.kioskea.net/contents/261-el-protocolo-dhcp
http://personales.upv.es/rmartin/TcpIp/cap04s09.html