¿Qué es una eCDN?

Una red empresarial de entrega de contenido distribuye contenido dentro de la red privada de una organización. Puede usar cachés, multidifusión, entrega entre pares o nodos perimetrales ubicados estratégicamente para limitar el tráfico repetido con la infraestructura de origen.

La transmisión de video por HTTP es unidifusión: como explica Microsoft para los eventos de Teams, cada espectador recibe un flujo individual desde internet. Cuando gran parte del personal de una oficina ve la misma reunión general, esos flujos idénticos compiten por la misma puerta de enlace a internet o el mismo enlace WAN. Una eCDN permite que la mayoría de los espectadores de una sede obtengan el video desde el interior de la red mediante uno de tres métodos. Las eCDN entre pares hacen que los navegadores o las aplicaciones de los espectadores intercambien segmentos de video mediante canales de datos WebRTC en la LAN, coordinados por un servicio en la nube. Las eCDN basadas en caché instalan una caché de video en una sede que atiende a los espectadores cercanos. Las eCDN de multidifusión envían un solo flujo a una red habilitada para multidifusión a la que se une cada receptor. En todos los casos, el video sigue procediendo de una fuente externa a la red, normalmente la CDN de internet de la plataforma de transmisión. Las eCDN entre pares también usan esa CDN como alternativa de respaldo: en el diseño de Microsoft, por ejemplo, cada espectador sigue descargando algunos segmentos por HTTP, y los manifiestos y las licencias DRM siempre proceden del servidor HTTP para que siga aplicándose la autorización de la propia plataforma. A diferencia de una CDN pública, cuyas ubicaciones perimetrales siguen la distribución geográfica de la audiencia mundial, la topología de una eCDN sigue las sedes, subredes y VPN de la organización.

Entre pares, caché o multidifusión: ¿qué exige cada método a la red? La entrega entre pares no necesita servidores en las instalaciones, pero los pares deben poder comunicarse directamente por UDP dentro de la LAN y acceder al servicio de coordinación del proveedor mediante HTTPS y WebSocket; Microsoft prevé que la inspección TLS interfiera con esa conexión WebSocket y recomienda excluir sus dominios de dicha inspección. Una eCDN basada en caché necesita un servidor de caché desplegado donde se encuentran los espectadores. Según la documentación de Brightcove, OmniCache de Ramp es un dispositivo de software instalado en la infraestructura local: un complemento del reproductor web reescribe la URL del flujo para que las computadoras y los dispositivos móviles obtengan el contenido de la caché, que a su vez obtiene de la CDN de la plataforma lo que aún no tiene almacenado. La multidifusión necesita routers que ejecuten un protocolo de enrutamiento de multidifusión y equipos que señalen su pertenencia a los grupos y, en la implementación de Ramp, un servidor local y un cliente receptor en cada computadora de visualización; a cambio, Ramp afirma que utiliza el ancho de banda equivalente al de un solo espectador, sin importar el tamaño de la audiencia. Los proveedores combinan los métodos: el reproductor de Ramp puede recurrir a una caché local cuando el receptor o el flujo de multidifusión no están disponibles.
¿Funciona el intercambio entre pares en el navegador sin cambios en el cliente? A menudo, no. Los navegadores ocultan las direcciones IP locales de WebRTC tras nombres mDNS, por lo que la guía de configuración de Microsoft considera que la política WebRtcLocalIpsAllowedUrls de Chrome y Edge, que expone las IP locales a su servicio, es un componente obligatorio para que su cliente de navegador participe en el intercambio entre pares (la aplicación de escritorio de Teams no se ve afectada), y los requisitos de Kollective publicados por Vimeo indican que la eficiencia del intercambio entre pares es limitada sin una política equivalente. La misma guía indica que también debe configurarse una segunda política, LocalNetworkAccessAllowedForUrls, que permite a los sitios enumerados acceder a los endpoints de la red local; sin ella, según Microsoft, los clientes de navegador podrían no poder establecer conexiones entre pares. Las instrucciones de Microsoft configuran ambas mediante el registro de Windows y describen cómo los clientes despliegan la primera a gran escala con la Directiva de grupo o un sistema de gestión de dispositivos como Intune. Los dispositivos que no pueden intercambiar datos entre pares no quedan bloqueados. Recurren a la entrega normal desde el servidor, que es la carga que la eCDN pretendía eliminar.
¿Cómo se mantiene el intercambio entre pares dentro de una sede y fuera de la VPN? Mediante el servicio de coordinación y la configuración de subredes. El servicio de Microsoft identifica qué pares son adyacentes en la red, no conecta pares que detecta en sedes distintas y puede limitar el intercambio entre pares según la IP local a partir de un mapa de subredes proporcionado por el cliente; ese mismo mapa puede impedir que los clientes Wi-Fi suban datos a otros pares para evitar congestionar su enlace de subida. Para los usuarios de VPN, Microsoft recomienda usar túneles divididos y desactivar el intercambio entre pares en las subredes de VPN, y Vimeo ofrece el mismo consejo para Kollective y Hive Streaming, de modo que los pares no intercambien video a través del concentrador VPN. Las reglas de subred se aplican a la dirección que ve el servicio: Microsoft advierte que la política de IP local del navegador solo expone el adaptador de red de mayor prioridad de un dispositivo, por lo que un espectador que use un navegador en un equipo con varios adaptadores, por ejemplo, con una VPN siempre activa, puede quedar asignado al grupo de subred equivocado. Incluye los navegadores conectados por VPN en la prueba previa al evento y comprueba a qué grupo se asignan. Con el intercambio entre pares desactivado, cada espectador conectado por VPN sigue recibiendo un flujo individual y, en un túnel forzado (completo), ese flujo se enruta a través de la infraestructura VPN a menos que se le asigne una ruta directa; Microsoft publica una excepción de este tipo para el tráfico de los asistentes a eventos de Teams. En cuanto al control de acceso, Microsoft afirma que solo los espectadores autenticados por la plataforma de video se unen a la red de pares y que las conexiones entre pares se cifran con DTLS.
¿Cómo sabes si la eCDN realmente está descargando tráfico de la conexión externa? Que la reproducción funcione no lo demuestra, porque el cambio a la entrega por HTTP es automático. La medida es la proporción de bytes entregados dentro de la red. El panel de Microsoft muestra la eficiencia de la entrega entre pares como los bytes entregados entre pares divididos por el total de bytes, junto con las métricas de recarga del búfer, y su ejemplo resuelto presenta un flujo de 2 Mbps para 1.000 espectadores que necesita 2 Gbps sin descarga de tráfico y 200 Mbps con una eficiencia del 90 %. Haz pruebas antes del evento con una concurrencia realista: Microsoft ofrece una prueba silenciosa que simula un evento en directo y señala que la descarga de tráfico alcanzable está limitada al 50 % con dos espectadores y al 67 % con tres, por lo que una prueba con unas pocas computadoras subestima el resultado.

Despliega una eCDN cuando las transmisiones internas en directo a gran escala saturarían los enlaces de la red corporativa sin ella. El método de entrega debe ajustarse a las restricciones del firewall, la topología, los dispositivos y la privacidad; de lo contrario, los clientes pueden recurrir al tráfico desde el origen.

¿Qué es una eCDN?

Cómo funcionan las eCDN

Datos clave

Cuándo son importantes las eCDN

Fuentes

Convierte tus conocimientos sobre multimedia en un pipeline funcional