linux user group brescia

Ciao a tutti,
Nextcloud oltre i 4 partecipanti inizia da avere grossi problemi di
carico sul client dovuti al signaling server interno. Guarda caso
facendo l'upgrade a Nextcloud Hub si ha accesso a un signaling server
high-perf che risolve tutti i problemi.
Ad oggi non è ancora possibile collegare NC a un server Signaling di
terze parti, sebbene nelle impostazioni di talk siano apparse le
opzioni, perché non ne esistono o le implementazioni che si trovano su
github -ad esempio- o sono POC o sono progetti avviati che non sono
ancora maturi.
Ho tentato di usare NC come soluzione di smart working, visto che lo
usavamo con successo per la condivisione dei file al di fuori del
perimetro aziendale, ma è stato un flop.

Il giorno dom 29 mar 2020 alle ore 12:37 Marco Manenti
<marco.manenti a gmail.com> ha scritto:
>
> Grazie mille... mi hai dato mille dritte, tra cui usare  https://github.com/havfo/multiparty-meeting  che ha vp9.
> Provo ad installarlo, vi faccio sapere nel caso.
>
> Anche per il progetto, diffondo subito.
>
> Grazie Fabio!
>
>
> Il giorno sab 28 mar 2020 alle ore 18:29 Fabio Pedretti <pedretti.fabio a gmail.com> ha scritto:
>>
>> Per chi è interessato ad usare dei sistemi di videoconferenza (Jitsi
>> ma non solo), ma non dispone di un proprio server, segnalo questo
>> progetto:
>> https://iorestoacasa.work/
>> in cui sono disponibili (ed è possibile condividere i propri) numerosi
>> server, a disposizione di chiunque.
>> Al momento non sono ancora particolarmente usati, sebbene lo siano
>> maggiormente durante la mattina dei giorni feriali.
>> Fabio
>>
>> Il giorno sab 28 mar 2020 alle ore 17:17 Marco Manenti
>> <marco.manenti a gmail.com> ha scritto:
>> >
>> > Ciao,
>> >
>> > dopo alcuni test, sia di jitsi (anche la unstable che però è in freeze perché in RC) che nextcloud (se qualcuno vuole testare, li ho attivi entrambi):
>> > - banda: jitsi usa ancora il codec VP8, succhia parecchio (circa 3mbps ad utente in upload, ma stanno proponendo lo sviluppo di VP9), nextcloud un filo meno ma entrambi sicuramente al di sotto dei concorrenti (meet, zoom, etc)
>> > - processore: simile
>> >
>> > Jitsi è comodissimo per creare call al volo, nextcloud sicuramente più completo per il contorno.
>> > Con banda disponibile entrambi hanno qualità alte di streaming.
>> >
>> > Se volete provare contattatemi in PM
>> >
>> > per il turnserver: è un filo un casotto, le informazioni sono abbastanza frammentate, ma una volta configurato fila liscio.
>> >
>> > Le connessioni a due vanno benissimo in P2P, banda usata sul server pressoché nulla
>> >
>> > Fatemi sapere se avete ottimizzato qualche forma di compressione/codec, per ora purtroppo per le conf con tanti utenti (tutti che interagiscono) con qualcuno al cellulare (collo di bottiglia) non posso usare Jitsi
>> >
>> > ciao
>> > Marco
>> >
>> >
>> > A)
>> > COTURN: questa la mia conf (debian 10 ha coTURN 4.5.1.1, pertanto occorre disabilitare un paio di opzioni, la debian 9 invece devono essere abilitate)
>> >
>> > listening-port=3478
>> > fingerprint
>> > #lt-cred-mech # Only on coTURN below v4.5.0.8!
>> > use-auth-secret
>> > static-auth-secret=12312312312313123213123
>> > realm=cloud.xxxxx.it
>> > total-quota=100
>> > bps-capacity=0
>> > stale-nonce
>> > #no-loopback-peers # Only on coTURN below v4.5.1.0!
>> > no-multicast-peers
>> >
>> > no-stdout-log
>> > simple-log
>> > log-file=/var/log/turnserver.log
>> > verbose
>> >
>> > proc-user=turnserver
>> > proc-group=turnserver
>> >
>> >
>> > B)
>> > X Jitsi (prosody) questa la conf da mettere all'inizio del file /etc/prosody/conf.d/xxxxx.xxxxx.it.cfg.lua
>> > turncredentials_secret = "123123123123123123";
>> > turncredentials = {
>> >     { type = "stun", host = "meet.xxxxx.it" },
>> >     { type = "turn", host = "meet.xxxxx.it", port = 3478, transport = "udp" },
>> >    { type = "turn", host = "meet.xxxxx.it", port = 3478, transport = "tcp" }
>> > }
>> >
>> > C)
>> > nel file /etc/prosody/prosody.cfg.lua
>> > abilitare il modulo "turncredentials";
>> > scaricato da https://github.com/otalk/mod_turncredentials/blob/master/mod_turncredentials.lua
>> > (metteteci anche le chiavi che seguono così smette di dare warning)
>> > https_key = "/etc/prosody/certs/meet.xxxxx.it.key"
>> > https_certificate = "/etc/prosody/certs/meet.xxxxx.it.crt"
>> >
>> > D)
>> > /etc/jitsi/meet/meet.xxxxx.it-config.js
>> > abilitare     useStunTurn: true,
>> >
>> >
>> >
>> > Il giorno ven 20 mar 2020 alle ore 18:34 Fabio Pedretti <pedretti.fabio a gmail.com> ha scritto:
>> >>
>> >>
>> >>
>> >> Il ven 20 mar 2020, 18:31 El Kondor <liste a opensupport.it> ha scritto:
>> >>>
>> >>> si ho anche io questa impressione,in vari test che sto facendo, sembra
>> >>> che jitsi stabilisca meglio la comunicazione mentre nextcloud ogni tanto
>> >>> si perda qualcosa...
>> >>>
>> >>> Ma una volta che creo la stanza in jitsi questa rimane attiva per sempre?
>> >>
>> >>
>> >> La stanza viene disattivata quando l'ultimo utente si disconnette.
>> >>
>> >>> nel browser la vedo nell'history sotto la pagina e nell'App del telefono
>> >>>
>> >>> o vengono gradualemnte cancellate col tempo?
>> >>
>> >>
>> >> Rimangono memorizzate solo nei cookie che mantieni sul tuo dispositivo.
>> >>
>> >>> grazie
>> >>>
>> >>> Il 18/03/20 10:11, Paolo Luca Finardi ha scritto:
>> >>> > per l'esattezza, questo è quello che ci aveva scritto il nostro socio
>> >>> > sul test Nextcloud talk e Jitsi:
>> >>> >
>> >>> > "...Per la cronaca, ho testato sia Jitsi che Talk di Nextcloud. Entrambi
>> >>> > su vps contabo 8gb ram ssd. Talk dopo qualche persona (l'ho testato con
>> >>> > 7 persone contemporanee, via web o app) sembra far fatica a partire, nel
>> >>> > senso che tra quando avvii la chiamata a quando sei effettivamente
>> >>> > connesso (vedi e senti gli altri) passa del tempo, anche un minuto.
>> >>> > Jitsi invece non sembra avere questa latenza..."
>> >>> >
>> >>> >
>> >>> >
>> >>> > On 18/03/20 10:08, Paolo Luca Finardi wrote:
>> >>> >> Non ti so aiutare, l'unica cosa che posso dirti è che un nostro socio
>> >>> >> del BgLUG ha installato entrambi su uno stesso server e, a detta sua,
>> >>> >> le prestazioni di Jitsi erano migliori. Ma un caso non fa testo.
>> >>> >>
>> >>> >>
>> >>> >>
>> >>> >> On 18/03/20 10:05, El Kondor wrote:
>> >>> >>> mi interesserebbe capire il consumo di banda tra nextcloud talk e
>> >>> >>> jitsi...
>> >>> >>>
>> >>> >>>
>> >>> >>>
>> >>> >>> Il 18/03/20 09:32, Paolo Luca Finardi ha scritto:
>> >>> >>>> Ciao, qui trovi dei riferimenti per usare Jitsi all'interno della
>> >>> >>>> scuola [0].
>> >>> >>>> Oltre al servizio generale (che in questi giorni è stato potenziato
>> >>> >>>> per l'aumento vertiginoso di richieste) su quel link trovi una lista
>> >>> >>>> (in continuo aggiornamento) di altri server Jitsi messi a
>> >>> >>>> disposizione da altri anche per la scuola.
>> >>> >>>>
>> >>> >>>> Ovviamente, visto che le scuole stanno ricevendo offerte per
>> >>> >>>> l'utilizzo gratuito di vari servizi in cloud tra cui VPS su AWS,
>> >>> >>>> possono anche decidere di utilizzere queste risorse e installarsi il
>> >>> >>>> proprio server Jitsi. A questo link [1] trovi le istruzioni per
>> >>> >>>> installarlo velocemente con docker.
>> >>> >>>>
>> >>> >>>> Se installato su un server con buona banda NON ha lag. Funziona
>> >>> >>>> molto bene ed ha dei vantaggi enormi: NON richiede installazione di
>> >>> >>>> software particolari (è sufficiente avere un browser che supporti
>> >>> >>>> WebRTC: Chrome, Chromium, ...) e NON richiede registrazione, che per
>> >>> >>>> le scuole è molto importante per questione di privacy, visto che far
>> >>> >>>> registrare i ragazzi comporta anche aspetti burocratici non
>> >>> >>>> indifferenti.
>> >>> >>>>
>> >>> >>>> Spero di esserti stato d'aiuto
>> >>> >>>>
>> >>> >>>> ciao
>> >>> >>>> Paolo
>> >>> >>>>
>> >>> >>>>
>> >>> >>>> [0] https://it.wikibooks.org/wiki/Software_libero_a_scuola/Jitsi
>> >>> >>>> [1] https://bglug.it/2020/03/14/jitsi-docker/
>> >>> >>>>
>> >>> >>>> On 18/03/20 07:12, Simone Bignetti wrote:
>> >>> >>>>> Ciao
>> >>> >>>>>
>> >>> >>>>> Vi giro pari pari un appello arrivato dall'Ordine degli Ingegneri di
>> >>> >>>>> Brescia, che chiede aiuto, per dare supporto tecnico alle scuole
>> >>> >>>>> per le
>> >>> >>>>> videoconferenze.
>> >>> >>>>>
>> >>> >>>>> Magari è anche l'occasione per far conoscere Jitsi, che è già
>> >>> >>>>> utilizzato da alcune scuole, ma nella mail non viene menzionato.
>> >>> >>>>>
>> >>> >>>>>
>> >>> >>>>> """ Testo """
>> >>> >>>>> SUPPORTO ALLA TELEDIDATTICA
>> >>> >>>>>     Gentile collega, alcuni istituti scolastici della provincia di
>> >>> >>>>> Brescia
>> >>> >>>>> avrebbero bisogno di supporto tecnico per fornire informazioni
>> >>> >>>>> pratiche
>> >>> >>>>> e di base al personale docente sull’utilizzo della strumentazione già
>> >>> >>>>> in loro possesso per la teledidattica.
>> >>> >>>>> Ti chiedo la disponibilità ad intervenire da remoto per questo
>> >>> >>>>> supporto
>> >>> >>>>> tecnico di volontariato.
>> >>> >>>>> E’ necessaria esperienza nell’utilizzo delle piattaforme di
>> >>> >>>>> videoconferenza più note, quali ad esempio: WeSchool, G-Suite, Skype,
>> >>> >>>>> Webex, Whereby, Zoom, ecc.
>> >>> >>>>> Per manifestare la tua disponibilità puoi inviare un email a
>> >>> >>>>> info a ordin
>> >>> >>>>> eingegneri.bs.it entro le ore 14:00 di mercoledì 18 marzo 2020, con le
>> >>> >>>>> seguenti informazioni:
>> >>> >>>>>   NOME
>> >>> >>>>> COGNOME
>> >>> >>>>> NUMERO ISCRIZIONE
>> >>> >>>>> NUMERO CELLULARE
>> >>> >>>>> EMAIL
>> >>> >>>>>   Ti metteremo in contatto successivamente con le scuole che avranno
>> >>> >>>>> necessità di supporto.
>> >>> >>>>> I più cordiali saluti.
>> >>> >>>>>   Ing. Carlo Fusari
>> >>> >>>>> Il Presidente
>> >>> >>>>> """
>> >>> >>>>>
>> >>> >>>>
>> >>> >>>>
>> >>> >>>
>> >>> >>
>> >>> >
>> >>> >
>> >>>
>> >>> --
>> >>> Info/Lamentele/Segnalazioni: andrea.gelmini a gmail.com
>> >>
>> >> --
>> >> Info/Lamentele/Segnalazioni: andrea.gelmini a gmail.com
>> >
>> > --
>> > Info/Lamentele/Segnalazioni: andrea.gelmini a gmail.com
>>
>> --
>> Info/Lamentele/Segnalazioni: andrea.gelmini a gmail.com
>
> --
> Info/Lamentele/Segnalazioni: andrea.gelmini a gmail.com