L'eco e il ritardo audio di BigBlueButton possono sembrare simili, ma di solito richiedono soluzioni diverse. Se i partecipanti sentono la propria voce tornare indietro, il problema potrebbe essere un altoparlante aperto vicino al microfono o un problema al percorso audio di un partecipante. Se il discorso arriva in ritardo, si interrompe o non viene riprodotto correttamente in un'altra stanza, è necessario verificare le condizioni di rete e la connettività WebRTC. Iniziate chiedendovi se il problema si verifica solo per voi o per tutti i partecipanti alla riunione.
Una distinzione importante evita modifiche non necessarie: è normale sentire la propria voce durante il test dell'eco di BigBlueButton . Il test riproduce la registrazione del microfono per consentirne il funzionamento prima di partecipare alla riunione. Un eco persistente dopo l'accesso alla riunione è un problema a parte.
L'eco è una ripetizione riconoscibile di una voce. Il microfono di una persona potrebbe captare il suono proveniente dagli altoparlanti e rimandarlo alla riunione. Un leggero ritardo può far sì che la voce di ritorno suoni come un'eco, ma anche le instabilità di rete possono creare un audio frammentato o in ritardo.
Il ritardo audio significa che la voce raggiunge gli ascoltatori con un ritardo percettibile, spesso accompagnato da pause, un suono robotico o interruzioni. Il ritardo può interessare un singolo partecipante a causa della sua connessione locale, oppure molti partecipanti a causa di un server condiviso o di un problema di rete. La natura del problema è più importante del termine utilizzato per descriverlo.
| Ciò che le persone notano | Area probabile da controllare per prima |
|---|---|
| Durante il test congiunto, solo una persona sente la propria voce. | Feedback del test dell'eco o microfono e altoparlante selezionati |
| Diverse persone sentono la voce dello stesso partecipante due volte | Altoparlanti, posizionamento del microfono o dispositivo audio di quel partecipante |
| Un partecipante sente tutti in ritardo o frammentati | Il carico del Wi-Fi, VPN, browser o dispositivo del partecipante |
| Molti partecipanti riscontrano ritardi contemporaneamente | Percorso di rete condiviso, firewall, relay TURN o carico del server BigBlueButton |
Questo è il test del microfono previsto. Quando si sceglie di partecipare con un microfono, BigBlueButton chiede al browser l'autorizzazione e riproduce la voce. La guida di test della versione attuale afferma che l'indicatore del volume dovrebbe reagire quando si parla e che potrebbe essere possibile cambiare il dispositivo (microfono o altoparlanti) nella finestra di dialogo audio. Se la riproduzione di prova è chiara e l'indicatore del volume si muove, selezionare Sì per partecipare con l'audio.
Se continui a sentire la tua voce anche dopo esserti unito alla chiamata, o se altri partecipanti sentono una ripetizione, invece di considerare il test stesso come un fallimento, cerca di risolvere i problemi relativi al percorso audio in diretta. Durante una chiamata in diretta, disattiva brevemente il microfono. Se la ripetizione si interrompe, riattiva il microfono e allontanalo dagli altoparlanti, abbassa il volume degli altoparlanti o usa le cuffie. Se disattivando il microfono di un partecipante l'eco scompare per tutti, chiedi a quella persona di controllare la propria configurazione.
Utilizza cuffie o auricolari con il microfono vicino alla bocca. Questo riduce la possibilità che il microfono capti i suoni provenienti dagli altoparlanti della stanza. Abbassare il volume degli altoparlanti o aumentare la distanza tra altoparlanti e microfono può essere d'aiuto, ma in genere gli auricolari rappresentano la scelta più affidabile in una stanza condivisa.
Verifica che sia attivo un solo microfono. È possibile che siano disponibili sia il microfono del portatile che quello della webcam, e quello selezionato potrebbe trovarsi più lontano dall'altoparlante di quanto previsto. Nelle impostazioni audio di BigBlueButton, seleziona esplicitamente il microfono e l'altoparlante desiderati. Se dopo aver cambiato dispositivo si verifica un effetto eco, interrompi la registrazione audio e riattivala in modo che il test dell'eco venga eseguito sulla coppia di dispositivi selezionata.
In una sala riunioni con più persone, evitate che diversi computer vicini si connettano all'audio tramite altoparlanti aperti. Utilizzate un'unica connessione audio di sala con un microfono adeguato, oppure chiedete a ciascun partecipante di utilizzare le cuffie e di disattivarle quando non parla. Il laptop di un secondo partecipante con il microfono attivo può creare un effetto di feedback anche se il vostro dispositivo è configurato correttamente.
Un test di eco riuscito dimostra che il browser ha ottenuto l'accesso al microfono ed è stato in grado di riprodurre un audio di prova locale. Non garantisce, tuttavia, che la connessione internet manterrà una bassa latenza per tutta la durata della riunione. BigBlueButton trasmette contenuti multimediali in tempo reale tramite WebRTC; restrizioni di rete, Wi-Fi instabile, perdita di pacchetti o un percorso congestionato possono ritardare o interrompere l'audio.
Iniziate con il confronto più semplice. Chiedete a un altro partecipante se sente lo stesso ritardo. Se solo una persona è interessata, provate a usare la sua rete cablata, disattivate temporaneamente una VPN, avvicinatevi al punto di accesso Wi-Fi o passate a una rete diversa. Mettete in pausa caricamenti, download e backup su cloud di grandi dimensioni durante la chiamata. Chiudete le schede o le applicazioni che consumano molte risorse se il computer è sotto carico. Provate a disattivare la videocamera per qualche minuto; se l'audio migliora, il problema potrebbe essere legato alla larghezza di banda o alla potenza di elaborazione del dispositivo.
Se l'intera sala presenta lo stesso ritardo, è improbabile che la sostituzione del microfono di un singolo partecipante risolva il problema. È importante annotare quando è iniziato il ritardo e se si verifica in ogni riunione sullo stesso server. L'organizzatore della riunione dovrebbe chiedere all'amministratore del servizio di verificare il server e il percorso di rete.
Assicurati che il browser abbia l'autorizzazione per utilizzare il microfono sul sito di BigBlueButton. Se l'autorizzazione è stata negata in precedenza, modificala nelle impostazioni del sito del browser, ricarica la riunione e riattiva l'audio. Utilizza un browser aggiornato e supportato dal servizio BigBlueButton. L'utilizzo di una finestra di navigazione in incognito può essere utile per verificare se un'estensione o un'impostazione del sito memorizzata nella cache potrebbero interferire, ma non sostituisce la verifica del dispositivo selezionato.
Nella finestra di dialogo dell'eco, parla e osserva l'indicatore del livello audio. Se non si muove, seleziona un altro microfono e controlla il livello di ingresso del sistema operativo o l'interruttore di silenziamento. Se il livello si muove ma non riesci a sentire il test, controlla il dispositivo di output scelto e il volume di sistema. La documentazione di BigBlueButton descrive come selezionare i dispositivi audio durante il test e come modificarli dopo aver effettuato l'accesso; quando il test non è più disponibile, esci dall'audio e rientra.
Utilizza i controlli del dispositivo del browser e il pannello audio del sistema operativo per verificare che siano selezionati lo stesso ingresso e la stessa uscita. Non aumentare eccessivamente il guadagno del microfono solo per far muovere l'indicatore; un livello di ingresso molto alto può captare il rumore ambientale e peggiorare il feedback.
Chiedi all'amministratore di indagare quando più partecipanti sono interessati, quando utenti su reti diverse riscontrano errori simili o quando BigBlueButton segnala un errore di connessione WebRTC. La documentazione di risoluzione dei problemi di BigBlueButton 4.0 descrive l'errore 1007: "Negoziazione ICE non riuscita" come un errore nella negoziazione di un percorso multimediale ed elenca NAT, porte UDP bloccate o la necessità di TURN su reti con restrizioni come possibili cause. WebRTC utilizza ICE per trovare un percorso di connessione funzionante; un relay come TURN può aiutare i client che non riescono a stabilire un percorso multimediale diretto.
Per un server self-hosted, l'amministratore dovrebbe confrontare il firewall, il NAT e gli indirizzi multimediali annunciati con la documentazione della versione di BigBlueButton installata. Le attuali linee guida sui firewall specificano TCP 80/443 e un intervallo di indirizzi multimediali UDP per la configurazione documentata, ma i provider di hosting e le implementazioni possono differire. Non modificare le regole del firewall su un servizio gestito; fornire al provider il codice di errore, l'orario della riunione interessata e se il problema riguarda una sola rete o più reti.
La contesa della CPU del server può influire anche sui contenuti multimediali in tempo reale. Se tutti i partecipanti segnalano un ritardo contemporaneamente, l'amministratore dovrebbe verificare il carico del server e lo stato di salute del servizio WebRTC/audio di BigBlueButton durante l'incidente. Uno stato del server positivo al termine della riunione potrebbe non rivelare un sovraccarico temporaneo, quindi è importante includere timestamp e dettagli che consentano di riprodurre il problema.
Uscite e rientrate nella riunione, eseguite il test dell'eco e verificate che il livello del microfono reagisca quando parlate. Dopo esservi riconnessi, chiedete a un altro partecipante di confermare che la vostra voce sia chiara e non ripeta. Per quanto riguarda il ritardo, confrontate l'audio con quello di un altro partecipante e verificate se il parlato è ora tempestivo e continuo. Testate una modifica alla volta per identificare cosa ha risolto il problema.
Le etichette dell'interfaccia di BigBlueButton e i dettagli di rete del server variano a seconda della versione e dell'implementazione. Le pagine di risoluzione dei problemi e di test della versione di BigBlueButton 4.0 citate sono contrassegnate come "in fase di sviluppo" a partire dal 6 ottobre 2026; gli amministratori dovrebbero utilizzare la documentazione corrispondente alla versione installata anziché copiare le impostazioni da un'altra versione.
Risolvi l'avviso di Nextcloud relativo alla mancanza di HSTS configurando il server web HTTPS o il proxy inverso, quindi verifica in modo sicuro l'intestazione Strict-Transport-Security.
Risolvi l'errore "CSync Unknown Error" del client ownCloud Desktop ricostruendo il database di sincronizzazione nascosto, quindi verifica la connettività, le autorizzazioni, i nomi dei file, lo spazio su disco e i log.
Il proxy Matrix Sliding Sync è stato archiviato e sostituito. Abilitare la sincronizzazione Simplified Sliding Sync nativa in Synapse, verificare il supporto del client, aggiornare il routing del proxy e testare la sincronizzazione mobile in modo sicuro.
Diagnostica i rallentamenti nella federazione Matrix Synapse e nell'adesione alle stanze verificando la connettività, lo stato dei tentativi del server remoto, le metriche, il carico del database e i limiti di frequenza di adesione.
Configura la conservazione del cestino e le attività in background di Nextcloud per rimuovere automaticamente i file eliminati, verificare l'avvenuta pulizia ed evitare comandi di eliminazione sicura per tutti gli utenti.
Diagnostica l'eco di BigBlueButton e il ritardo audio di WebRTC separando il feedback del microfono dal ritardo di rete, verificando il test dell'eco, i dispositivi del browser, la connettività UDP e il carico del server.
Configura un repository Restic crittografato e un'attività pianificata (cron job) per Nextcloud, includendo la modalità di manutenzione, un dump di MariaDB, la conservazione dei dati, i log e i controlli di ripristino.
Risolvi i problemi di caricamento su ownCloud bloccati al 99% controllando i log, lo spazio di archiviazione temporaneo, lo spazio dei chunk, i limiti PHP, le sessioni, i proxy e il blocco dei file nell'ordine corretto.
Abilita e applica correttamente l'autenticazione a due fattori (2FA) di Zimbra, registra un account amministratore, scegli la verifica tramite TOTP o e-mail e testa l'accesso alla Console di amministrazione.
Configura Mjolnir per la moderazione di Matrix: crea un account bot dedicato, configura la sua sala di controllo, proteggi le stanze, gestisci le liste di ban e verifica le autorizzazioni in modo sicuro.
