Internet Control Message Protocol

El Protocolo de Mensajes de Control de Internet procesamientos de IP normal, en lugar de ser procesado

o ICMP (por sus siglas en ingls de Internet Control como un sub-protocolo normal de IP. En la mayora de
Message Protocol) es el sub protocolo de control y no- los casos, es necesario analizar el contenido de los men-
ticacin de errores del Protocolo de Internet (IP). Co- sajes de ICMP( Protocolo de Mensajes de Control de In-
mo tal, se usa para enviar mensajes de error, indicando ternet)y entregar el mensaje de error correspondiente a la
por ejemplo que un servicio determinado no est disponi- aplicacin que gener el paquete IP original, el que envi
ble o que un router o host no puede ser localizado. Tam- el paquete que se le solicitara el envi del mensaje ICMP.
bin puede ser utilizado para transmitir mensajes ICMP Por ejemplo, cada router que reenva un datagrama IP tie-
Query. ne que disminuir el campo de tiempo de vida (TTL) de la
ICMP diere del propsito de TCP y UDP ya que gene- cabecera IP en una unidad; si el TTL llega a 0, un mensa-
ralmente no se utiliza directamente por las aplicaciones je ICMP Tiempo de Vida se ha excedido en transmitir-
de usuario en la red. La nica excepcin es la herramienta se es enviado a la fuente del datagrama. Cada mensaje
ping y traceroute, que envan mensajes de peticin Echo ICMP es encapsulado directamente en un solo datagrama
ICMP (y recibe mensajes de respuesta Echo) para deter- IP, y por tanto no garantiza la entrega del ICMP. Aunque
minar si un host est disponible, el tiempo que le toma a los mensajes ICMP son contenidos dentro de datagramas
los paquetes en ir y regresar a ese host y cantidad de hosts estndar IP, los mensajes ICMP se procesan como un ca-
por los que pasa. so especial del procesamiento normal de IP, algo as como
Este protocolo es parte de la suite de protocolo de Inter- el procesamiento de un sub-protocolo de IP. En muchos
net, de esta manera se dene en RFC 792. Los mensajes casos es necesario inspeccionar el contenido del mensa-
de este protocolo se utilizan con nes de diagnstico o je ICMP y entregar el mensaje apropiado de error a la
control y se generan en respuesta a los errores en ope- aplicacin que gener el paquete IP original, aquel que
solicit el envo del mensaje ICMP.
raciones IP (como se especica en el RFC 1122). Estos
errores del protocolo ICMP se dirigen a la direccin IP La utilidad del protocolo ICMP es controlar si un paque-
de origen del paquete originario. te no puede alcanzar su destino, si su vida ha expirado,
Podramos decir, que todos los dispositivos (como inter- etc. Es decir, se usa para manejar mensajes de error y de
medio enrutador) reenvan un datagrama IP que dismi- control necesarios para los sistemas de la red, informan-
nuye el tiempo de vida en el encabezado IP por uno. Si el do con ellos a la fuente original para que evite o corrija
tiempo de vida (TTL) resultante es 0, el paquete se des- el problema detectado.
cartara y un ICMP de tiempo de vida superado en trnsito Muchas de las utilidades de red comunes estn basadas
enviara un mensaje de direccin al origen del datagrama. en los mensajes ICMP. El comando traceroute est im-
plementado transmitiendo datagramas IP con campos es-
peciales TTL IP en la cabecera, y buscando los mensajes
de Tiempo de Vida en trnsito y Destino inalcanza-
1 Aspectos tcnicos ble generados como respuesta. La herramienta ping est
implementada utilizando los mensajes Echo request y
ICMP es parte del conjunto de protocolos IP tal cual y Echo reply de ICMP.
como se deni en la RFC 792. Los mensajes ICMP
Diferentes empresas de servicios de red utilizan y se ba-
son comnmente generados en respuesta a errores en los
san en mensajes ICMP. Los comandos se implementan
datagramas de IP o para diagnstico y ruteo. La versin
mediante la transmisin de datagramas con campos de
de ICMP para IPv4 tambin es conocida como ICMPv4.
cabecera y especialmente establecidas, y en busca de pro-
IPv6 tiene su protocolo equivalente ICMPv6. Los men-
tocolos y de los mensajes de destino inalcanzable gene-
sajes ICMP son construidos en el nivel de capa de red.
rados en respuesta. La utilidad de ping es relacionada y se
IP encapsula el mensaje ICMP apropiado con una nueva
implementa mediante la peticin de eco en el protocolo
cabecera IP (para obtener los mensajes de respuesta des-
y mensajes de respuestas de eco.
de el host original que enva), y transmite el datagrama
resultante de manera habitual.
Los mensajes del protocolo ICMP se encuentra dentro de
los paquetes IP estndar, los mensajes ICMP se procesan
generalmente como un caso especial, para distinguirse de

