Internet en el recinto: conexión por cable, móvil, bonding y respaldo

La mayoría de las transmisiones en vivo que fallan el día del evento no fallan por la cámara ni por el codificador. Fallan porque el internet del recinto era más lento, estaba más saturado o era menos estable de lo que nadie comprobó. Esta guía explica cómo medir lo que realmente tienes, cómo se comportan las conexiones por cable, Wi-Fi y móviles bajo carga, cómo el bonding combina varias conexiones en una sola y cómo planificar un respaldo para que una línea caída no termine con tu transmisión.

La subida es la cifra que importa

Los test de velocidad y los responsables del recinto suelen dar la velocidad de bajada, porque es lo que les importa a los asistentes. Una transmisión en vivo depende de la subida: la cantidad de datos que tu codificador puede enviar cada segundo, de forma sostenida durante todo el evento.

Planifica una subida de al menos una vez y media el bitrate de tu transmisión, medida a la hora del día en que se celebra tu evento. Si tu codificador envía seis megabits por segundo, busca nueve o más sostenidos. Ese margen absorbe las caídas breves sin que tu codificador pierda fotogramas.

Mide más de una vez. Un test de velocidad es una foto de unos pocos segundos, y un recinto que da buenos resultados un martes por la mañana vacío puede estar saturado un sábado por la noche, cuando cientos de asistentes comparten la misma línea. Si puedes, haz una transmisión de prueba con tu codificador real a tu bitrate real durante media hora y vigila su contador de fotogramas perdidos, no solo un test de velocidad.

El cable sigue siendo la primera opción

Una conexión Ethernet por cable es el enlace más predecible que puedes conseguir. Su velocidad no cambia cuando la sala se llena, no se debilita detrás de una pared y no compite con todos los teléfonos del público.

Cuando hables con el recinto, haz preguntas concretas:

• ¿Hay un puerto de red cableado cerca de la mesa de producción, y está en una línea separada del Wi-Fi para invitados?
• ¿Qué velocidad de subida está garantizada en ese puerto, no solo anunciada para el edificio?
• ¿La red permite el tráfico de streaming saliente, o un firewall bloquea puertos y protocolos desconocidos?
• ¿Hay un portal cautivo o una página de inicio de sesión que caduca al cabo de unas horas?
• ¿A quién puedes llamar el día del evento si el puerto deja de funcionar?

Lleva un cable de red largo y un switch pequeño. El puerto cableado a menudo está en la otra punta de la sala respecto a donde quieres colocarte, y el switch te permite conectar una segunda computadora portátil para monitorizar sin pedir otro puerto.

El Wi-Fi del recinto y sus trampas

El Wi-Fi puede llevar una transmisión, pero es la opción menos predecible. Su capacidad se reparte entre todos los que están en el mismo canal, y cambia de un segundo a otro a medida que la gente se mueve y los dispositivos se despiertan.

Las redes para invitados añaden trampas propias. Muchas aíslan los dispositivos entre sí, lo que rompe las herramientas que necesitan ver una segunda computadora. Los portales cautivos desconectan tu codificador al cabo de un tiempo fijo. Algunas bloquean los protocolos salientes que usa el software de streaming. Si el Wi-Fi es la única opción, pide un nombre de red aparte para producción, colócate cerca del punto de acceso y haz la prueba a la hora del evento.

Datos móviles: útiles, pero el público lo cambia todo

Una conexión móvil suele ser lo más rápido que puedes conseguir en un evento al aire libre o en un edificio antiguo, y las redes actuales pueden llevar una transmisión de alta calidad cuando hay buena cobertura.

El problema es que la capacidad de la red móvil la comparten todos los teléfonos que están dentro del alcance. Un estadio, un festival o una sala de conferencias llena de asistentes puede convertir una conexión rápida en una a paso de tortuga justo cuando empieza tu evento. La cobertura también varía según dónde te coloques, así que un router junto a una ventana o con antena externa suele rendir mucho mejor que un teléfono sobre una mesa.

Revisa tu plan de datos antes de depender de él. Una transmisión a unos pocos megabits por segundo consume gigabytes por hora, y algunos planes reducen mucho la velocidad tras superar un límite.

Bonding: varias conexiones trabajando como una

El bonding reparte tu transmisión entre varias conexiones a la vez, por ejemplo dos redes móviles y una línea del recinto. Un emisor de bonding divide los datos salientes entre todas ellas, y un servidor receptor los vuelve a unir en el orden correcto. Cuando una conexión se ralentiza o se cae, las demás asumen más carga.

La ventaja es la resiliencia, no solo la velocidad. Un único enlace móvil puede fallar sin aviso; tres enlaces de operadores distintos rara vez fallan en el mismo momento. El bonding funciona mejor con SRT, porque SRT ya gestiona los paquetes perdidos y retrasados dentro de un margen de latencia fijo.

El coste es un poco de retraso adicional y la necesidad de un receptor en el otro extremo. Planifica un margen de latencia mayor para una conexión con bonding que para una sola línea por cable, para que el receptor tenga tiempo de esperar a los paquetes que tomaron el camino más lento.

Respaldo: planifica para la conexión que vas a perder

Incluso una buena conexión puede fallar, así que decide de antemano qué pasa cuando ocurra. Hay tres capas de protección, y puedes combinarlas.

1. Una segunda conexión. Un router móvil junto a tu línea por cable te permite cambiar en segundos, o unir las dos en una configuración con bonding.
2. Un segundo codificador. Un codificador de respaldo en otra computadora, idealmente con otra conexión, mantiene viva la transmisión si falla la computadora principal o su línea.
3. Una grabación local. Graba en el codificador o en la cámara, para poder publicar después una versión completa aunque los espectadores hayan visto un corte.

Ensaya el fallo una vez antes del evento. Desconecta a propósito la conexión principal y mira desde un segundo dispositivo lo que verían tus espectadores.

Dónde entra DCAST

DCAST acepta una transmisión por RTMP, SRT o WHIP, y el protocolo que elijas debe ir en función de tu conexión. En una línea por cable estable, RTMP es la opción más sencilla. Con datos móviles, Wi-Fi o un enlace a larga distancia, SRT encaja mejor, y DCAST te deja subir su latencia desde los 500 ms por defecto hasta 7000 ms cuando la conexión pierde paquetes.

Para conexiones con bonding, DCAST recibe la transmisión por sí mismo. Los ajustes SRT de una transmisión incluyen una dirección SRTLA, a la que puede publicar una app de bonding en un teléfono o un emisor de bonding en una computadora, y los ajustes sugieren una latencia SRT mayor para este caso.

En los planes PRO y VIP, un segundo codificador puede publicar en la dirección de respaldo de la misma transmisión. Cuando se pierde tu señal principal, la transmisión continúa desde la señal de respaldo con un salto de una fracción de segundo, y tus espectadores siguen en el mismo reproductor sin recargar la página. La señal de respaldo puede llegar tanto por SRT como por RTMP, así que puedes enviarla por una conexión distinta de la de la señal principal.

La guía paso a paso para enviar una señal de respaldo desde OBS, vMix y Larix muestra los ajustes del codificador, y la página de ayuda sobre cómo comprobar la calidad de tu transmisión durante la emisión muestra qué vigilar mientras estás en vivo.