Hispanopedia Wiki
Articulo de referencia

Multidifusión IP

La multidifusión IP es un método para enviar datagramas del Protocolo de Internet (IP) a un grupo de receptores interesados ​​en una sola transmisión. Es la forma específica de ...

Hispanopedia WikiContenido en espanolLectura gratuita

La multidifusión IP es un método para enviar datagramas del Protocolo de Internet (IP) a un grupo de receptores interesados ​​en una sola transmisión. Es la forma específica de multidifusión para IP y se utiliza para la transmisión de contenido multimedia y otras aplicaciones de red. Utiliza bloques de direcciones de multidifusión reservados especialmente en IPv4 e IPv6 .

Los protocolos asociados con la multidifusión IP incluyen el Protocolo de administración de grupos de Internet (IGMP) , la multidifusión independiente del protocolo (IPM) y el registro de VLAN de multidifusión (VLAN Registration ). El IGMP snooping se utiliza para administrar el tráfico de multidifusión IP en redes de capa 2 .

La multidifusión IP se describe en el RFC 1112. La multidifusión IP se estandarizó por primera vez en 1986. [ 1 ] Sus especificaciones se han ampliado en el RFC 4604 para incluir la gestión de grupos y en el RFC 5771 para incluir direcciones con ámbito administrativo.   

Descripción técnica

La multidifusión IP es una técnica para la comunicación en tiempo real de uno a muchos y de muchos a muchos a través de una infraestructura IP en una red. Se adapta a un mayor número de receptores sin necesidad de conocer previamente la identidad de cada receptor ni su número. La multidifusión utiliza la infraestructura de red de forma eficiente, ya que requiere que la fuente envíe un paquete solo una vez, incluso si debe entregarse a un gran número de receptores. Los nodos de la red (normalmente conmutadores y enrutadores ) se encargan de replicar el paquete para que llegue a múltiples receptores, de modo que los mensajes se envían a través de cada enlace de la red solo una vez.

El protocolo de capa de transporte más común para el direccionamiento multicast es el Protocolo de Datagramas de Usuario (UDP). Por su naturaleza, UDP no es fiable: los mensajes pueden perderse o entregarse fuera de orden. Se han desarrollado protocolos multicast fiables , como el Protocolo de Multicast General Pragmático (PGM), para añadir detección de pérdidas y retransmisión a la multidifusión IP.

Los conceptos clave en la multidifusión IP incluyen una dirección de grupo de multidifusión IP, [ 2 ] un árbol de distribución de multidifusión y la creación de árboles impulsada por el receptor. [ 3 ]

Una dirección de grupo de multidifusión IP es utilizada por las fuentes y los receptores para enviar y recibir mensajes de multidifusión. Las fuentes utilizan la dirección de grupo como dirección IP de destino en sus paquetes de datos. Los receptores utilizan esta dirección de grupo para informar a la red que están interesados ​​en recibir paquetes enviados a ese grupo. Por ejemplo, si cierto contenido está asociado con el grupo 239.1.1.1 , la fuente enviará paquetes de datos destinados a 239.1.1.1 . Los receptores de ese contenido informarán a la red que están interesados ​​en recibir paquetes de datos enviados al grupo 239.1.1.1 . El receptor se une a 239.1.1.1 . El protocolo que suelen utilizar los receptores para unirse a un grupo se denomina Protocolo de administración de grupos de Internet (IGMP). [ 4 ]

Con los protocolos de enrutamiento basados ​​en árboles compartidos, una vez que los receptores se unen a un grupo de multidifusión IP específico, se construye un árbol de distribución de multidifusión para ese grupo. El protocolo más utilizado para esto es el Protocolo de Multidifusión Independiente (PIM). Este protocolo configura árboles de distribución de multidifusión de manera que los paquetes de datos de los remitentes a un grupo de multidifusión lleguen a todos los receptores que se hayan unido al grupo. Existen variaciones de las implementaciones de PIM: Modo Disperso (SM), Modo Denso (DM), multidifusión específica de origen (SSM) y Modo Bidireccional (Bidir o Modo Disperso-Denso, SDM). De estas, PIM-SM es la más implementada a partir de 2006.SSM y Bidir son variantes más sencillas y escalables, desarrolladas más recientemente y que están ganando popularidad.