1
2 2 MENSAJES DE CONTROL

1.1 Estructura de un segmento ICMP
El ICMP inicia despus del IPv4 cabecera y se identica
con el protocolo nmero 1. Todos los paquetes ICMP
tendrn una cabecera de 8 bytes y la seccin de datos de
tamao variable. Los primeros 4 bytes de la cabecera se-
rn consistentes. El primer byte es reservado para el tipo
de ICMP. El segundo octeto es para el cdigo de ICMP.
El tercer y cuarto byte es una suma de comprobacin de
todo el mensaje ICMP. El contenido de los restantes 4
bytes de la cabecera pueden variar dependiendo de la fun-
cin del tipo y el cdigo ICMP.
Los mensajes de error de este protocolo contienen una
seccin de datos que incluye todos los IP de cabecera ms
los 8 primeros bytes de los datos del paquete IP que ha
causado el mensaje de error. El paquete ICMP es encap-
sulado en un nuevo paquete IP.
Bits 0-7 8-15 16-23 24-31
0 Tipo Cdigo Checksum 32 Resto del encabezado
capa de red para prevenir estos tipos de situaciones. Es-
tas medidas se reeren como fuente de amortiguacin. En
un mecanismo de enfriamiento fuente, el enrutador con-
sidera que la tasa de datos entrantes es ms rpido que la
velocidad de datos de salida, y enva un mensaje ICMP a
los clientes, informndoles deben frenar su velocidad de
transferencia de datos o esperar una cantidad de tiempo
para enviar nuevamente datos. Al usuario recibir esta no-
ticacin automticamente se desacelerara la velocidad
de datos salientes o quedara en espera hasta que pase su-
ciente cantidad de tiempo lo que le permitir al router
vaciar la cola. Por lo tanto fuente saciar mensaje ICMP
actos como el control de ujo en la capa de red.
Donde Tipo debe establecerse en 4 Cdigo debe estable-
cerse en 0 Encabezado IP y los datos adicionales es uti-
lizado por el emisor para que coincida con la respuesta a
la solicitud correspondiente
2.2 Redirecciones

