Cuando un equipo envía algo por la red, no siempre lo hace de la misma forma. Hay tres modos de envío, según a cuántos va dirigido el mensaje, y tienen nombres que suenan técnicos pero describen algo muy intuitivo: enviar a uno, a todos, o a un grupo. Se llaman unicast, broadcast y multicast. Distinguirlos explica cosas cotidianas: por qué ARP "molesta a todos", por qué un exceso de broadcast satura una red, y cómo se transmite video a muchos sin duplicar el tráfico.
Unicast: de uno a uno (lo normal)
Unicast es el modo cotidiano: un emisor envía a un único destinatario específico. Cuando abres una página web, descargas un archivo o mandas un correo, es unicast: tu equipo habla con ese servidor, y el mensaje va dirigido solo a él. La enorme mayoría del tráfico de una red es unicast. Es eficiente porque cada mensaje llega solo a quien debe, sin molestar a nadie más. Si tuvieras que quedarte con un solo modo, sería este.
Broadcast: de uno a todos (útil, pero ruidoso)
Broadcast envía a todos los equipos de la red local a la vez, quieran o no el mensaje. Es como gritar en un salón: todos lo oyen. Tiene usos legítimos e imprescindibles —el ejemplo estrella es ARP, que pregunta "¿quién tiene esta IP?" a toda la red porque no sabe aún a quién dirigirse—. El problema del broadcast es que no escala: cada equipo que lo recibe tiene que procesarlo aunque no le interese, y en una red grande, demasiado broadcast se convierte en ruido que consume recursos de todos. Un caso extremo es la tormenta de broadcast, donde el tráfico de difusión se multiplica hasta degradar la red entera.
Precisamente porque el broadcast no escala, las redes grandes se dividen en segmentos y VLANs: cada segmento es un "dominio de broadcast" acotado, de modo que un grito en un lado no molesta a toda la organización. Contener el broadcast es una de las razones de ser de la segmentación de redes.
Multicast: de uno al grupo suscrito (elegante)
Multicast es el término medio inteligente: un emisor envía a un grupo específico de equipos que se suscribieron a recibir ese flujo, y solo a ellos. No es a uno (unicast) ni a todos (broadcast), sino exactamente a los interesados. El ejemplo clásico es la transmisión de video o audio en vivo a muchos receptores: en vez de enviar una copia separada del video a cada espectador (que multiplicaría el tráfico), se envía un flujo multicast que la red replica solo hacia quienes están suscritos. También lo usan ciertos protocolos de red internos.
Multicast es eficiente y elegante, pero requiere que la red esté configurada para manejarlo bien; no "simplemente funciona" como el unicast. Por eso se ve más en entornos controlados (una red corporativa que transmite un evento interno, sistemas de IPTV) que en el internet abierto, donde el streaming masivo se resuelve por otras vías.
Por qué te conviene distinguirlos
Más allá de la teoría, estos tres modos explican síntomas reales. Si una red "se pone lenta para todos" sin causa aparente, un exceso de broadcast es sospechoso habitual. Si necesitas transmitir a muchos dentro de la empresa, multicast es la respuesta eficiente. Y entender que ARP es broadcast aclara por qué una red mal segmentada, con miles de equipos en un mismo dominio, sufre: cada consulta ARP molesta a todos. Los tres modos no son trivia de examen: son la diferencia entre una red que escala con orden y una que se ahoga en su propio ruido. Diseñar esa segmentación correctamente es parte de una red bien planeada.