El funcionamiento de la multidifusión IP no requiere que una fuente activa conozca a los receptores del grupo. La construcción del árbol de multidifusión está impulsada por los receptores y es iniciada por los nodos de red cercanos a ellos. La multidifusión IP se adapta a una gran cantidad de receptores. El arquitecto de Internet Dave Clark describió el modelo de multidifusión IP como: «Se envían paquetes por un extremo y la red se encarga de entregarlos a cualquiera que los solicite». [ 5 ]

La multidifusión IP crea información de estado por cada árbol de distribución de multidifusión en la red. Si un enrutador forma parte de 1000 árboles de multidifusión, tiene 1000 entradas de enrutamiento y reenvío de multidifusión. Por otro lado, un enrutador de multidifusión no necesita saber cómo llegar a todos los demás árboles de multidifusión en Internet. Solo necesita conocer los árboles de multidifusión para los que tiene receptores descendentes. Esto es clave para escalar los servicios con direcciones de multidifusión. En cambio, un enrutador de unidifusión necesita saber cómo llegar a todas las demás direcciones de unidifusión en Internet, incluso si lo hace usando solo una ruta predeterminada. Por esta razón, la agregación es clave para escalar el enrutamiento de unidifusión. Además, hay enrutadores centrales que transportan cientos de miles de rutas porque contienen la tabla de enrutamiento de Internet .

Enrutamiento

Cada host que desee ser miembro receptor de un grupo de multidifusión (es decir, recibir datos correspondientes a una dirección de multidifusión específica) debe usar IGMP para unirse. Los enrutadores adyacentes también utilizan este protocolo para comunicarse.

En el enrutamiento unicast, cada enrutador examina la dirección de destino de un paquete entrante y la consulta en una tabla para determinar qué interfaz utilizar para que el paquete se acerque a su destino. La dirección de origen es irrelevante para el enrutador. Sin embargo, en el enrutamiento multicast, la dirección de origen (que es una simple dirección unicast) se utiliza para determinar la dirección del flujo de datos. El origen del tráfico multicast se considera ascendente. El enrutador determina qué interfaces descendentes son destinos para este grupo multicast (la dirección de destino) y envía el paquete a través de las interfaces adecuadas. El término reenvío de ruta inversa se utiliza para describir este concepto de enrutamiento de paquetes desde el origen, en lugar de hacia el destino.

Pueden producirse varios errores si los paquetes destinados a la transmisión unicast se envían accidentalmente a una dirección multicast; en particular, el envío de paquetes ICMP a una dirección multicast se ha utilizado en el contexto de ataques DoS como una forma de lograr la amplificación de paquetes.

En la red local, la entrega de multidifusión está controlada por IGMP (en redes IPv4 ) y MLD (en redes IPv6 ); dentro de un dominio de enrutamiento , se utilizan PIM o MOSPF ; entre dominios de enrutamiento, se utilizan protocolos de enrutamiento de multidifusión entre dominios, como MBGP .

A continuación se presentan algunos protocolos comunes de entrega y enrutamiento utilizados para la distribución multicast:

Entrega de capa 2

Los paquetes unicast se entregan a un destinatario específico en una subred Ethernet o IEEE 802.3 estableciendo una dirección MAC de capa 2 específica en la dirección del paquete Ethernet. Los paquetes broadcast utilizan la dirección MAC broadcast FF:FF:FF:FF:FF:FF .

