Cuando la cámara web de BigBlueButton permanece en blanco y el navegador o la reunión informa "Error de conexión de socket ICE", el mensaje indica un fallo en la conexión multimedia, pero no una causa única. Los permisos de la cámara, la red del usuario, el firewall del servidor, el direccionamiento NAT y la configuración del relé TURN pueden influir. Comience por realizar comprobaciones para aislar el problema antes de modificar la configuración del servidor.
La guía de solución de problemas actual de BigBlueButton describe un error relacionado, 1007: ICE negotiation failed , como un fallo al negociar una ruta entre el navegador y el servidor multimedia. Menciona NAT, puertos UDP bloqueados y la posible necesidad de activar TURN en redes restrictivas. La frase exacta en su navegador puede variar según la versión de BigBlueButton, la plataforma de alojamiento o el cliente. Tómelo como una pista, no como un diagnóstico. Lea la guía de solución de problemas de BigBlueButton 4.0 .
Se requiere permiso de cámara para que un navegador acceda a una cámara web, y la página de la reunión debe usar un contexto seguro como HTTPS. Estas comprobaciones determinan si el navegador puede capturar vídeo local. ICE es el proceso WebRTC que encuentra una ruta de red para enviar contenido multimedia entre el navegador y BigBlueButton. Una denegación de permiso de cámara y un fallo en la ruta ICE son problemas distintos, aunque ambos pueden dejar la cámara web inaccesible. MDN documenta los requisitos de permisos del navegador y de contexto seguro .
Comprueba el icono de la cámara junto a la barra de direcciones y la configuración del navegador. Permite el acceso a la cámara para el sitio de BigBlueButton, confirma que la cámara deseada esté seleccionada y cierra otras aplicaciones que puedan estar usándola. Si el navegador muestra una vista previa local, pero la reunión aún no puede publicar el vídeo, es probable que el acceso al dispositivo local funcione; continúa con las comprobaciones de red. Si no aparece ninguna vista previa, primero intenta solucionar la selección del dispositivo, la configuración de privacidad del sistema operativo o los permisos del navegador.
Cuando varios usuarios se ven afectados, verifique la ruta de medios en cada límite de la red: el firewall del host, el grupo de seguridad en la nube, el enrutador o dispositivo NAT, y cualquier firewall de red ascendente. La documentación del firewall de BigBlueButton enumera TCP 80 y 443 para el tráfico web y, en la configuración predeterminada documentada, UDP 16384–32768 para medios. Su instalación puede usar un rango personalizado o una pila de medios específica de la versión, así que confirme la configuración real antes de cambiar las reglas. No abra un rango más amplio del que requiere la instalación. Consulte la guía de configuración del firewall de BigBlueButton actual .
Para un servidor detrás de NAT, confirme que el servicio multimedia anuncia una dirección IP externa accesible. BigBlueButton 2.5 y versiones posteriores utilizan mediasoup para el contenido multimedia HTML5 WebRTC; la guía oficial del firewall describe cómo configurar la dirección externa anunciada /etc/bigbluebutton/bbb-webrtc-sfu/production.yml. Una dirección privada, una dirección pública obsoleta, un reenvío de puertos incorrecto o la falta de configuración de IPv6 pueden impedir que los clientes accedan al servicio multimedia. Aplique únicamente las instrucciones que correspondan a su versión de BigBlueButton y a la configuración de su red, y reinicie los servicios solo según las indicaciones de la guía.
Compruebe también si los usuarios afectados se encuentran en redes que bloquean el tráfico UDP saliente. Un servidor TURN puede reenviar el tráfico WebRTC cuando no hay una ruta directa disponible, pero debe estar instalado, accesible y configurado para la versión correspondiente de BigBlueButton. La documentación y la configuración predeterminada del paquete TURN varían según la versión; siga la guía para la versión exacta que utiliza. No copie las credenciales ni la configuración de puertos de una versión diferente. Consulte la guía del servidor TURN de BigBlueButton 4.0 .
No necesariamente. Si la vista previa local aparece y el navegador tiene permiso, el dispositivo puede estar funcionando aunque falle la transmisión multimedia. Acción: pruebe con otra red y pregunte si otros participantes se ven afectados antes de reemplazar la cámara.
El permiso solo permite al navegador capturar vídeo. No desbloquea el tráfico UDP ni corrige la dirección NAT del servidor. Acción: tras confirmar el permiso, pruebe la conexión desde otra red.
La página y los controles de la reunión se cargan mediante HTTPS, pero el audio o el vídeo en tiempo real no pueden establecer su propia ruta multimedia. BigBlueButton documenta los fallos de ICE, junto con el bloqueo de UDP y NAT, como posibles causas. Acción: utilice una cámara web para realizar una prueba y compare los resultados en distintas redes.
Los valores predeterminados documentados son puntos de partida útiles, pero no constituyen una prueba de la configuración en producción. Los puertos se pueden personalizar y la configuración de TURN varía según la versión. Acción: revise la versión y la configuración implementadas antes de modificar las reglas del firewall o del relé.
Tras un cambio, únase a una nueva reunión y publique la cámara web durante al menos un minuto. Confirme que aparece la vista previa local, que los demás participantes pueden ver la transmisión y que al reconectarse no se reproduce el error ICE. Pida a un usuario de la red previamente afectada que repita la misma prueba. Si solo la prueba del punto de acceso es exitosa, proporcione ese resultado al administrador de red y solicite una revisión del tráfico WebRTC saliente. Si todas las redes fallan para varios usuarios, envíe al proveedor de BigBlueButton la versión del servidor, la hora aproximada, los navegadores afectados, el código de error o el mensaje exacto, si el audio funciona y los resultados de cada prueba de red. Evite publicar enlaces de reuniones, tokens de acceso o registros del navegador sin censurar.
Un diagnóstico útil permite identificar la capa que falla: acceso a la cámara local, red de un usuario o ruta multimedia del servidor. El mensaje por sí solo no permite distinguir entre estos casos, pero estas comprobaciones pueden proporcionar al administrador información para el siguiente cambio.
Compara 10 herramientas de escaneo de ping para la detección rápida de redes LAN, el escaneo multiplataforma y la gestión de direcciones IP. Descubre qué puede (y qué no puede) revelarte un escaneo.
Compare seis herramientas de gestión de red para la monitorización del rendimiento, incluyendo la cobertura SNMP, la asignación de mapas, las alertas, los modelos de implementación y las ventajas y desventajas en cuanto a costes.
Compara las mejores aplicaciones de análisis Wi-Fi para Windows, iPhone y Android, incluyendo herramientas para la congestión de canales, la cobertura de la señal, los mapas de calor y la resolución de problemas de red.
Compara siete monitores de ping gratuitos y de código abierto, desde suites de red completas hasta sondas de latencia específicas, y elige el que mejor se adapte a tus necesidades en cuanto a disponibilidad, pérdida de paquetes e historial.
Aprenda qué significa QoS en redes, cómo las marcas DSCP y las colas de tráfico priorizan las aplicaciones de voz, vídeo y empresariales, y qué problemas no puede solucionar la QoS.
Compare siete herramientas de administración de direcciones IP para el descubrimiento de subredes, la coordinación de DNS y DHCP, el inventario de red y la gestión de direcciones IP de código abierto.
Compara software de servidor SFTP fiable para Windows y Linux, incluyendo OpenSSH, Bitvise, SolarWinds y SFTPGo. Encuentra la solución ideal para tus necesidades de seguridad y transferencia de archivos.
Cree un sistema práctico de monitorización de red con una cobertura clara de los dispositivos, métricas de rendimiento útiles, alertas procesables y una comparación de SolarWinds NPM, PRTG y OpManager.
Compare las herramientas de escaneo de red para la detección rápida de dispositivos, escaneos de IP multiplataforma y gestión de direcciones IP (IPAM) empresariales, con orientación sobre cómo adaptar cada opción a su red.
Utilice la opción --traceroute de Nmap para asignar saltos a un host autorizado, comprender la salida de saltos y RTT, y solucionar problemas de respuestas faltantes sin realizar un escaneo excesivo.
