Plataforma

 Educativa  UNIDEG  
Materia:  Administración  de  Redes  

 
 
Tema 2.3 Protocolos auxiliares de la capa de Red

Protocolo ICMP

Es utilizado por el protocolo ip para diagnostico y notificación de errores. Su

propósito no esta en el transporte de los datos, si no en controlar si un paquete no
puede llegar a su destino si su ttl ha expirado, si el encabezamiento lleva un valor
no permitido, etc., emitiendo un mensaje de error o control a la fuente que emitió
los datos para que evite o corrija el problema detectado..

Este protocolo solo es informativo per no toma decisiones, además estos

mensajes icmp son sontruidos a nivel de la capa de red.

Existen 4 diferentes paquetes icmp.

Echo request: es el que usa el comando ping para comprobar si existe

conectividad entre dos maquinas, petición de eco.

Echo replay: la respuesta al eco request.

Timestamp request: este ha quedado obsoleto.

Information request: este ha quedado obsoleto.

Address mask requests: no se suelen utilizar a menudo pero a veces pueden

resultar bastante útiles.

Campos en los datagramas ICMP.

Type 8 bits: identifica el tipo especifico de mensaje icmp puede tener 15 valores
posibles.

Code 8 bits: se especifican las condiciones diferentes.

Cheksum 16 bits: campo de comprobación de integridad para el total del mensaje

icmp.

Contents: de longitud variable, depende del tipo de mensaje.

Documento  tomado  de  http://www.redesyseguridad.es/el-­‐protocolo-­‐icmp/,  y  de  

http://alvaroprimoguijarro.files.wordpress.com/2011/10/dhcp.pdf    
Plataforma  Educativa  UNIDEG  
Materia:  Administración  de  Redes  

IGMP (Internet Group Management Protocol)

IGMP es el protocolo encargado de gestionar los grupos multicast . Es un

protocolo de la capa IP, y los mensajes se transmiten encapsulados en
datagramas IP. Mediante IGMP los equipos se registran dinámicamente en un
grupo multicast. Hay tres versiones de este protocolo, definidas en las [RFC 1112],
[RFC 2236] y [RFC 3376]. ([RFC 988] define la versión 0, que pronto quedó
obsoleta).

Dichos documentos definen también tres niveles de capacidad multicast para los
equipos que conforman una red. Los equipos de nivel 0 no tienen ninguna
capacidad de mover tráfico IP Multicast, no pueden recibir paquetes multicast ni
enviarlos. Los equipos de nivel 1 son aquellos que tienen capacidad de enviar
dicho tráfico, pero no de recibirlo; pueden actuar como fuente pero no como
receptor. Por último, los equipos de nivel 2 tienen capacidad tanto de enviar el
tráfico multicast como de recibirlo.

El funcionamiento de IGMP es el siguiente. Cuando un equipo quiere recibir

paquetes de un grupo multicast, envía un mensaje Membership Report con
destino la dirección del grupo y especificando la interfaz de red por donde quiere
recibirlo. Es posible unirse a un grupo multicast a través de distintas interfaces. En
este caso, el equipo recibirá paquetes duplicados, cada uno por cada interfaz.
También es posible que más de un proceso del mismo equipo reciba información
de este grupo, aunque en este caso no hay mensajes repetidos.

Tras enviar el mensaje de petición de unión al grupo, el equipo recibirá un

mensaje de confirmación o de fallo. Si el proceso funciona correctamente, el
protocolo se encargará de que los routers configuren la ruta para que los paquetes
multicast sean recibidos por el equipo de forma normal.

En la versión 1 de IGMP no hay mensajes explícitos para abandonar el grupo. En

lugar de eso, los routers multicast envían mensajes Membership Query en
intervalos regulares a la dirección 224.0.0.1 (todos los equipos de la red) y con
dirección de grupo 0. Los equipos que quieren seguir recibiendo paquetes de un
grupo responden con un Membership Request para ese grupo. Para evitar un
envío masivo de respuestas, cada equipo pone en marcha un contador de tiempo
de espera de valor aleatorio. Si cumplido ese tiempo nadie ha mandado respuesta
de confirmación de su grupo, responde. Si algún equipo ha respondido antes no
envía nada. De esta manera, el router sólo necesita una respuesta por grupo para
saber que tiene que seguir reenviando.

Documento  tomado  de  http://www.redesyseguridad.es/el-­‐protocolo-­‐icmp/,  y  de  

http://alvaroprimoguijarro.files.wordpress.com/2011/10/dhcp.pdf    
Plataforma  Educativa  UNIDEG  
Materia:  Administración  de  Redes  

A partir de estos mensajes y de los protocolos de enrutamiento los routers

multicast construyen tablas con las interfaces que contienen equipos
pertenecientes a cada grupo, de tal forma que si les llega un paquete multicast
saben por qué interfaces tienen que reenviarlo.

La versión 2 de IGMP añade la funcionalidad de desconexión explícita de un

grupo mediante el mensaje Leave Group. Cuando un host quiere abandonar un
grupo envía un mensaje Leave Group a la dirección 224.0.0.2 (todos los routers de
la red), en el que se especifica qué grupo se quiere abandonar. Los routers con
versión 1 no entienden este mensaje y lo tiran. Los que tienen la versión 2
responden con un Group-Specific Query, que funciona como un Membership
Query normal pero con dirección de grupo la especificada en el mensaje Leave
Group recibido. Si nadie contesta a este mensaje el router entiende que no hay
ningún equipo interesado en este grupo y es borrado de la tabla. De esta manera
se reduce el gasto de ancho de banda desde que el último ordenador de la red
abandona el grupo hasta que el router se da cuenta de ello y deja de enviar
mensajes Membership Query y paquetes multicast del grupo.

Otro tipo de mensaje nuevo en la versión 2 es el Version 2 Membership Report,

enviado por los equipos cuando detectan un router IGMPv2.

IGMPv3 añade capacidad para el filtrado de fuentes, es decir, la habilidad de que

un sistema informe de su interés en recibir paquetes de un grupo multicast sólo si
tienen como fuente una o varias específicas, o bien todas las fuentes excepto
algunas. Esta información será utilizada por los protocolos de enrutamiento para
evitar el reenvío de paquetes multicast provenientes de fuentes concretas a redes
que no tienen receptores interesados.

Documento  tomado  de  http://www.redesyseguridad.es/el-­‐protocolo-­‐icmp/,  y  de  

http://alvaroprimoguijarro.files.wordpress.com/2011/10/dhcp.pdf    
Plataforma  Educativa  UNIDEG  
Materia:  Administración  de  Redes  

Protocolo 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

Documento  tomado  de  http://www.redesyseguridad.es/el-­‐protocolo-­‐icmp/,  y  de  

http://alvaroprimoguijarro.files.wordpress.com/2011/10/dhcp.pdf