Los paquetes multicast IPv4 se entregan utilizando el rango de direcciones MAC Ethernet 01:00:5E:00:00:00 a 01:00:5E:7F:FF:FF (con un OUI propiedad de la IANA ). Este rango tiene 23 bits de espacio de direcciones disponible. El primer octeto (01) incluye el bit de difusión/multidifusión. Los 23 bits inferiores de la dirección IP multicast de 28 bits se asignan a los 23 bits del espacio de direcciones Ethernet disponible. Esto significa que existe ambigüedad en la entrega de paquetes. Si dos hosts en la misma subred se suscriben a un grupo multicast diferente cuya dirección difiere solo en los primeros 5 bits, los paquetes Ethernet para ambos grupos multicast se entregarán a ambos hosts, lo que obliga al software de red de los hosts a descartar los paquetes no necesarios. [ 6 ]

Para las direcciones de multidifusión IPv6 , la MAC de Ethernet se deriva de los cuatro octetos de orden inferior combinados con la MAC 33:33:00:00:00:00 , por lo que, por ejemplo, la dirección IPv6 ff02:dead:beef::1:3 se asignaría a la dirección MAC de Ethernet 33:33:00:01:00:03 . [ 7 ] Si un conmutador no entiende las direcciones de multidifusión, inundará ese tráfico a todos los miembros de una LAN; en este caso, la tarjeta de red del sistema (o el sistema operativo) tiene que filtrar los paquetes enviados a grupos de multidifusión a los que no está suscrito.

Existen conmutadores que monitorizan el tráfico IGMP y mantienen una tabla de estado que indica qué sistemas de red están suscritos a un grupo de multidifusión determinado. Esta tabla se utiliza para reenviar el tráfico destinado a dicho grupo únicamente a un conjunto limitado de hosts (puertos). Este proceso de monitorización del tráfico IGMP se denomina IGMP snooping .

Además, algunos conmutadores con capacidades de capa 3 pueden funcionar como consultores IGMP. En redes donde no hay un enrutador que actúe como enrutador de multidifusión, se puede usar un conmutador con la función de consultor IGMP snooping habilitada para generar los mensajes IGMP necesarios para que los usuarios se suscriban al tráfico de multidifusión.

Consideraciones sobre la tecnología inalámbrica

Las redes inalámbricas 802.11 utilizan el mismo rango de direcciones MAC que Ethernet cableada para asignar direcciones IP de multidifusión. Sin embargo, una red inalámbrica 802.11 gestiona el tráfico de multidifusión de forma diferente, según la configuración del mensaje de indicación de tráfico de entrega (DTIM) y los ajustes del intervalo de baliza . Si ninguna estación del conjunto de servicios básicos está en modo de ahorro de energía, los paquetes de multidifusión se envían inmediatamente al llegar. Si hay una o más estaciones en modo de ahorro de energía, los puntos de acceso solo entregan tráfico de multidifusión después de cada intervalo DTIM y transmiten a una de las velocidades admitidas en el conjunto de velocidad básica. En la mayoría de los puntos de acceso inalámbricos, la configuración predeterminada para este intervalo es de 102,4  ms (intervalo de baliza = 100 ms, DTIM = 1) o de 204,8 ms (intervalo de baliza = 100 ms, DTIM = 2), y la velocidad de transmisión es de 1 Mbit/s o 6 Mbit/s , según la banda de operación y el modo de protección. Los ajustes de DTIM y del intervalo de baliza se pueden modificar para mejorar el rendimiento de la multidifusión en redes inalámbricas. [ 8 ] 

A diferencia de Ethernet, la mayor parte del tráfico en 802.11 se envía de forma fiable mediante ACK y NACK, de modo que la interferencia de radio no provoca una pérdida de paquetes excesivamente alta . Sin embargo, los paquetes multicast se envían una sola vez y no se confirman, por lo que están sujetos a tasas de pérdida mucho mayores. Existen varios métodos para solucionar esto, como optar por enviar datos multicast de forma unicast repetidamente a cada cliente o solicitar ACK a cada cliente. [ 9 ] Algunos métodos solo requieren modificaciones en el punto de acceso y son compatibles con algunos dispositivos de clase empresarial, mientras que otras mejoras requerirían modificaciones en los clientes y, por lo tanto, no han tenido una adopción generalizada.

