La multidifusión IP es un método para enviar datagramas de Protocolo de Internet (IP) a un grupo de receptores interesados en una sola transmisión. Es la forma de multidifusión específica de IP y se utiliza para la transmisión de medios y otras aplicaciones de red. Utiliza bloques de direcciones de multidifusión especialmente reservados en IPv4 e IPv6 .
Los protocolos asociados con la multidifusión IP incluyen el Protocolo de administración de grupos de Internet , la multidifusión independiente del protocolo y el registro de VLAN de multidifusión . La indagación IGMP se utiliza para administrar el tráfico de multidifusión IP en redes de capa 2 .
La multidifusión IP se describe en RFC 1112 . La multidifusión IP se estandarizó por primera vez en 1986. [1] Sus especificaciones se han ampliado en RFC 4604 para incluir la gestión de grupos y en RFC 5771 para incluir direcciones de á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 escala a una población de receptores más grande al no requerir conocimiento previo de la identidad de un receptor ni conocimiento previo del número de receptores. La multidifusión utiliza la infraestructura de red de manera eficiente al requerir que la fuente envíe un paquete solo una vez, incluso si debe entregarse a una gran cantidad de receptores. Los nodos de la red (normalmente conmutadores de red y enrutadores ) se encargan de replicar el paquete para llegar a varios receptores, de modo que los mensajes se envían por cada enlace de la red solo una vez.
El protocolo de capa de transporte más común para utilizar el direccionamiento de multidifusión es el Protocolo de datagramas de usuario (UDP). Por su naturaleza, UDP no es confiable: los mensajes se pueden perder o entregar fuera de servicio. Se han desarrollado protocolos de multidifusión confiables como Pragmatic General Multicast (PGM) para agregar detección de pérdidas y retransmisión sobre 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 un árbol controlado por el receptor. [3]
Las fuentes y los receptores utilizan una dirección de grupo de multidifusión IP para enviar y recibir mensajes de multidifusión. Las fuentes utilizan la dirección del grupo como dirección IP de destino en sus paquetes de datos. Los receptores usan esta dirección de grupo para informar a la red que están interesados en recibir paquetes enviados a ese grupo. Por ejemplo, si algún 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 une239.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 en particular, se construye un árbol de distribución de multidifusión para ese grupo. El protocolo más utilizado para esto es Protocol Independent Multicast (PIM). Configura árboles de distribución de multidifusión de modo que los paquetes de datos de los remitentes a un grupo de multidifusión lleguen a todos los receptores que se han unido al grupo. Existen variaciones de implementaciones de PIM: modo disperso (SM), modo denso (DM), multidifusión específica de origen (SSM) y modo bidireccional (Bidir, o modo denso disperso, SDM). De estos, PIM-SM es el más implementado a partir de 2006.[actualizar]; [ cita requerida ] SSM y Bidir son variaciones más simples y escalables desarrolladas más recientemente y están ganando popularidad. [ cita requerida ]
La operación de multidifusión IP no requiere una fuente activa para conocer los receptores del grupo. La construcción del árbol de multidifusión es impulsada por el receptor y es iniciada por los nodos de red que están cerca de los receptores. La multidifusión IP se escala a una gran población de receptores. El modelo de multidifusión IP ha sido descrito por el arquitecto de Internet Dave Clark como: "Pones paquetes en un extremo y la red conspira para entregárselos a cualquiera que los pida". [5]
La multidifusión IP crea información de estado por árbol de distribución de multidifusión en la red. Si un enrutador es 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 posteriores. Esto es clave para escalar los servicios direccionados por multidifusión. Por el contrario, 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 utilizando 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 rutas por cientos de miles porque contienen la tabla de enrutamiento de Internet.
Enrutamiento
Cada host que quiera ser un miembro receptor de un grupo de multidifusión (es decir, recibir datos correspondientes a una dirección de multidifusión en particular) 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 busca el destino en una tabla para determinar qué interfaz usar para que ese paquete se acerque a su destino. La dirección de origen es irrelevante para el enrutador. Sin embargo, en el enrutamiento de multidifusión, la dirección de origen (que es una dirección de unidifusión simple) se utiliza para determinar la dirección del flujo de datos. La fuente del tráfico de multidifusión se considera en sentido ascendente. El enrutador determina qué interfaces descendentes son destinos para este grupo de multidifusión (la dirección de destino) y envía el paquete a través de las interfaces apropiadas. El término reenvío de ruta inversa se utiliza para describir este concepto de enrutamiento de paquetes lejos del origen, en lugar de hacia el destino.
Pueden ocurrir varios errores si los paquetes destinados a unidifusión se envían accidentalmente a una dirección de multidifusión; en particular, el envío de paquetes ICMP a una dirección de multidifusión se ha utilizado en el contexto de los 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 la red IPv4 ) y MLD (en la red 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 muestran algunos protocolos de enrutamiento y entrega comunes que se utilizan para la distribución de multidifusión:
- Protocolo de administración de grupos de Internet (IGMP)
- Protocolo de multidifusión independiente (PIM)
- Protocolo de enrutamiento de multidifusión por vector de distancia (DVMRP)
- Multicast Abrir la ruta más corta primero (MOSPF)
- BGP de multidifusión (MBGP)
- Protocolo de descubrimiento de origen de multidifusión (MSDP)
- Descubrimiento de escucha de multidifusión (MLD)
- Protocolo de registro de multidifusión GARP (GMRP)
Entrega de capa 2
Los paquetes de unidifusión se envían a un destinatario específico en una subred Ethernet o IEEE 802.3 configurando una dirección MAC de capa 2 específica en la dirección del paquete Ethernet. Los paquetes de difusión utilizan una dirección MAC de difusión (FF: FF: FF: FF: FF: FF).
Los paquetes de multidifusión IPv4 se entregan utilizando el rango de direcciones MAC de Ethernet 01: 00: 5e: 00: 00: 00–01: 00: 5e: 7f: ff: ff (con un OUI propiedad de 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 de multidifusión 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 cada uno a un grupo de multidifusión diferente cuya dirección difiere solo en los primeros 5 bits, los paquetes Ethernet para ambos grupos de multidifusión se entregarán a ambos hosts, lo que requiere que el software de red de los hosts descarte 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 OR'ed 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 comprende 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 sistema operativo) tiene que filtrar los paquetes enviados a los grupos de multidifusión a los que no están suscritos.
Hay conmutadores que escuchan el tráfico IGMP y mantienen una tabla de estado de qué sistemas de red están suscritos a un grupo de multidifusión determinado. Luego, esta tabla se utiliza para reenviar el tráfico destinado a un grupo determinado solo a un conjunto limitado de hosts (puertos). Este proceso de escuchar el tráfico IGMP se denomina indagación IGMP .
Además, algunos conmutadores con capacidades de capa 3 pueden actuar como un interrogador IGMP. En las redes donde no hay un enrutador presente para actuar como un enrutador de multidifusión, se puede usar un conmutador con el interrogador de indagación IGMP habilitado para generar los mensajes IGMP necesarios para que los usuarios se suscriban al tráfico de multidifusión.
Consideraciones inalámbricas
La red inalámbrica 802.11 utiliza el mismo rango de direcciones MAC que Ethernet cableada para asignar direcciones IP de multidifusión. Sin embargo, una red inalámbrica 802.11 maneja el tráfico de multidifusión de manera diferente, según la configuración del mensaje de indicación de tráfico de entrega (DTIM) y la configuración del intervalo de baliza . Si ninguna estación dentro del conjunto de servicios básicos está en modo de ahorro de energía, los paquetes de multidifusión se envían inmediatamente cuando llegan. 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 velocidades básicas. En la mayoría de los puntos de acceso inalámbricos, la configuración predeterminada para este intervalo es 102,4 ms [ cita requerida ] (intervalo de baliza = 100 ms, DTIM = 1) o 204,8 ms [ cita necesaria ] (intervalo de baliza = 100 ms, DTIM = 2) y la velocidad de transmisión es 1 Mbit / so 6 Mbit / s [ cita requerida ] , dependiendo de la banda operativa y el modo de protección. La configuración del intervalo de baliza y DTIM se puede ajustar para mejorar el rendimiento de multidifusión en redes inalámbricas. [8]
A diferencia de Ethernet, la mayor parte del tráfico en 802.11 se envía de manera confiable utilizando ACK y NACK para que la interferencia de radio no cause una pérdida de paquetes insoportablemente alta. Sin embargo, los paquetes de multidifusión se envían una vez y no se reconocen, por lo que están sujetos a tasas de pérdida mucho más altas. Hay varios métodos para hacer frente a esto, como elegir unidifusión de datos de multidifusión repetidamente a cada cliente o solicitar ACK de 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 puede transmitirse desde un remitente y replicarse a un conjunto de receptores. Las técnicas de replicación dependen un poco de los medios utilizados para transmitir los datos. La transmisión de multidifusión en un medio de difusión inherente, como Ethernet o un enlace por satélite, permite automáticamente que el paquete de datos sea recibido por todos los receptores conectados directamente al medio. Por el contrario, 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 ocurrir de manera óptima cuando se construye un árbol de distribución dentro de la red. El paquete se puede replicar en cada una de las ramas del árbol. Esto mitiga el requisito de que el remitente replique el paquete una vez para cada destinatario.
El uso de IPsec como enlace de comunicación requiere el establecimiento de una conexión punto a punto. Por lo general, la seguridad se requiere del remitente al receptor, lo que implica que el remitente debe replicar el paquete en cada una de las conexiones seguras, una para cada receptor. A medida que aumenta el número de receptores, el remitente debe escalar replicando el paquete en cada uno de los receptores. La carga de procesamiento que se coloca en el remitente puede ser alta, lo que limita la escalabilidad del remitente. Se requería un nuevo método para transmitir multidifusión de forma segura y esto se denominaba 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 el tráfico de multidifusión a través de una red de paquetes. La definición del protocolo se desarrolló en el grupo de trabajo de seguridad de multidifusión y dio lugar a varias solicitudes de comentarios (RFC) que ahora se utilizan como estándares para proteger el tráfico de multidifusión IP. El protocolo permitía al remitente cifrar el paquete de multidifusión 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 pueden descifrar el paquete y reenviarlo en el entorno de red seguro. El remitente de un paquete de multidifusión no conoce los receptores potenciales; por lo tanto, la creación de claves de cifrado por pares (una para cada receptor) es imposible. El remitente debe cifrar los paquetes utilizando una clave compartida que todos los receptores legítimos utilizan para descifrar los paquetes. La seguridad del sistema se basa en la capacidad de controlar la distribución de las claves solo a aquellos receptores legítimos. Para ello, el IETF creó el protocolo de dominio de interpretación de grupo (GDOI) definido en RFC-6407. El protocolo permite que el remitente y el receptor se unan a un servidor de claves donde las políticas y las claves se cifran y distribuyen a los miembros del grupo de multidifusión seguro. El servidor de claves puede autenticar y autorizar a los remitentes 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
La multidifusión, por su propia naturaleza, no es un mecanismo orientado a la conexión, por lo que los protocolos como TCP , que permite la retransmisión de paquetes faltantes, no son apropiados. Para aplicaciones como la transmisión de audio y video, el paquete perdido ocasional no es un problema. Pero para la distribución de datos críticos, se requiere un mecanismo para solicitar la retransmisión.
Uno de estos esquemas, propuesto por Cisco, es PGM (originalmente Pretty Good Multicasting, pero cambiado por razones de marca comercial a Pragmatic General Multicast ), [ cita requerida ] documentada en RFC 3208. En este esquema, los paquetes de multidifusión tienen números de secuencia y cuándo un paquete es perdido, un destinatario puede solicitar que el paquete sea re-multidifusión con otros miembros del grupo de multidifusión ignorando los datos de reemplazo si no es necesario. Una versión ampliada, PGM-CC, ha intentado hacer que la multidifusión IP sea más "compatible con TCP" reduciendo a todo el grupo al ancho de banda disponible para el peor receptor.
Otros dos esquemas documentados por Internet Engineering Task Force (IETF) son: el protocolo de seguimiento de estándares 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 propietarias, para estos. Existen otros protocolos de este tipo, como Scalable Reliable Multicast , y están definidos por una variedad de fuentes. Dichos protocolos varían en los medios de detección de errores, los mecanismos utilizados en la recuperación de errores, la escalabilidad de dicha recuperación y las ideas subyacentes involucradas en lo que significa ser confiable. Una lista de protocolos de multidifusión confiables del Taller de multidifusión SIGCOMM de ACM, 27 de agosto de 1996, documenta una serie de enfoques al problema.
Grupos independientes como la Iniciativa de estándares de multidifusión de protocolo de Internet (IPMSI) han afirmado que la falta de un protocolo de multidifusión IP segura y confiable verdaderamente escalable como el propuesto Secure Multicast para la repetición avanzada de televisión (SMART) ha obstaculizado la adopción de IP Multicast en interdominios enrutamiento. La falta de un sistema ampliamente adoptado que tenga un nivel de seguridad AES y una confiabilidad escalable ha impedido que las transmisiones de eventos deportivos (como el Super Bowl) y / o eventos de noticias de última hora se transmitan en la Internet pública. [ cita requerida ]
Los protocolos de multidifusión IP confiables, como PGM y SMART, son experimentales; el único protocolo de seguimiento de estándares es NORM (la revisión de seguimiento de estándares de RFC 3941 se especifica en RFC 5401, la revisión de seguimiento de estándares 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 de la unidifusión, solo los protocolos diseñados para la multidifusión se pueden utilizar con sensatez con la multidifusión. 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 enmarcar contenido multimedia sobre multidifusión; el Protocolo de reserva de recursos (RSVP) se puede utilizar para la reserva de ancho de banda en una red que admite la distribución de multidifusión. El DNS de multidifusión (mDNS) se puede utilizar para resolver dominios o nombres de host sin un servidor DNS dedicado mediante el uso de multidifusión.
Despliegue
La multidifusión IP se implementa ampliamente en empresas, bolsas de valores comerciales y redes de entrega de contenido multimedia. Un uso empresarial común de la multidifusión IP es para aplicaciones de IPTV , como la distribución de televisión en vivo y las reuniones televisadas de la empresa. [ cita requerida ]
En la industria hotelera, la multidifusión IP se ha vuelto común para la distribución de IPTV en hoteles, y en el sector minorista, la multidifusión IP se utiliza ahora ampliamente para la distribución de televisión y aplicaciones de publicidad en video.
Los operadores de televisión de pago y algunas instituciones educativas con importantes viviendas para estudiantes en el campus han implementado multidifusión IP para entregar medios de transmisión unidireccional , como video de alta velocidad, a grandes grupos de receptores. Además, ha habido algunos usos de conferencias de audio y video utilizando tecnologías de multidifusión. Estos son mucho menos frecuentes y, con mayor frecuencia, se relegan a las instituciones de investigación y educación, que a menudo tienen un mayor grado de capacidad de red para manejar las demandas. [ cita requerida ] Algunas conferencias y reuniones técnicas se transmiten utilizando IP multidifusión. Hasta hace poco [ ¿cuándo? ] muchas de las sesiones de las reuniones del IETF se realizaron mediante multidifusión. [ cita requerida ]
Otro uso de la multidifusión dentro del campus y las redes comerciales es para la distribución de archivos, particularmente para entregar imágenes del sistema operativo y actualizaciones a hosts remotos. La principal ventaja de las imágenes de arranque de multidifusión sobre las de unidifusión es el uso de ancho de banda de red significativamente menor.
La multidifusión IP también se ha implementado en el sector financiero para aplicaciones como tickers de valores y sistemas hoot-n-holler . [10]
Si bien la multidifusión IP ha tenido cierto éxito en cada una de estas áreas, los servicios de multidifusión generalmente no están disponibles para el usuario final promedio. [ cita requerida ] Hay dos factores principales, relacionados, para esta falta de despliegue generalizado. En primer lugar, el reenvío de tráfico de multidifusión impone una gran complejidad de protocolo a los proveedores de servicios de red. [ cita requerida ] En segundo lugar, la infraestructura de red central expone una superficie de ataque mucho mayor, con una vulnerabilidad particular a los ataques de denegación de servicio. [ cita requerida ]
Los grandes requisitos estatales en los enrutadores hacen que las aplicaciones que utilizan una gran cantidad de árboles no puedan funcionar mientras utilizan la multidifusión IP. Tome la información de presencia como un ejemplo 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 escalar el modelo de multidifusión IP a millones de remitentes y millones de grupos de multidifusión y, por lo tanto, todavía no es posible hacer prácticas aplicaciones de multidifusión completamente generales. [ cita requerida ] Por estas razones, y también razones económicas [ cita requerida ] , la multidifusión IP no se utiliza, en general, en las redes troncales comerciales de Internet.
RFC 3170 ( Aplicaciones de multidifusión IP: desafíos y soluciones ) proporciona una descripció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 Internet. [11]
El MBONE fue un enfoque experimental de larga duración para permitir la multidifusión entre sitios mediante el uso de túneles. Si bien el MBONE ya no está operativo, existe un interés renovado en tunelizar el tráfico de multidifusión una vez más para 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. [12]
Aunque la multidifusión hubiera permitido a un usuario de Internet recibir medios enriquecidos y otros contenidos sin imponer una gran carga a la red, todavía no estaba disponible para la mayoría de los usuarios de Internet. El proyecto CastGate intentó solucionar este problema al permitir que los usuarios finales se conectaran a través de un túnel IP configurado automáticamente a través de redes que no admitían de forma nativa la multidifusión IP. La idea era que si más usuarios tuvieran capacidad de multidifusión, más proveedores de contenido verían el beneficio de transmitir contenido sobre multidifusión. La esperanza era que si suficientes proveedores de contenido y usuarios utilizaran este servicio, más proveedores de servicios de Internet permitirían la multidifusión IP de forma nativa a sus clientes. [12]
CastGate proporcionó un cliente de software para Microsoft Windows y Linux para conectarse a la red de túneles CastGate. También proporcionó herramientas para agregar servidores de túnel y herramientas para recibir anuncios del Protocolo de anuncio de sesión desde la red de multidifusión con transmisiones de video y audio. [13]
El proyecto mantuvo un sitio web hasta 2007. [13]
Despliegue comercial
A partir de 2005, [14] 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 una calidad superior [15] que la disponible a través de sus servicios con dirección unidifusión . Esto también ha sido apoyado por una variedad de redes de radio comerciales, incluidas BBC , GCap Media , EMAP y Virgin Radio . [dieciséis]
El emisoras de servicio público alemán ARD [17] y ZDF y el franco-alemana de red Arte ofrecen su programa de televisión multicasted en varias redes. El proveedor austriaco de servicios de Internet Telekom Austria ofrece a sus clientes de línea de abonado digital (DSL) un decodificador de TV que utiliza direccionamiento de multidifusión al recibir transmisiones de radio y televisión. En Alemania , T-Home, una marca de Deutsche Telekom , ofrece un servicio similar.
Software de multidifusión IP
- Repositorio de herramientas de medios , Reino Unido : UCL, archivado desde el original el 2007-01-08- una colección de herramientas para MBone .
- VideoLAN : una aplicación de transmisión de video de transmisión múltiple de software gratuito .
- Xorp- un enrutador de software gratuito 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 desde el original el26 de noviembre de 2007 - herramienta para probar la conectividad de multidifusión.
- Wilbert, IGMP v3 , Kloosterhof, archivado desde el original el 26 de agosto de 2007 - Implementación de host de IGMPv3 en FreeBSD.
- IP multi (software), Palo Alto: Xerox[ enlace muerto permanente ]
- Java Reliable Multicast Service , archivado desde el original el 30 de enero de 2013 , consultado el 8 de septiembre de 2012 - bibliotecas y servicios para crear aplicaciones compatibles con multidifusión
- Implementación de PIM , USC, archivado desde el original el 24 de diciembre de 2007 - una implementación del protocolo PIM, ahora obsoleto
- qpimd - Demonio PIM para Quagga , GNU- Módulo PIM para Quagga Routing Suite .
- GateD , Next hop, archivado desde el original el 9 de septiembre de 2007 - Implementación Unix de protocolos de enrutamiento, incluida la multidifusión.
- Código PIM-DM para GateD , Universidad de Oregon, archivado desde el original el 2007-10-15.
- NORM , NRL - Multicast confiable orientado a Nack del Laboratorio de Investigación Naval de EE. UU., Con una implementación de código abierto C ++.
- ecmh (Easy Cast du Multi Hub) , Unfix - Demonio de multidifusión IPv6, permite utilizar la multidifusión IPv6 sin necesidad de PIM.
- MRD6 : demonio de enrutamiento de multidifusión IPv6
- UFTP : FTP cifrado basado en UDP con multidifusión
- GStreamer : un marco multimedia de software gratuito que admite transmisión de video de multidifusión
- Mcproxy (proxy de multidifusión)- un proxy IGMP / MLD que admite extensiones de multidifusión PMIPv6
Ver también
- Árboles basados en núcleos , una propuesta de escalabilidad de multidifusión IP
Referencias
- ^ RFC 988
- ^ RFC 5771
- ^ RFC 1112
- ^ "Cuál es mi IP, su dirección IPv4 IPv6 decimal en myip" . Mi IP es .
- ^ 1968-, Taylor, Ian J. (2009). Desde P2P y grids hasta servicios en la web: comunidades distribuidas en evolución . Harrison, Andrew B., Taylor, Ian J., 1968- (2ª ed.). Londres: Springer. ISBN 9781848001220. OCLC 314174970 .CS1 maint: nombres numéricos: lista de autores ( enlace )
- ^ RFC 1112 Sección 6.4
- ^ RFC 2464
- ^ "Multidifusión 802.11" . Redes inalámbricas . Consultado el 8 de octubre de 2008 .
- ^ "Revista EURASIP sobre redes y comunicaciones inalámbricas" . Revista EURASIP sobre comunicaciones inalámbricas y redes .
- ^ Bus de altavoz, un proveedor de IP hoot-n-holler.
- ^ Destinatarios del Premio de Internet (PDF) , IEEE, archivado desde el original (PDF) el 16 de septiembre de 2012 , consultado el 26 de agosto de 2010.
- ^ a b 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 contenido " " (PDF) . Archivado desde el original (PDF) el 26 de mayo de 2011 . Consultado el 25 de mayo de 2013 . Presentación en la Conferencia NORDUNET
- ^ a b "CastGate: Habilitación de multidifusión de Internet" . Archivado desde el original el 28 de septiembre de 2007 . Consultado el 25 de mayo de 2013 .
- ^ "Rugby union", Noticias , Reino Unido : The BBC.
- ^ Servicios de multidifusión , Reino Unido: The BBC.
- ^ "Radio", Multicast , Reino Unido: The BBC Research & Development , consultado el 19 de abril de 2012
- ^ IPTV , DE : ARD , consultado el 17 de mayo de 2015.
enlaces externos
- Multicast over TCP / IP (Howto), Proyecto de documentación GNU / Linux, marzo de 1998. Describe la multidifusión en el kernel de Linux, aunque algunas secciones (especialmente los programas de multidifusión) están desactualizadas y no cubren software reciente.
- Transporte de multidifusión confiable (rmt) (grupo de trabajo), IETF, archivado desde el original el 2007-12-03.
- Membresía de grupo de multidifusión y Anycast (magma) (grupo de trabajo), IETF, archivado desde el original el 14 de diciembre de 2007.
- Protocolo de multidifusión independiente (pim) (grupo de trabajo), IETF, archivado desde el original el 2007-12-02.
- Multicast de fuente específica (ssm) (grupo de trabajo), IETF, archivado desde el original el 2007-01-27.
- Seguridad de multidifusión (msec) (grupo de trabajo), IETF, archivado desde el original el 16 de diciembre de 2007.
- Multidifusión , enchufes. Detalles de IP.
- Multidifusión IP-Ethernet (tutorial), CX: Firewall.
- IP multidifusión (video), Cisco.
- "Descripción general de los métodos de multidifusión confiables", Taller de multidifusión SIGCOMM de ACM , Universidad de Massachusetts, 27 de agosto de 1996.
- Floyd, un marco de multidifusión confiable para sesiones ligeras y marcos de nivel de aplicación , ICIR. El documento que define la multidifusión confiable escalable.
- An Analysis of Multicast Methods , Wikidot , consultado el 3 de mayo de 2019..
- Noormohammadpour, Mohammad; Raghavendra, Cauligi S .; Rao, Sriram; Kandula, Srikanth (2017), DCCast: Efficient Point to Multipoint Transfers Across Datacenters , Asociación USENIX, arXiv : 1707.02096 , Bibcode : 2017arXiv170702096N , recuperado el 3 de mayo de 2019.
- Descripción general de la arquitectura de enrutamiento de multidifusión de Internet . Enero de 2008. doi : 10.17487 / RFC5110 . RFC 5110 .