Tipo - Tipo de ICMP como se especica a conti- Redirigir las peticiones de los paquetes de datos se en-
nuacin. van en una ruta alternativa. ICMP Redirect: es un me-
canismo para enrutadores para transferir datos del router
Cdigo - Subtipo al tipo dado. a los hosts. El mensaje informa al receptor (hosts) que
actualice su informacin de enrutamiento. Si un antrin
Checksum - Datos comprobacin de errores. Cal-
intenta enviar informacin a travs del router 1 y el rou-
culado a partir de la cabecera ICMP + datos, con un
ter 1 enva la informacin al router 2 y una ruta directa
valor de 0 para este campo. El algoritmo de suma de
desde el host al router 2 est disponible (es decir, el an-
comprobacin se especica en RFC 1071.
trin y el router 2 estn en el mismo segmento de Et-
Resto del Header - Cuatro campo byte. Puede va- hernet), entonces el router 1 enviare una noticacin de
riar en funcin del tipo y cdigo ICMP. redireccin para informar al host que el mejor trayecto
para cumplir su destino es a travs del router 2. Entonces
el antrin debe enviar paquetes directamente al router
2. Y este intentara enviar el original datagrama al destino
2 Mensajes de Control previsto. Sin embargo, si el datagrama contiene datos del
enrutamiento, no se enviara esta noticacin incluso si
2.1 Fuente Saciable hay mejores caminos disponibles.
Donde:
La Fuente Saciable: las peticiones que provienen del
remitente disminuyen su velocidad sobre la base de los
mensajes enviados a un host o router. Este mensaje se Tipo Establecerse en 5.
puede generar si un router o host esta deciente en espa- Cdigo Especica el motivo de la redireccin,
cio de bfer para procesar esta solicitud, o puede ocurrir puede ser uno de los siguientes:
que el bufer del host o enrutador este llegando a su lmite.
La informacin es enviada a una velocidad muy alta que
parte de un antrin o de varios host al mismo tiempo Direccin IP Es la direccin de 32 bits de la
hacia un enrutador en particular perteneciente a la red. puerta de entrada a la de la direccin en la cual
Aunque un router tiene capacidades de almacenamiento debe ser enviada.
en bfer, esta se limita dentro de un rango en especco. IP de Cabecera Son los datos adicionales que
El enrutador no puede colocar ms datos que se excedan se incluyen para permitir que el host coincida
de la capacidad de almacenamiento que provee el bfer. con la respuesta a la solicitud de redireccin.
De esta forma, si la cola se llena, las informaciones se des-
cartan hasta que la cola ya no este saturada. Pero como
no hay mecanismos de conrmacin est presente en la 2.3 Tiempo Excedido
capa de red, el usuario no tiene conocimiento si la infor-
macin ha llegado a su destino con xito. De ah algunas El Tiempo excedido se crea por una puerta de enlace para
medidas correctivas deben ser tomadas por medio de la informar a la fuente de un datagrama debido al tiempo de
2.6 Solicitud de Direccin de Mscara
vida de campo al llegar a cero. Un mensaje sobrepasando
el tiempo tambin puede ser enviado por un host si no
logra volver a montar una fragmentacin de datagramas
dentro de su lmite de tiempo.
Los mensajes del tiempo excedido son utilizados por la
Ruta de Seguimiento de utilidad para identicar las puer-
tas de enlace en el cambio de los antriones.
Donde:
Tipo debe establecerse en 11
Cdigo especica la razn del mensaje de
tiempo excedido, se incluyen los siguientes
puntos:
El IP cabecera y los primeros 64 bits de la carga ori- que el bit de orden superior del timestamp tambin se es-
ginal til son utilizados por el host de origen para que tablezca como indicador del valor estndar.
coincida con el mensaje de tiempo excedido para el da-
tagrama descartado. Para los protocolos de nivel superior,
tales como UDP (Datagrama de Protocolo de Usuario) y
TCP (Protocolo de Control de Transmisin) el bit de car-
ga til de 64 bits incluir la fuente y puertos de destino de obtener una adecuada Mscara de Subred. Los remi-
del paquete descartado.
2.4 Timestamp
[1]
Timestamp Es usada para la sincronizacin de tiempo.
Consiste en el origen del timestamp
Donde:
Tipo debe establecerse en 13
Cdigo debe establecerse en 0
Identicador y nmero de secuencia puede ser
utilizado por el cliente para que coincida con
la marca de tiempo respuesta a la solicitud de
marca de hora.
Crear un timestamp es el nmero de milise-
gundos desde la media noche Horario Univer-
sal (UT). Si una referencia UT no est disponi-
ble el bit ms signicativo se puede congurar
para indicar un valor de tiempo no estndar.
2.5 Respuesta Timestamp
Respuesta a una timestamp del mensaje. Se compone de
la timestamp originario enviado por el remitente del ti-
mestamp, as como una timestamp y as recibir una ti-
mestamp de la transmisin.
Donde:
Tipo Debe establecerse en 14
Cdigio De establecerse en 0
3
Idencador y Nmero de Secuencia puede
ser utilizado por el cliente para que coincida
con la respuesta a la solicitud que hizo.
Crear un timestamp es la ltima vez que el
remitente toco el mensaje antes de enviarlo.
Recibe timestamp es el tiempo que el genera-
dor de ecos maneja el mensaje recibido.
Transmite un timestamp es el tiempo que el
generador de ecos toc el mensaje por ltima
vez antes de enviarlo.
Todos los timestamp son en unidades de milisegundos
desde la medianoche UT. Si el tiempo no est disponi-
ble en milisegundos o no puede ser proporcionado con
respecto a la medianoche UT entonces cualquier momen-
to se puede insertar en una timestamp siempre y cuando
2.6 Solicitud de Direccin de Mscara
se enva normalmente por un host a un router con el n
tentes deben responder este mensaje con una Solicitud de
Direccin de Mscara.
Donde:
Tipo debe establecerse en 17
Cdigo debe establecerse en 0
Direccn de Mscara puede ajustarse en 0
ICMP Solicitud de Direccin de Mscara puede ser usada
como parte de un proceso de reconocimiento para recabar
informacin sobre la red de destino, por lo tanto, ICMP
Solicitud de Direccin de Mscara est desactivando por
defecto en Cisco IOS. [2]
2.7 Respuesta a la Direccin de Mscara
La Respuesta a la Direccin de Mscara se utiliza para
responder a un mensaje de peticin de direccin de ms-
cara con una mscara de subred adecuada.
Donde:
Tipo debe establecerse 18
Cdigo debe establecerse en 0
Direccin de Mscara debe establecerse en la
mscara de subred
2.8 Destino de Mensaje Inalcanzable
El Destino Inalcanzable se genera por el host o en la
puerta de enlace entrante para informar al cliente de que
4 5 FORMATO DEL PROTOCOLO