Multidifusión segura

La multidifusión IP es un método de comunicación por Internet en el que un único paquete de datos se transmite desde un emisor y se replica a un conjunto de receptores. Las técnicas de replicación dependen en cierta medida del medio utilizado para transmitir los datos. La transmisión de multidifusión en un medio de difusión inherente, como Ethernet o un enlace satelital, permite automáticamente que el paquete de datos sea recibido por todos los receptores conectados directamente al medio. En cambio, la transmisión de multidifusión en medios punto a punto o punto a multipunto requiere que el paquete se replique para cada enlace. El proceso de replicación debe realizarse de forma óptima mediante la creación de un árbol de distribución dentro de la red. El paquete se puede replicar en cada una de las ramas del árbol. Esto reduce la necesidad de que el emisor replique el paquete una vez para cada receptor.

El uso de IPsec como enlace de comunicación requiere el establecimiento de una conexión punto a punto. Generalmente, se requiere seguridad entre el emisor y el receptor, lo que implica que el emisor debe replicar el paquete en cada una de las conexiones seguras, una por cada receptor. A medida que aumenta el número de receptores, el emisor debe escalar replicando el paquete a cada uno de ellos. La carga de procesamiento que recae sobre el emisor puede ser elevada, lo que limita su escalabilidad. Se requería un nuevo método para transmitir multidifusión de forma segura, conocido como Multidifusión Segura o Seguridad de Multidifusión.

El Grupo de Trabajo de Ingeniería de Internet ( IETF ) creó un nuevo Protocolo de Internet (IP) para transmitir de forma segura tráfico multicast a través de una red de paquetes. La definición del protocolo se desarrolló en el Grupo de Trabajo de Seguridad Multicast y dio lugar a varias Solicitudes de Comentarios (RFC) que ahora se utilizan como estándares para proteger el tráfico multicast IP. El protocolo permite al remitente cifrar el paquete multicast y reenviarlo a la red de paquetes en el árbol de distribución óptimo. El paquete puede replicarse en las ubicaciones óptimas de la red y entregarse a todos los receptores. Los receptores son capaces de descifrar el paquete y reenviarlo en un entorno de red seguro. El remitente de un paquete multicast desconoce a los posibles receptores; por lo tanto, es imposible crear claves de cifrado por pares (una para cada receptor). El remitente debe cifrar los paquetes utilizando una clave compartida que todos los receptores legítimos utilizan para descifrarlos. La seguridad del sistema se basa en la capacidad de controlar la distribución de las claves únicamente a los receptores legítimos. Para ello, el IETF creó el protocolo de Dominio de Interpretación de Grupo (GDOI), definido en el RFC 6407. Este protocolo permite que el emisor y el receptor se unan a un servidor de claves donde se cifran y distribuyen políticas y claves a los miembros del grupo de multidifusión seguro. El servidor de claves puede autenticar y autorizar a emisores y receptores en un grupo específico, donde la clave compartida se utiliza para cifrar y descifrar el tráfico entre los miembros del grupo.

Multidifusión confiable

Por su propia naturaleza, la multidifusión no es un mecanismo orientado a la conexión, por lo que protocolos como TCP , que permiten la retransmisión de paquetes perdidos, no son apropiados. Para aplicaciones como la transmisión de audio y vídeo, la pérdida ocasional de un paquete no supone un problema. Sin embargo, para la distribución de datos críticos, se requiere un mecanismo que permita solicitar la retransmisión.

Un esquema de este tipo, propuesto por Cisco, es PGM (originalmente Pretty Good Multicasting, pero cambiado por motivos de marca registrada a Pragmatic General Multicast ), documentado en el RFC 3208. En este esquema, los paquetes de multidifusión tienen números de secuencia, y cuando se pierde un paquete, un receptor puede solicitar que se vuelva a enviar con otros miembros del grupo de multidifusión, ignorando los datos de reemplazo si no son necesarios. Una versión ampliada, PGM-CC, ha intentado hacer que la multidifusión IP sea más compatible con TCP reduciendo el ancho de banda de todo el grupo al disponible para el receptor con peor rendimiento.

