Videollamadas propias: Jitsi, BigBlueButton y cuándo no merece la pena

Equipo Divergentes Media

·

·

3 minutos de lectura
Portada del artículo: Videollamadas propias: Jitsi, BigBlueButton y cuándo no merece la pena

Las reuniones por vídeo dejaron de ser excepcionales, y con ellas llegó una cuota mensual por persona que en una empresa de treinta personas ya no es despreciable. Además, hay conversaciones —una negociación, un asunto de personal— que hay quien prefiere que no pasen por un servidor ajeno.

Se puede autoalojar. Pero conviene entender bien en qué te metes, porque el vídeo es distinto del resto de servicios.

Jitsi Meet

La opción para reuniones normales de trabajo. Funciona en el navegador sin instalar nada, sin cuenta, sin registro: se manda un enlace y se entra.

Lo que hace bien: reuniones de equipo, llamadas con clientes, compartir pantalla, grabación, sala de espera, contraseña por sala. Se integra con Nextcloud, así que la videollamada sale del mismo sitio donde están los archivos.

Dónde encuentra su límite: a partir de veinte o veinticinco participantes con cámara empieza a exigir bastante del servidor. Para reuniones internas de una pyme, va sobrado.

BigBlueButton

Está pensado para formación, no para reuniones. Nació en el mundo educativo y se nota.

Lo que tiene y Jitsi no: pizarra compartida con anotación, salas de trabajo en grupo, encuestas en directo, roles de moderador y presentador, subida de presentaciones y grabación con navegación por índice.

Si tu empresa imparte formación a clientes o hace onboarding de grupos, es claramente superior. Para el «nos vemos cinco minutos», es exagerado.

Pizarra compartida de BigBlueButton con anotaciones simultáneas de varios participantes
La pizarra multiusuario de BigBlueButton, la función que lo separa de una herramienta de reuniones. Todos los asistentes pueden anotar a la vez sobre la misma presentación. Captura: ThatIPEditor / Wikimedia Commons, CC0

Lo que exige de verdad

Aquí está la parte que hay que decir claro. El vídeo no es como Nextcloud, donde un servidor justito funciona más lento y ya está.

  • Ancho de banda. Es el recurso crítico, y va multiplicado por participantes. Un servidor con poca capacidad de salida degrada la reunión entera.
  • Un servidor dedicado. No lo pongas junto al ERP: un pico de una reunión de veinte personas le quita recursos a todo lo demás.
  • Latencia baja. Un servidor en otro continente se nota en cada intervención.
  • Puertos y red bien configurados. WebRTC usa rangos de puertos UDP; detrás de un NAT mal configurado, la gente entra a la sala y no se oye.

Y el factor que no es técnico: si la videollamada falla, falla delante de un cliente. No es como un servicio interno que se puede reiniciar con calma. Eso sube el listón de fiabilidad que hay que exigirse.

Cuándo no autoalojarlo

Con el mismo criterio que aplicamos al correo: si el fallo es visible para tus clientes y no tienes quién lo atienda, quizá no sea la batalla que toca dar primero.

Una alternativa intermedia razonable: usar el Jitsi público —o el de una organización de confianza— para las reuniones corrientes, sin montar nada, y reservar la decisión de autoalojar para cuando el volumen o la confidencialidad lo justifiquen.

Sigue siendo software libre, sigue sin ataduras y no te cuesta administración. Elegir dónde gastas tu esfuerzo también es parte de construir bien el ecosistema.

Quién escribe esto

El equipo de Divergentes Media, consultora salvadoreña de software libre. Implantamos ERP, facturación electrónica y sistemas de gestión para empresas de Centroamérica, y escribimos aquí lo que aprendemos haciéndolo. Cómo evaluamos el software y qué intereses declaramos.

Seguir leyendo