el destino es inalcanzable por alguna razn. Un mensaje 0 - Echo Reply

de destino inalcanzable se puede generar como resultado
de un TCP, UDP o ICMP u otra transmisin.Los Puertos 1 - Reservado
TCP inalcanzables sobre todo responden con TCP RST
2 - Reservado
en lugar de un tipo de destino inalcanzable 3 como era de
esperar. 3 - Destination Unreachable
El error no se gnera si el datagrama original tiene un
4 - Source Quench
IP Multicast[3] de direccin de destino. Las razones para
este mensaje pueden incluir: la conexin fsica con el host 5 - Redirect Message
no existe (la distancia es innita), el protocolo indicado o
el puerto no est activo, los datos deben ser fragmentados 6 - Direccin Alterna de Host
pero el marcador no fragmentar est activo.
7 - Reservado
Donde:
8 - Echo Request (Ping)
Tipo campo(bits 0-7) debe establecerse en 3 9 - Anuncio de Router
Cdigo campo(bits 8-15) es utilizado para es-
pecicar un tipo de error. 10 - Solicitud de Router

11 - Tiempo Excedido

3 Encapsulacin 12 - Problema de Parmetro

[4]
13 - Marca de tiempo

Un mensaje ICMP se encapsula en IP: 14 - Respuesta de Marca de tiempo

Cabecera L2 | Cabecera IP | Cabecera ICMP | Datos.... 15 - Peticin de Informacin

16 - Respuesta de Informacin
4 Cabecera ICMP 17 - Peticin de Mscara de Direccin

18 - Respuesta de Mscara de Direccin