Otros dos esquemas documentados por el Grupo de Trabajo de Ingeniería de Internet (IETF) son: el protocolo estándar NACK-Oriented Reliable Multicast (NORM), documentado en RFC 5740 y RFC 5401, y el protocolo File Delivery over Unidirectional Transport (FLUTE), documentado en RFC 6726. Existen implementaciones de código abierto, además de las propietarias, para estos. Existen otros protocolos similares, como Scalable Reliable Multicast , y están definidos por diversas fuentes. Estos protocolos varían en los métodos de detección de errores, los mecanismos utilizados en la recuperación de errores, la escalabilidad de dicha recuperación y las ideas subyacentes relacionadas con lo que significa ser confiable. Una lista de protocolos de multidifusión confiables del Taller de Multidifusión de ACM SIGCOMM, del 27 de agosto de 1996, documenta varios enfoques para el problema.

Grupos independientes como la Iniciativa de Estándares de Multidifusión del Protocolo de Internet (IPMSI) han afirmado que la falta de un protocolo de multidifusión IP seguro y verdaderamente escalable, como el propuesto Protocolo de Multidifusión Segura para Repetición Avanzada de Televisión (SMART), ha dificultado la adopción de la multidifusión IP en el enrutamiento entre dominios. La falta de un sistema ampliamente adoptado con seguridad de nivel AES y fiabilidad escalable ha impedido que las transmisiones de eventos deportivos (como el Super Bowl) y/o noticias de última hora se transmitan por Internet.

Los protocolos de multidifusión IP fiables, como PGM y SMART, son experimentales; el único protocolo que sigue la vía de estandarización es NORM (la revisión de la vía de estandarización de RFC 3941 se especifica en RFC 5401, y la revisión de la vía de estandarización de RFC 3940 se especifica en RFC 5740).

Protocolos basados ​​en multidifusión

Dado que la multidifusión es un modo de transmisión diferente a la unidifusión, solo los protocolos diseñados para multidifusión pueden utilizarse de forma adecuada con esta tecnología. La mayoría de los protocolos de aplicación existentes que utilizan multidifusión se ejecutan sobre el Protocolo de Datagramas de Usuario (UDP).

En muchas aplicaciones, el Protocolo de Transporte en Tiempo Real (RTP) se utiliza para la enmarcación de contenido multimedia mediante multidifusión; el Protocolo de Reserva de Recursos (RSVP) puede utilizarse para la reserva de ancho de banda en una red que admita la distribución por multidifusión. El DNS multidifusión (mDNS) permite resolver nombres de dominio o de host sin necesidad de un servidor DNS dedicado.

Despliegue

La multidifusión IP se utiliza ampliamente en empresas, bolsas de valores comerciales [ 10 ] y redes de distribución de contenido multimedia. Un uso común de la multidifusión IP en el ámbito empresarial es para aplicaciones de IPTV , como la distribución de televisión en directo y la retransmisión de reuniones de empresa.

En el sector hotelero, la multidifusión IP se ha generalizado para la distribución de IPTV en hoteles, y en el sector minorista, la multidifusión IP se utiliza ampliamente para la distribución de televisión y aplicaciones de publicidad en vídeo.

Los operadores de televisión de pago y algunas instituciones educativas con un número significativo de residencias estudiantiles en el campus han implementado la multidifusión IP para ofrecer transmisión unidireccional de contenido multimedia , como vídeo de alta velocidad, a grandes grupos de receptores. Además, se han utilizado algunas tecnologías de multidifusión para audioconferencias y videoconferencias. Estas son mucho menos frecuentes y suelen limitarse a instituciones de investigación y educación, que generalmente cuentan con una mayor capacidad de red para gestionar la demanda. Algunas conferencias y reuniones técnicas se transmiten mediante multidifusión IP. Hasta hace poco, muchas de las sesiones de las reuniones del IETF se realizaban mediante multidifusión.

