Transmitir desde una red corporativa

Presentar desde la red de una empresa es el momento en que la mayoría de los anfitriones empieza a preocuparse. El cortafuegos es estricto, el portátil lo configuró otra persona, la VPN es obligatoria y no hay dónde probar nada de eso antes del día del evento. La respuesta corta es que en la mayoría de los casos usted no tiene que hacer nada, porque la sala se las arregla sola con una red cerrada.

Abajo está lo que ocurre sin usted, cómo saber que funcionó y el conjunto más estrecho de casos en los que merece la pena ejecutar nuestro programa.

Qué bloquea realmente la red

Los navegadores llevan el audio y el vídeo en directo con WebRTC, que envía sus medios por UDP. A la seguridad corporativa el UDP no le gusta. Un cortafuegos que solo permite TCP en los puertos 80 y 443, una VPN que hace túnel de TCP y descarta lo demás, un equipo que inspecciona paquetes y desconfía de lo que no sabe clasificar, cada uno de ellos detendrá un flujo WebRTC sin anunciarlo.

Esa limitación es real y habitual en banca, administración pública, sanidad y grandes empresas. Aun así, no es el final de su webinar.

Qué ocurre ya sin usted

Junto a la ruta del navegador funciona nuestro propio protocolo adaptativo de transmisión. No está basado en WebRTC, en la mayoría de los casos le basta el puerto TCP 443, y se activa solo en cada sala de webinars permanente y en cada evento programado. El puerto 443 es el que usa toda web por HTTPS, así que el tráfico va por el camino que su cortafuegos ya mantiene abierto.

Quédese con lo esencial, ambas rutas acaban en el mismo transporte. Ejecutar el programa no le cambia a un protocolo más rápido ni más lento, arranca el mismo a mano. Requisitos técnicos describe el protocolo, y retardo de la transmisión explica qué retardo esperar, entre ponentes en una línea sana son de 100 a 600 milisegundos, y para su público el mismo rango más un pequeño búfer de suavizado.

Lo que ningún protocolo puede hacer es inventar ancho de banda. Una línea de verdad demasiado lenta o demasiado inestable le sigue costando la imagen a su público, y eso lo trata aparte qué hacer cuando el vídeo se congela o los asistentes se caen.

Cómo comprobarlo antes

No espere al día del evento. Abra nuestro test de conexión desde la máquina y la red desde las que va a presentar, mejor a la misma hora del día, porque una línea corporativa a las nueve de la mañana no es la línea que usted probó a las siete de la tarde.

Después entre una vez en la sala. Al entrar le ofrece una comprobación del equipo y de la conexión, y es justo esa comprobación la que recorre el camino real. Si aparece su cámara y su voz se registra, la red no le estorba.

Qué aporta ejecutar el programa

El programa DTS es el modo manual de ese mismo transporte. Como ya está funcionando, la pregunta es qué cambia al arrancarlo a mano, y la respuesta es que el flujo sale del navegador.

Eso importa en dos situaciones. La primera es compartir pantalla, porque un navegador con pérdida de paquetes entrega texto roto o borroso, mientras que nuestro programa está hecho para mantener esas pérdidas al mínimo y que la imagen siga siendo legible. El razonamiento completo está en por qué compartir pantalla necesita nuestro programa. La segunda es una línea que tropieza sin parar, donde la ruta del navegador se pasa el rato recuperándose y el programa, en cambio, mantiene el flujo entero.

Fíjese en lo que no está en esa lista. El programa no le compra menos retardo ni rescata una conexión que se ha quedado sin ancho de banda.

Qué cuesta el programa

Funciona en Windows y macOS, así que un ponente en Linux se queda en la ruta del navegador. La sala la cambia el propietario de la cuenta desde el panel, y a partir de ahí todo el que hable en esa sala necesita el programa, mientras que los asistentes no instalan nada y entran igual que siempre.

Se instala una vez y luego hay que abrirlo antes de cada transmisión, porque no arranca solo. En esta ruta la sala gana además dos controles de sonido que el navegador no tiene y pierde «Desenfoque de fondo» ("Blur background"), que aquí todavía no existe. La guía completa de instalación es tecnología de transmisión alternativa (programa DTS), y de los controles de sonido habla calidad del audio en los webinars.

Esa pérdida en realidad es solo de Windows. En un Mac, macOS aplica su propio desenfoque "Portrait" y su propia sustitución de fondo "Background" antes de que la imagen llegue a ninguna aplicación. El programa recibe un fotograma que ya lleva el efecto, y los dos siguen funcionando por completo. Fondos virtuales en macOS explica cómo activarlos y cómo saber si este Mac ofrece "Background" siquiera.

Trabajar a través de una VPN

Una VPN corporativa obligatoria no es un impedimento. Los servicios corporativos conocidos llevan la sala, y lo que lo hace posible es justamente el transporte automático descrito arriba. Con las VPN gratuitas la historia es otra, rara vez tienen ancho de banda para un audio y un vídeo estables, así que manténgalas lejos de todo lo que vaya a emitir.

Dos productos necesitan una regla propia antes de dejar pasar la sala. El rodeo exacto lo da transmitir desde Opera con el VPN integrado, y el segundo caso lo tratan problemas de conexión WebSocket con BitDefender VPN.

Si está bloqueada la propia plataforma

Algunas redes van más allá de bloquear un protocolo y cierran nuestra dirección entera. Eso se ve distinto, porque la sala no carga en absoluto en lugar de cargar sin su cámara. El camino alternativo es acceso por dominio espejo cuando la plataforma está bloqueada, y conviene conocerlo antes de necesitarlo.

Preguntas frecuentes

Mi empresa bloquea UDP. ¿Tengo que instalar algo?

Normalmente no. El protocolo adaptativo se activa solo en cada sala permanente y en cada evento programado, y en la mayoría de los casos le basta el puerto TCP 443, que su cortafuegos ya abre para el tráfico web corriente. Instale el programa cuando compartir pantalla tenga que quedar nítido, o cuando la ruta del navegador tropiece en una línea débil.

¿El programa reduce el retardo?

No. Arranca el mismo transporte que la sala ya usa, así que el retardo queda en el mismo rango en ambos casos, entre ponentes en una línea sana son de 100 a 600 milisegundos. El programa cambia la estabilidad, no la velocidad, porque un flujo que no tiene que recuperarse tampoco se queda atrás.

¿Mis asistentes en la red corporativa necesitan algo?

No. Los asistentes no instalan nada y entran por el enlace de siempre. El programa va solo en las máquinas de quienes hablan en la sala, y hasta un público que está detrás de un cortafuegos llega ese mismo transporte automático.

¿Puedo probar la red antes sin crear una sala?

Sí. Nuestro test de conexión se ejecuta desde la máquina y la red desde las que piensa presentar, y conviene pasarlo a la hora del día para la que está fijado el evento, porque una línea corporativa se comporta distinto a lo largo de la jornada.

El equipo de seguridad pregunta qué puertos abrir. ¿Qué les digo?

El puerto TCP 443, el mismo que usa HTTPS. El protocolo adaptativo no está basado en WebRTC y en la mayoría de los casos no necesita nada más. Envíeles requisitos técnicos, y cómo se protege el flujo por el camino lo describe seguridad de la plataforma.

Si su red resulta ser más estricta que todo esto, abra el chat en línea y cuéntenos qué hace la sala cuando pulsa «Hablar». Lo resolvemos con usted.