Simplemente pon:
------------------------------------------------------------
| TYPE | ASSOCIATIONS | SCOPE | EXAMPLE |
------------------------------------------------------------
| Unicast | 1 to 1 | Whole network | HTTP |
------------------------------------------------------------
| Broadcast | 1 to Many | Subnet | ARP |
------------------------------------------------------------
| Multicast | One/Many to Many | Defined horizon | SLP |
------------------------------------------------------------
| Anycast | Many to Few | Whole network | 6to4 |
------------------------------------------------------------
La unidifusión se usa cuando dos nodos de red necesitan comunicarse entre sí. Esto es bastante sencillo, así que no voy a pasar mucho tiempo en ello. TCP por definición es un protocolo de unidifusión, excepto cuando hay Anycast involucrado (más sobre eso a continuación).
Cuando necesita que más de dos nodos vean el tráfico, tiene opciones.
Si todos los nodos están en la misma subred, la transmisión se convierte en una solución viable. Todos los nodos en la subred verán todo el tráfico. No se mantiene un estado de conexión similar a TCP. Broadcast es una característica de capa 2 en el protocolo Ethernet, y también una característica de capa 3 en IPv4.
La multidifusión es como una transmisión que puede cruzar subredes, pero a diferencia de la transmisión no toca todos los nodos. Los nodos tienen que suscribirse a un grupo de multidifusión para recibir información. Los protocolos de multidifusión suelen ser protocolos UDP, ya que, por definición, no se puede mantener ningún estado de conexión. Los nodos que transmiten datos a un grupo de multidifusión no saben qué nodos están recibiendo. De manera predeterminada, los enrutadores de Internet no pasan el tráfico de multidifusión. Sin embargo, para uso interno, está perfectamente permitido; por lo tanto, "Horizonte definido" en el gráfico anterior. La multidifusión es una característica de capa 3 de IPv4 e IPv6.
Para usar cualquier difusión , anuncia la misma red en múltiples puntos de Internet y confía en los cálculos de la ruta más corta para canalizar clientes a sus múltiples ubicaciones. En lo que respecta a los nodos de la red en sí, están utilizando una conexión de unidifusión para comunicarse con sus nodos emitidos. Para obtener más información sobre Anycast, intente: ¿Qué es "anycast" y cómo es útil? . Anycast también es una característica de la capa 3, pero es una función de cómo ocurre la fusión de rutas.
Ejemplos
Algunos ejemplos de cómo se utilizan los métodos no unidifusión en Internet real.
Broadcast
ARP es un protocolo de difusión y es utilizado por las pilas TCP / IP para determinar cómo enviar tráfico a otros nodos en la red. Si el destino está en la misma subred, ARP se usa para determinar la dirección MAC que va a la dirección IP indicada. Esta es una transmisión de Nivel 2 (Ethernet), a la dirección MAC reservada FF: FF: FF: FF: FF: FF.
Además, el protocolo de navegación de máquina de Microsoft se basa en la transmisión. Se crearon soluciones alternativas como WINS para permitir la exploración entre subredes. Esto implica una transmisión de Nivel 3 (IP), que es un paquete IP con la dirección de Destino indicada como la dirección de transmisión de la subred (en 192.168.101.0/24, la dirección de transmisión sería 192.168.101.255).
El protocolo NTP permite un método de difusión para anunciar fuentes de tiempo.
Multicast
Dentro de una red corporativa, Multicast puede entregar video en vivo a múltiples nodos sin tener que tener un ancho de banda masivo por parte del servidor que entrega el video. De esta forma, puede tener un servidor de video que alimenta una transmisión de 720p con solo una conexión de 100Mb, y aún así sirve esa alimentación a 3000 clientes.
Cuando Novell se mudó de IPX a IP, tuvieron que elegir un protocolo de publicidad de servicio para reemplazar el protocolo SAP en IPX. En IPX, el Protocolo de publicidad de servicios, hizo un anuncio en toda la red cada vez que anunció que un servicio estaba disponible. Como TCP / IP carecía de dicho protocolo de anuncio global, Novell decidió utilizar un protocolo basado en multidifusión en su lugar: el protocolo de ubicación del servicio. Los nuevos servidores anuncian sus servicios en el grupo de multidifusión SLP. Los clientes que buscan tipos específicos de servicios anuncian su necesidad al grupo de multidifusión y escuchan las respuestas no solicitadas.
Las impresoras HP anuncian su presencia en un grupo de multidifusión de forma predeterminada. Con las herramientas adecuadas, es muy fácil aprender qué impresoras están disponibles en su red.
El protocolo NTP también permite un método de multidifusión (IP 224.0.1.1) para anunciar fuentes de tiempo a áreas más allá de una sola subred.
Anycast
Anycast es un poco especial ya que las capas de unidifusión están por encima. Anycast está anunciando la misma red en diferentes partes de la red, para disminuir los saltos de red necesarios para llegar a esa red.
El protocolo de transición 6to4 IPv6 usa Anycast. Las puertas de enlace 6to4 anuncian su presencia en una IP específica, 192.88.99.1. Los clientes que buscan usar una puerta de enlace 6to4 envían tráfico a 192.88.99.1 y confían en la red para entregar la solicitud de conexión a un enrutador 6to4.
Los servicios NTP para hosts NTP especialmente populares pueden muy bien ser emitidos, pero no tengo prueba de ello. No hay nada en el protocolo para evitarlo.
Otros servicios usan Anycast para mejorar la localidad de datos para los usuarios finales. Google hace Anycast con sus páginas de búsqueda en algunos lugares (y geo-IP en otros). Los servidores DNS raíz usan Anycast por razones similares. ServerFault en sí mismo podría ir allí, tienen centros de datos en Nueva York y Oregón, pero aún no ha ido allí.
Preocupaciones de la red
El tráfico de transmisión excesivo puede robar a todos los nodos de esa subred de ancho de banda. Esto es menos preocupante en estos días con los puertos GigE full-duplex, pero en los días semidúplex de 10Mb una tormenta de transmisión podría detener una red realmente rápido. Esas redes semidúplex con un gran dominio de colisión en todos los nodos eran especialmente vulnerables a las tormentas de transmisión, por lo que los libros de redes, especialmente los más antiguos, dicen que vigilan el tráfico de transmisión. Las redes conmutadas / Full-Duplex son mucho más difíciles de detener con una tormenta de transmisión, pero aún puede suceder. La transmisión es necesaria para el correcto funcionamiento de las redes IP.
La multidifusión tiene la misma posibilidad de abuso. Si un nodo en el grupo de multidifusión comienza a enviar grandes cantidades de tráfico a ese grupo, todos los nodos suscritos verán todo ese tráfico. Al igual que con la transmisión, el tráfico excesivo de Mcast puede aumentar las posibilidades de colisiones en tales conexiones donde eso sea un problema.
La multidifusión es una función opcional con IPv4, pero se requiere para IPv6. La transmisión IPv4 se reemplaza por multidifusión en IPv6 (consulte también: ¿Por qué IPv6 no puede enviar transmisiones? ). Con frecuencia se apaga en redes IPv4. No es coincidencia, habilitar la multidifusión es una de las muchas razones por las que los ingenieros de redes desconfían de pasar a IPv6 antes de tener que hacerlo.
Calcular cuánto tráfico es demasiado depende de algunas cosas
- Half vs Full Duplex: las redes Half-duplex tienen tolerancias mucho más bajas para el tráfico bcast / mcast.
- Velocidad de los puertos de red: cuanto más rápida sea su red, menor será el problema. En los días de Ethernet de 10Mb, el 5-10% del tráfico en un puerto podría ser tráfico de difusión, si no más, pero en GigE es menos probable que menos del 1% (probablemente mucho menos).
- Número de nodos en la red: cuantos más nodos tenga, mayor será el tráfico de transmisión inevitable (ARP). Si ha transmitido protocolos específicos en uso, la exploración de Windows u otras cosas como los latidos del clúster, donde comenzarán los problemas, cambiará.
- Tecnología de red: Ethernet cableada es lo suficientemente rápida como para que siempre que tenga un equipo moderno que la conduzca, bcast / mcast no le cause problemas. La conexión inalámbrica, por otro lado, puede sufrir un tráfico de transmisión excesivo, ya que es un medio compartido entre todos los nodos y, por lo tanto, en un solo dominio de colisión.
Al final, el tráfico Bcast y Mcast roban los puertos de ancho de banda de la parte superior. Cuando comienza a preocuparse depende en gran medida de su red individual y la tolerancia para el rendimiento variable. En general, los recuentos de nodos de red no han escalado tan rápido como las velocidades de red, por lo que el porcentaje general de transmisión como número de tráfico ha disminuido con el tiempo.
Algunas redes no permiten la multidifusión por razones específicas, y otras nunca se han tomado el tiempo para configurarla. Existen algunos protocolos de multidifusión que pueden revelar información interesante (SLP es uno de esos) para cualquiera que escuche las cosas correctas. Personalmente , no me importa el tráfico de multidifusión menor, ya que la mayor molestia que he visto con él es la captura de redes contaminadas cuando estoy haciendo un análisis de red; y para eso hay filtros.