Otro uso de la multidifusión en redes universitarias y comerciales es la distribución de archivos, en particular para entregar imágenes y actualizaciones del sistema operativo a equipos remotos. La principal ventaja de las imágenes de arranque por multidifusión sobre las imágenes de arranque por unidifusión es un consumo de ancho de banda de red significativamente menor.

La multidifusión IP también se ha implementado en el sector financiero para aplicaciones como cotizaciones bursátiles y sistemas de avisos telefónicos . [ 11 ]

Los elevados requisitos de estado en los enrutadores impiden que las aplicaciones que utilizan un gran número de árboles funcionen correctamente con la multidifusión IP. Tomemos como ejemplo la información de presencia , donde cada persona necesita mantener al menos un árbol de sus suscriptores, si no varios. Aún no se ha demostrado ningún mecanismo que permita que el modelo de multidifusión IP se adapte a millones de remitentes y millones de grupos de multidifusión; por lo tanto, todavía no es posible implementar aplicaciones de multidifusión completamente generales.

El RFC 3170 ( Aplicaciones de multidifusión IP: desafíos y soluciones ) ofrece una visión general de los problemas de implementación.

Historia

Desarrollo

La multidifusión IP fue desarrollada por primera vez por Steve Deering mientras estaba en la Universidad de Stanford, por lo que recibió el Premio IEEE de Internet. [ 12 ]

MBONE fue un enfoque experimental de larga duración para habilitar la multidifusión entre sitios mediante el uso de túneles. Si bien MBONE ya no está operativo, existe un renovado interés en volver a utilizar túneles para el tráfico de multidifusión con el fin de que el servicio esté disponible para una amplia gama de usuarios finales .

CastGate

CastGate fue un intento del grupo de investigación ETRO-TELE de la Vrije Universiteit Brussel de adoptar la multidifusión IP en Internet. [ 13 ]

Aunque la multidifusión habría permitido a los usuarios de Internet recibir contenido multimedia enriquecido y otros contenidos sin sobrecargar la red, seguía sin estar disponible para la mayoría. El proyecto CastGate intentó solucionar esto permitiendo a los usuarios finales conectarse mediante un túnel IP configurado automáticamente a través de redes que no admitían la multidifusión IP de forma nativa. La idea era que, si más usuarios disponían de capacidad de multidifusión, más proveedores de contenido verían las ventajas de transmitir contenido mediante multidifusión. Se esperaba que, si suficientes proveedores de contenido y usuarios utilizaban este servicio, más proveedores de servicios de Internet habilitarían la multidifusión IP de forma nativa para sus clientes. [ 13 ]

CastGate proporcionó un cliente de software para Microsoft Windows y Linux para conectarse a la red de túneles de CastGate. También proporcionó herramientas para agregar servidores de túnel y herramientas para recibir anuncios del Protocolo de Anuncio de Sesión (SAP) de la red de multidifusión con flujos de audio y video. [ 14 ]

El proyecto mantuvo un sitio web hasta 2007. [ 14 ]

Despliegue comercial

A partir de 2005, [ 15 ] la BBC comenzó a alentar a los proveedores de servicios de Internet con sede en el Reino Unido a adoptar servicios direccionables por multidifusión en sus redes, proporcionando BBC Radio con mayor calidad [ 16 ] que la disponible a través de sus servicios direccionables por unidifusión . Esto también ha sido respaldado por varias redes de radio comerciales, incluidas BBC , GCap Media , EMAP y Virgin Radio . [ 17 ]

