Unicast: el proceso por el cual se envía un paquete de un host a un host individual.
Broadcast: el
proceso por el cual se envía un paquete de un host a todos los hosts de la red. Multicast: el proceso por
el cual se envía un paquete de un host a un grupo seleccionado de hosts. Estos tres tipos de
comunicación se usan con diferentes objetivos en las redes de datos. En los tres casos, se coloca la
dirección IPv4 del host de origen en el encabezado del paquete como la dirección de origen. Tráfico
unicast: La comunicación unicast se usa para una comunicación normal de host a host, tanto en una red
de cliente/servidor como en una red punto a punto. Los paquetes unicast utilizan la dirección host del
dispositivo de destino como la dirección de destino y pueden enrutarse a través de una internetwork.
Sin embargo, los paquetes broadcast y multicast usan direcciones especiales como la dirección de
destino. Al utilizar estas direcciones especiales, los broadcasts están generalmente restringidos a la red
local. El ámbito del tráfico multicast también puede estar limitado a la red local o enrutado a través de
una internetwork. En una red IPv4, a la dirección unicast aplicada a un dispositivo final se le denomina
dirección de host. En la comunicación unicast, las direcciones host asignadas a dos dispositivos finales
se usan como direcciones IPv4 de origen y de destino. Durante el proceso de encapsulación, el host de
origen coloca su dirección IPv4 en el encabezado del paquete unicast como la dirección host de origen
y la dirección IPv4 del host de destino en el encabezado del paquete como la dirección de destino. Es
posible enviar la comunicación utilizando un paquete unicast por medio de una internetwork con las
mismas direcciones. Transmisión de broadcast: Dado que el tráfico de broadcast se usa para enviar
paquetes a todos los hosts de la red, un paquete usa una dirección de broadcast especial. Cuando un
host recibe un paquete con la dirección de broadcast como destino, éste procesa el paquete como lo
haría con un paquete con dirección unicast. La transmisión de broadcast se usa para ubicar
servicios/dispositivos especiales para los cuales no se conoce la dirección o cuando un host debe
brindar información a todos los hosts de la red. Algunos ejemplos para utilizar una transmisión de
broadcast son: Asignar direcciones de capa superior a direcciones de capa inferior, Solicitar una
dirección, Intercambiar información de enrutamiento por medio de protocolos de enrutamiento
Cuando un host necesita información envía una solicitud, llamada consulta, a la dirección de broadcast.
Todos los hosts de la red reciben y procesan esta consulta. Uno o más hosts que poseen la información
solicitada responderán, típicamente mediante unicast. De forma similar, cuando un host necesita enviar
información a los hosts de una red, éste crea y envía un paquete de broadcast con la información. A
diferencia de unicast, donde los paquetes pueden ser enrutados por toda la internetwork, los paquetes
de broadcast normalmente están restringidos a la red local. Esta restricción depende de la configuración
del router que bordea la red y del tipo de broadcast. Existen dos tipos de broadcasts: broadcast dirigido
y broadcast limitado. Broadcast dirigido: Se envía un broadcast dirigido a todos los hosts en una red
específica. Este tipo de broadcast es útil para enviar un broadcast a todos los hosts de una red local. Por
ejemplo: para que un host fuera de la red se comunique con los hosts dentro de la red [Link] /24, la
dirección de destino del paquete sería [Link]. Esto se muestra en la figura. Aunque los routers no
envían broadcasts dirigidos por defecto, se los puede configurar para que lo hagan. Broadcast
limitado: El broadcast limitado se usa para la comunicación que está limitada a los hosts en la red
local. Estos paquetes usan una dirección IPv4 de destino [Link]. Los routers no envían estos
broadcasts. Los paquetes dirigidos a la dirección de broadcast limitada sólo aparecerán en la red local.
Por esta razón, también se hace referencia a una red IPv4 como un dominio de broadcast. Los routers
son disposittivos fronterizos para un dominio de broadcast. A modo de ejemplo, un host dentro de la
red [Link] /24 transmitiría a todos los hosts en su red utilizando un paquete con una dirección de
destino [Link]. Como se mostró anteriormente, cuando se transmite un paquete, éste utiliza
recursos de la red y de esta manera obliga a cada host de la red que lo recibe a procesar el paquete. Por
lo tanto, el tráfico de broadcast debe limitarse para que no afecte negativamente el rendimiento de la
red o de los dispositivos. Debido a que los routers separan dominios de broadcast, subdividir las redes
con tráfico de broadcast excesivo puede mejorar el rendimiento de la red. Transmisión de multicast:
La transmisión de multicast está diseñada para conservar el ancho de banda de la red IPv4. Ésta reduce
el tráfico al permitir que un host envíe un único paquete a un conjunto seleccionado de hosts. Para
alcanzar hosts de destino múltiples mediante la comunicación unicast, sería necesario que el host de
origen envíe un paquete individual dirigido a cada host. Con multicast, el host de origen puede enviar
un único paquete que llegue a miles de hosts de destino. Algunos ejemplos de transmisión de multicast
son:Distribución de audio y video, Intercambio de información de enrutamiento por medio de
protocolos de enrutamiento, Distribución de software, Suministro de noticias,
Clientes Multicast: Los hosts que desean recibir datos multicast específicos se denominan clientes
multicast. Los clientes multicast usan servicios iniciados por un programa cliente para subscribirse al
grupo multicast. Cada grupo multicast está representado por una sola dirección IPv4 de destino
multicast. Cuando un host IPv4 se suscribe a un grupo multicast, el host procesa paquetes dirigidos a
esta dirección multicast y paquetes dirigidos a su dirección unicast exclusivamente asignada. Como se
puede ver, IPv4 ha apartado un bloque especial de direcciones desde [Link] a [Link] para
direccionamiento de grupos multicast
ICMPv4 PROTOCOLO QUE ADMITE PRUEBAS Y MENSAJERIA
A pesar de que IPv4 no es un protocolo confiable, ofrece el envío de mensajes en caso de determinados
errores. Estos mensajes se envían mediante servicios del Control Messaging Protocol (Protocolo de
mensajes de control de Internet, ICMPv4). El objetivo de estos mensajes es proporcionar respuestas
acerca de temas relacionados con el procesamiento de paquetes IP bajo determinadas condiciones, no
es hacer que el IP sea confiable. Los mensajes de ICMP no son obligatorios y a menudo no se permiten
por razones de seguridad. ICMP es el protocolo de mensajería para el conjunto de aplicaciones TCP/IP.
ICMP proporciona mensajes de control y error y se usa mediante las utilidades ping y traceroute. A
pesar de que ICMP usa el soporte básico de IP como si fuera un protocolo ICMP de mayor nivel, en
realidad es una capa 3 separada del conjunto de aplicaciones TCP/IP. Los tipos de mensajes ICMP, y
los motivos por los que se envían, son vastos. Se tratarán algunos de los mensajes más comunes. Los
mensajes ICMP que se pueden enviar incluyen:
Confirmación de host: Se puede utilizar un Mensaje de eco del ICMP para determinar si un host está
en funcionamiento. El host local envía una petición de eco de ICMP a un host. El host que recibe el
mensaje de eco responde mediante la respuesta de eco de ICMP, como se muestra en la figura. Este uso
de los mensajes de eco de ICMP es la base de la utilidad ping.
Destino o servicio inalcanzable: Se puede usar el destino inalcanzable de ICMP para notificar a un
host que el destino o servicio es inalcanzable. Cuando un host o gateway recibe un paquete que no
puede enviar, puede enviar un paquete de destino inalcanzable de ICMP al host que origina el paquete.
El paquete de destino inalcanzable tendrá códigos que indican el motivo por el cual el paquete no pudo
ser enviado. Entre los códigos de destino inalcanzable se encuentran:
0 = red inalcanzable
1 = host inalcanzable
2 = protocolo inalcanzable
3 = puerto inalcanzable
Los códigos para las respuestas red inalcanzable y host inalcanzable son respuestas de un router que no
puede enviar un paquete. Si un router recibe un paquete para el cual no posee una ruta, puede responder
con un código de destino inalcanzable de ICMP = 0, que indica que la red es inalcanzable. Si un router
recibe un paquete para el cual posee una ruta conectada pero no puede enviar el paquete al host en la
red conectada, el router puede responder con un código de destino inalcanzable de ICMP = 1, que
indica que se conoce la red pero que el host es inalcanzable. Los códigos 2 y 3 (protocolo inalcanzable
y puerto inalcanzable) son utilizados por un host final para indicar que el segmento TCP o el datagrama
UDP en un paquete no pudo ser enviado al servicio de capa superior. Cuando el host final recibe un
paquete con una PDU de capa 4 que se enviará a un servicio no disponible, el host puede responder al
host de origen con un código de destino inalcanzable de ICMP = 2 o con un código = 3, que indica que
el servicio no está disponible. Es posible que el servicio no esté disponible debido a que no hay un
daemon en funcionamiento que proporcione el servicio o porque la seguridad del host no permite el
acceso al servicio.
Tiempo superado: Un router utiliza un mensaje de tiempo superado de ICMP para indicar que no se
puede enviar un paquete debido a que el campo TTL del paquete ha expirado. Sin un router recibe un
paquete y dismimuye el campo TTL del paquete a cero, éste descarta el paquete. El router también
puede enviar un mensaje de tiempo superado de ICMP al host de origen para informar al host el motivo
por el que se descartó el paquete.
Redireccionamiento de ruta: Un router puede usar un mensaje de redireccionamiento de ICMP para
notificar a los hosts de una red acerca de una mejor ruta disponible para un destino en particular. Es
posible que este mensaje sólo pueda usarse cuando el host de origen esté en la misma red física que
ambos gateways. SI un router recibe un paquete para el cual tiene una ruta y para el próximo salto se
conecta con la misma interfaz del paquete recibido, el router puede enviar un mensaje de
redireccionamiento de ICMP al host de origen. Este mensaje informará al host de origen acerca del
próximo salto en una ruta de la tabla de enrutamiento.
Disminución de velocidad en origen: El mensaje de disminución de velocidad en origen de ICMP
puede usarse para informar al origen que deje de enviar paquetes por un tiempo. Si un router no posee
suficiente espacio en búfer para recibir paquetes entrantes, un router descartará los paquetes. SI debe
hacerlo, también puede enviar un mensaje de disminución de velocidad en origen de ICMP a los hosts
de origen por cada mensaje que descarta.
Un host de destino también puede enviar un mensaje de disminución de velocidad en origen si los
datagramas llegan demasiado rápido para ser procesados.
Cuando un host recibe un mensaje de disminución de velocidad en origen de ICMP, lo informa a la
capa de transporte. El host de origen puede utilizar el mecanismo de control de flujo de TCP para
adaptar la transmisión.
