El eco y el retardo de audio en BigBlueButton pueden sonar parecidos, pero generalmente requieren soluciones diferentes. Si los participantes escuchan su propia voz, sospeche de un altavoz abierto cerca de un micrófono o de la ruta de audio de alguno de ellos. Si el habla llega tarde, se interrumpe o se desfasa en la sala, compruebe las condiciones de la red y la conectividad WebRTC. Empiece por preguntar si el problema solo le ocurre a usted o a todos los participantes de la reunión.
Una distinción evita cambios innecesarios: escuchar tu propia voz durante la prueba de eco de BigBlueButton es normal. La prueba reproduce el sonido de tu micrófono para que puedas verificarlo antes de unirte. El eco persistente después de unirte a la reunión es un problema aparte.
El eco es una repetición reconocible de una voz. El micrófono de una persona puede estar captando el sonido de sus altavoces y enviándolo de vuelta a la reunión. Un ligero retraso puede hacer que la voz devuelta suene como un eco, pero la fluctuación de la red también puede provocar un audio entrecortado o con retraso.
El retardo de audio significa que el habla llega a los oyentes con un retraso notable, a menudo con pausas, sonido robótico o interrupciones. Este retraso puede afectar a un participante debido a su conexión local, o a varios debido a un servidor compartido o un problema de red. El patrón es más importante que la palabra que se utilice para describirlo.
| Lo que la gente nota | Zona probable a revisar primero |
|---|---|
| Solo una persona escucha su propia voz durante la prueba conjunta. | Retroalimentación de prueba de eco o micrófono y altavoz seleccionados |
| Varias personas oyen la voz del mismo participante dos veces. | Los altavoces, la ubicación del micrófono o el dispositivo de audio de ese participante. |
| Un participante escucha que todos llegan tarde o entrecortan. | La carga del dispositivo, el navegador o la conexión Wi-Fi del participante |
| Muchos participantes experimentan retraso al mismo tiempo. | Ruta de red compartida, firewall, relé TURN o carga del servidor BigBlueButton |
Esa es la prueba de micrófono prevista. Al unirte con un micrófono, BigBlueButton solicita permiso al navegador y reproduce tu voz. Su guía de prueba actual indica que el indicador de volumen debería responder al hablar y que es posible que puedas cambiar de micrófono o altavoz en el cuadro de diálogo de audio. Si la reproducción de prueba es clara y el indicador de volumen se mueve, selecciona Sí para unirte al audio.
Si sigues escuchándote después de unirte a la llamada, o si otras personas escuchan una repetición, intenta solucionar el problema del audio en directo en lugar de considerar la prueba como un fallo. Durante una llamada en directo, silencia brevemente tu micrófono. Si la repetición cesa, vuelve a activarlo y aléjalo de los altavoces, baja el volumen de los altavoces o usa auriculares. Si al silenciar a un participante en particular se elimina el eco para todos, pídele que revise su configuración.
Utiliza auriculares o un micrófono con el micrófono cerca de la boca. Esto reduce la posibilidad de que el micrófono capte el sonido de los altavoces de la habitación. Bajar el volumen de los altavoces o aumentar la distancia entre estos y el micrófono puede ayudar, pero los auriculares suelen ser la opción más fiable en una habitación compartida.
Comprueba que solo un micrófono esté activo. Es posible que tanto el micrófono del portátil como el de la webcam estén disponibles, y que el seleccionado esté más lejos del altavoz de lo esperado. En la configuración de audio de BigBlueButton, elige explícitamente el micrófono y el altavoz deseados. Si aparece eco después de cambiar de dispositivo, sal de la sesión de audio y vuelve a conectarte para que la prueba de eco se ejecute con el par seleccionado.
En una sala de reuniones con varias personas, evite que varios ordenadores cercanos se conecten al audio a través de altavoces abiertos. Utilice una única conexión de audio con un micrófono adecuado, o bien, pida a cada participante que utilice auriculares y los silencie cuando no esté hablando. El portátil de otro participante, si no está silenciado, puede generar retroalimentación incluso si su propio dispositivo está configurado correctamente.
Una prueba de eco exitosa demuestra que el navegador obtuvo acceso al micrófono y pudo reproducir una prueba de audio local. Sin embargo, esto no garantiza que la conexión a internet mantenga una baja latencia durante toda la reunión. BigBlueButton transmite contenido multimedia en tiempo real a través de WebRTC; las restricciones de red, la inestabilidad del Wi-Fi, la pérdida de paquetes o una ruta congestionada pueden retrasar o interrumpir el audio.
Comience con la comparación más sencilla. Pregunte a otro participante si percibe el mismo retraso. Si solo una persona se ve afectada, pruebe con su red cableada, desactive temporalmente la VPN, acérquese al punto de acceso Wi-Fi o conéctese a otra red. Pause las cargas, descargas y copias de seguridad en la nube de gran tamaño durante la llamada. Cierre las pestañas o aplicaciones que consuman muchos recursos si el ordenador está sobrecargado. Pruebe con la cámara apagada durante unos minutos; si el audio mejora, el problema podría estar relacionado con el ancho de banda o el procesamiento del dispositivo.
Si toda la sala presenta el mismo retraso, cambiar el micrófono de un participante probablemente no lo solucionará. Anote cuándo comenzó el retraso y si ocurre en todas las reuniones en el mismo servidor. El anfitrión de la reunión debe solicitar al administrador del servicio que revise el servidor y la ruta de red.
Asegúrese de que el navegador tenga permisos de micrófono para el sitio de BigBlueButton. Si se denegaron los permisos anteriormente, cámbielos en la configuración del sitio del navegador, recargue la reunión y vuelva a unirse al audio. Utilice un navegador actualizado compatible con el servicio BigBlueButton. Una ventana privada puede ser útil para comparar si una extensión o la configuración del sitio en caché está interfiriendo, pero no sustituye la verificación de la selección del dispositivo.
En el cuadro de diálogo de eco, hable y observe el indicador de nivel de audio. Si no se mueve, seleccione otro micrófono y compruebe el nivel de entrada o el interruptor de silencio del sistema operativo. Si el nivel se mueve pero no puede oír la prueba, compruebe el dispositivo de salida seleccionado y el volumen del sistema. La documentación de BigBlueButton describe cómo seleccionar dispositivos de audio durante la prueba y cambiarlos después de unirse; cuando la prueba ya no esté disponible, salga del audio y vuelva a unirse.
Utilice los controles del navegador y el panel de sonido del sistema operativo para confirmar que se hayan seleccionado la misma entrada y salida. No aumente excesivamente la ganancia del micrófono solo para que el medidor se mueva; un nivel de entrada muy alto puede captar el ruido ambiental y empeorar la retroalimentación.
Solicite al administrador que investigue cuando varios participantes se vean afectados, cuando usuarios en diferentes redes experimenten fallos similares o cuando BigBlueButton informe de un error de conexión WebRTC. La documentación de solución de problemas actual de BigBlueButton 4.0 describe el error 1007: ICE negotiation failed como un fallo al negociar una ruta de medios y enumera NAT, puertos UDP bloqueados o la necesidad de TURN en redes restrictivas como posibles causas. WebRTC utiliza ICE para encontrar una ruta de conexión viable; un relé como TURN puede ayudar a los clientes que no pueden establecer una ruta de medios directa.
Para un servidor autogestionado, el administrador debe comparar su firewall, NAT y direcciones de medios anunciadas con la documentación de la versión instalada de BigBlueButton. La guía actual del firewall especifica TCP 80/443 y un rango de medios UDP para la configuración documentada, pero los proveedores de alojamiento y las implementaciones pueden variar. No modifique las reglas del firewall en un servicio gestionado; proporcione al proveedor el código de error, la hora de la reunión afectada y si el problema afecta a una o varias redes.
La contención de la CPU del servidor también puede afectar a la transmisión de contenido multimedia en tiempo real. Si todos los asistentes informan de retrasos al mismo tiempo, el administrador debe comprobar la carga del servidor y el estado del servicio WebRTC/audio de BigBlueButton durante el incidente. Un estado del servidor correcto después de la reunión puede no revelar una sobrecarga temporal, por lo que conviene incluir marcas de tiempo y detalles que permitan reproducir el problema.
Salga y vuelva a unirse al audio de la reunión, ejecute la prueba de eco y verifique que el nivel del micrófono responda cuando hable. Después de unirse, pídale a otro participante que confirme que su voz se escucha con claridad y no se repite. Para detectar el retardo, compare el audio con el de otro asistente y observe si el habla ahora es oportuna y continua. Pruebe un cambio a la vez para identificar qué funcionó.
Las etiquetas de la interfaz de BigBlueButton y los detalles de la red del servidor varían según la versión y la implementación. Las páginas de solución de problemas y pruebas de la versión 4.0 de BigBlueButton citadas están marcadas como "en desarrollo" a fecha de 6 de octubre de 2026; los administradores deben usar la documentación que corresponda a su versión instalada en lugar de copiar la configuración de otra versión.
Diagnosticar y reducir de forma segura el almacenamiento multimedia de Matrix Synapse, purgar la caché remota, gestionar las cargas locales y configurar la retención para evitar incidentes de disco lleno.
Solucione el problema de la advertencia HSTS faltante en Nextcloud configurando el servidor web HTTPS o el proxy inverso, y luego verifique de forma segura el encabezado Strict-Transport-Security.
Solucione el error "CSync Unknown Error" del cliente de escritorio de ownCloud reconstruyendo la base de datos de sincronización oculta y, a continuación, verifique la conectividad, los permisos, los nombres de archivo, el espacio en disco y los registros.
El proxy Matrix Sliding Sync está archivado y reemplazado. Habilite la sincronización deslizante simplificada nativa en Synapse, verifique la compatibilidad del cliente, actualice el enrutamiento del proxy y pruebe la sincronización móvil de forma segura.
Diagnostique la lentitud en la federación de Matrix Synapse y en las uniones a salas comprobando la conectividad, el estado de reintento del servidor remoto, las métricas, la carga de la base de datos y los límites de velocidad de unión.
Configure la retención de la papelera de Nextcloud y las tareas en segundo plano para eliminar automáticamente los archivos borrados, verificar la limpieza y evitar comandos de purga inseguros para todos los usuarios.
Diagnostica el eco de BigBlueButton y el retardo de audio de WebRTC separando la retroalimentación del micrófono del retardo de la red, comprobando la prueba de eco, los dispositivos del navegador, la conectividad UDP y la carga del servidor.
Configura un repositorio Restic cifrado y una tarea programada (cron job) para Nextcloud, incluyendo el modo de mantenimiento, una copia de seguridad de MariaDB, retención, registros y comprobaciones de restauración.
Solucione los problemas de cargas de ownCloud que se quedan atascadas en el 99 % revisando los registros, el almacenamiento temporal, el espacio de fragmentos, los límites de PHP, las sesiones, los proxies y el bloqueo de archivos en el orden correcto.
Habilite y aplique correctamente la autenticación de dos factores (2FA) de Zimbra, registre una cuenta de administrador, elija la verificación por TOTP o correo electrónico y pruebe el inicio de sesión en la consola de administración.