Las emisoras públicas alemanas ARD [ 18 ] y ZDF , y la cadena franco-alemana Arte, ofrecen su programación televisiva mediante multidifusión en varias redes. El proveedor de servicios de internet austriaco Telekom Austria ofrece a sus clientes de línea de abonado digital (DSL) un decodificador que utiliza direccionamiento multidifusión para recibir emisiones de televisión y radio. En Alemania , T-Home, una marca de Deutsche Telekom , ofrece un servicio similar.

Software de multidifusión IP

  • Repositorio de herramientas multimedia , Reino Unido : UCL, archivado del original el 8 de enero de 2007.– una colección de herramientas para MBone
  • VideoLAN : una aplicación gratuita de transmisión de vídeo multicast
  • Xorp , archivado del original el 13 de mayo de 2011 , recuperado el 5 de septiembre de 2012.– Un enrutador de software libre con soporte para multidifusión (IGMP, PIM).
  • Smcroute– una herramienta sencilla para manipular rutas de multidifusión en el kernel de Linux
  • SSM-ping , NO : Venås, archivado del original el 26/11/2007– herramienta para probar la conectividad multicast
  • Wilbert, IGMP v3 , Kloosterhof, archivado del original el 26 de agosto de 2007.– Implementación de IGMPv3 en el sistema anfitrión FreeBSD
  • Servicio de multidifusión confiable de Java , consultado el 8 de septiembre de 2012.{{citation}}: CS1 maint: servicio de archivado obsoleto ( enlace ) - bibliotecas y servicios para crear aplicaciones compatibles con multidifusión.
  • Implementación de PIM , USC, archivado del original el 24/12/2007.– una implementación del protocolo PIM, ahora obsoleto
  • qpimd – Demonio PIM para Quagga , GNU— Módulo PIM para la suite de enrutamiento Quagga
  • GateD , Siguiente salto, archivado del original el 9 de septiembre de 2007.– Implementación en Unix de protocolos de enrutamiento, incluyendo multidifusión.
  • Código PIM-DM para GateD , Universidad de Oregón, archivado del original el 15/10/2007..
  • NORM , NRL, archivado del original el 7 de octubre de 2008 , recuperado el 26 de marzo de 2008.– Multidifusión confiable orientada a Nack del Laboratorio de Investigación Naval de EE. UU., con una implementación de código abierto en C++.
  • ecmh (Easy Cast du Multi Hub) , Desmontar– Demonio de multidifusión IPv6, permite utilizar la multidifusión IPv6 sin necesidad de PIM.
  • MRD6 – Demonio de enrutamiento multicast IPv6
  • UFTP : FTP basado en UDP cifrado con multidifusión.
  • GStreamer : un marco de software multimedia gratuito que admite la transmisión de vídeo multicast.
  • Mcproxy (Proxy de multidifusión)– Un proxy IGMP / MLD que admite extensiones de multidifusión PMIPv6.

Véase también