ICMP se puede utilizar para transmitir diferentes tipos
de mensajes de gestin, que se identican principalmente 19 - Reservado para seguridad
por el tipo y el cdigo correspondiente.
20-29 - Reservado para experimentos de robustez
Bit del Mensaje: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4
5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 Cdigo | Cabecera de 30 - Traceroute
comprobacin ICMP | Datos....
31 - Error de Conversin de Datagrama

32 - Redireccin de Host Mvil

5 Formato del Protocolo
33 - IPv6

34 - Peticin de Registro de Mvil

35 - Respuesta de registro de Mvil

36 - Peticin de Nombre de Dominio

37 - Respuesta de Nombre de Dominio

38 - SKIP Protocolo de Algoritmo de Descubri-

miento

39 - Photuris, Fallas de Seguridad

40-255 - Reservado
Ejemplo de envo y recepcin de un ping
(Fuente: IANA ICMP Parameters)
Lista de mensajes de control permitidos (incompleta):
 5

6 Referencias
[1] en:timestamp( http://en.wikipedia.org/wiki/Timestamp)

[2] Cisco IOS IP Command Reference, Volume 1 of 4:

Addressing and Services, Release 12.3 - IP Addressing
and Services Commands: ip mask-reply through ip web-
cache. Cisco Systems. Archivado desde el original el 29
de noviembre de 2015. Consultado el 7 de enero de 2013.

[3] en:Multicast( http://en.wikipedia.org/wiki/Multicast)

[4] it:ICMP(http://it.wikipedia.org/wiki/Internet_Control_
Message_Protocol#Incapsulamento)

7 Enlaces externos
RFC0792: Protocolo ICMP (en espaol)
6 8 ORIGEN DEL TEXTO Y LAS IMGENES, COLABORADORES Y LICENCIAS

8 Origen del texto y las imgenes, colaboradores y licencias

8.1 Texto
Internet Control Message Protocol Fuente: https://es.wikipedia.org/wiki/Internet_Control_Message_Protocol?oldid=90109118 Colabo-
radores: AstroNomo, Macar~eswiki, Moriel, Sauron, JorgeGG, Ejmeza, Sms, Salu2, Barcex, Enric Naval, Jsl, Renabot, Caos, JMPerez, Hari
Seldon, Rembiapo pohyiete (bot), Ttwaring, RobotQuistnix, Diegospina, Superzerocool, Toxickore, Yrbot, BOT-Superzerocool, Oscar .,
FlaBot, YurikBot, GermanX, Gaijin, KnightRider, JRGL, Pieraco, BOTpolicia, CEM-bot, JosepabloULE, Thijs!bot, Faracura, JAnDbot,
Lelguea, Muro de Aguas, TXiKiBoT, Plux, Zyder, VolkovBot, Technopat, Shooke, Barri, AlleborgoBot, Muro Bot, BotMultichill, SieBot,
Loveless, Er conde, Manw, Tirithel, Javierito92, Botelln, Alecs.bot, Alexbot, SilvonenBot, UA31, AVBOT, Dermot, MastiBot, Diegus-
jaimes, Bethan 182, HerculeBot, Arjuno3, Luckas-bot, Amirobot, Jotterbot, Jkbw, ChenzwBot, KamikazeBot, ZroBot, Sergio Andres
Segovia, Grillitus, Alma mter, CocuBot, MetroBot, Elvisor, Dexbot, Legobot, Maky1800, Paredesjesus84, Zeballosm, BOTito, Blarzek
y Annimos: 78

8.2 Imgenes
Archivo:ICMPv1.PNG Fuente: https://upload.wikimedia.org/wikipedia/commons/7/70/ICMPv1.PNG Licencia: Public domain Colabo-
radores: No machine-readable source provided. Own work assumed (based on copyright claims). Artista original: No machine-readable
author provided. SSN ULE~commonswiki assumed (based on copyright claims).

8.3 Licencia del contenido

Creative Commons Attribution-Share Alike 3.0