Referencias

  1. ↑ RFC 988 
  2. ↑ RFC 5771 
  3. ↑ RFC 1112 
  4. ↑ "¿Cuál es mi IP, tu dirección IPv4 IPv6 Decimal en myip?" . Mi IP es . Archivado del original el 10-03-2019 . Recuperado el 15-05-2019 .
  5. ↑ Taylor, Ian J. (2009). De P2P y redes a servicios en la web: evolución de las comunidades distribuidas . Harrison, Andrew B., Taylor, Ian J., 1968- (2.ª ed.). Londres: Springer. ISBN  9781848001220OCLC 314174970​​ 
  6. ↑ S. Deering (agosto de 1989). Extensiones de host para multidifusión IP . Grupo de trabajo de redes. sec. 6.4. doi : 10.17487/RFC1112 . RFC 1112 . Sustituye a RFC 988 y RFC 1054 ; actualizado por RFC 2236.   
  7. ↑ M. Crawford (diciembre de 1998). Transmisión de paquetes IPv6 sobre redes Ethernet . Grupo de trabajo de redes. doi : 10.17487/RFC2464 . RFC 2464 .Sustituye a RFC 1972 ; actualizado por RFC 6085 , RFC 6084 .   
  8. ↑ "Multidifusión 802.11" . Redes inalámbricas . Consultado el 8 de octubre de 2008 .
  9. ↑ Choi, Woo-Yong (23 de noviembre de 2009). "Protocolo MAC de multidifusión confiable basado en conectividad para redes LAN inalámbricas IEEE 802.11" . EURASIP Journal on Wireless Communications and Networking . 2009 968408. doi : 10.1155/2009/968408 .
  10. ↑ "Soluciones de diseño de multidifusión" . Consultado el 18 de septiembre de 2025 .
  11. ↑ "Cisco Systems anuncia Hoot and Holler sobre IP" . Consultado el 18 de septiembre de 2025 .
  12. ↑ Ganadores del premio Internet (PDF) , IEEE, archivado del original (PDF) el 16 de septiembre de 2012 , consultado el 26 de agosto de 2010..
  13. ^ Marnix Goossen; . Pieter Liefooghe; Arnout Swinnen (30 de septiembre de 2006). "El proyecto CastGate: "Habilitación de la multidifusión de Internet para la distribución de contenidos"" (PDF) . Archivado del original (PDF) el 26 de mayo de 2011 . Recuperado el 25 de mayo de 2013 .Presentación en la Conferencia NORDUNET
  14. 1 2 "CastGate: Habilitando la multidifusión en Internet" . Archivado del original el 28 de septiembre de 2007. Recuperado el 25 de mayo de 2013 .
  15. ↑ "Rugby union", Noticias , Reino Unido : BBC, 29 de septiembre de 2005.
  16. ↑ Servicios de multidifusión , Reino Unido: BBC.
  17. ↑ "Radio", Multicast , Reino Unido: The BBC Research & Development , consultado el 19 de abril de 2012.
  18. ↑ IPTV , DE : ARD, archivado del original el 18-03-2015 , recuperado el 17-05-2015.
  • Multidifusión sobre TCP/IP (Cómo hacerlo), Proyecto de documentación de Linux, marzo de 1998Describe la multidifusión en el kernel de Linux, aunque algunas secciones (especialmente los programas de multidifusión) están desactualizadas y no cubren el software reciente.
  • Transporte de multidifusión confiable (rmt) (grupo de trabajo), IETF, archivado del original el 3 de diciembre de 2007..
  • Grupo de trabajo Multicast & Anycast (magma) , IETF, archivado del original el 14 de diciembre de 2007..
  • Protocolo de multidifusión independiente (pim) (grupo de trabajo), IETF, archivado del original el 2 de diciembre de 2007..
  • Multidifusión específica de la fuente (ssm) (grupo de trabajo), IETF, archivado del original el 27/01/2007..
  • Seguridad de multidifusión (msec) (grupo de trabajo), IETF, archivado del original el 16 de diciembre de 2007..
  • Multidifusión , SocketsDetalles de la IP.
  • Multidifusión IP-Ethernet (tutorial), CX: Cortafuegos.
  • Multidifusión IP (vídeo), Cisco.
  • "Descripción general de los métodos de multidifusión confiables", Taller de multidifusión de ACM SIGCOMM , Universidad de Massachusetts, 27 de agosto de 1996..
  • Floyd, Un marco de multidifusión fiable para sesiones ligeras y tramas a nivel de aplicación , ICIR. El documento que define la multidifusión confiable y escalable.
  • Análisis de métodos de multidifusión , Wikidot , consultado el 3 de mayo de 2019..
  • Noormohammadpour, Mohammad; Raghavendra, Cauligi S.; Rao, Sriram; Kandula, Srikanth (2017), DCCast: Transferencias eficientes de punto a multipunto a través de centros de datos , USENIX Association, arXiv : 1707.02096 , Bibcode : 2017arXiv170702096N , consultado el 3 de mayo de 2019..
  • Descripción general de la arquitectura de enrutamiento multicast de Internet . IETF . Enero de 2008. doi : 10.17487/RFC5110 . RFC 5110 .