[Dune-devel] Online developer meeting: 2021-01-08 and 2021-01-22

Mon Jan 4 18:23:36 CET 2021

Dear all,

I discussed jitsi with our admins at the computing center.

Am Mon, Jan 04, 2021 at 05:11:13PM +0100 schrieb Carsten Gräser:
> I'd be happy to use an open source solution like jitsi or BBB.
> However I have mixed experience with jitsi on our server an
> meet.jit.si with problems even for smaller meetings (7-8).
> But maybe that's just because of insufficent server resources.

They argued that one problem (for lectures) is that too many people
try to connect from outside the DFN to servers insider DFN and that
the connection in Frankfurt becomes the bottleneck.

Perhaps Markus server is situated in a better spot.

> Robert suggested to use an institutions jitsi server. In this
> case it should be stable and reliable for the expected number
> of participants which is e.g. not the case for FU Berlin and
> -as far as I understood Simon- TU Dresden. If Markus' server
> is known to have enough resources, I'd prefer this one.

Let's see how things work tonight...

Ciao
Christian

> Regarding BBB (which is also open source): I've have heard a
> lot of good feedback from use cases in teaching with medium
> sized meetings. So if the TU Dresden server has enough resources,
> I'm also happy with this one.
> 
> Best,
> Carsten
> 
> Am 04.01.21 um 15:00 schrieb Simon Praetorius:
> > Maybe I have given a wrong impression: I'm not against the open-source solutions in general. My personal experience in the last two university semesters with online lectures, tutorials and seminars, has shown that the smoothest and most stable solution was either Zoom or BBB. I had several sessions started in Jitsi that simply were not usable. But, this is my personal experience using either our university server that was recently upgraded or the meet.jitsi.se server. If there are better experiences in other instances, we could try it out. Our university jitsi instance is recommended for 10-15 people maximum, and the host must be someone with a university login. I could be the host and probably Oliver could be a host too.
> > 
> > I have time today and will be happy to join the test meeting.
> > 
> > Best,
> > Simon
> > 
> > 
> > BTW: Many research conferences use a proprietary video conferencing tools, even zoom. To despise these tools is also not constructive. It often just works smoothly. In the rC3 conference they used an open-source solution and it ended up not very stable with several problems in the live sessions.
> > 
> > Am 04.01.21 um 13:18 schrieb Markus Blatt:
> > > On Mon, Jan 04, 2021 at 11:57:53AM +0100, Simon Praetorius wrote:
> > > > Hi Markus,
> > > > 
> > > > Jitsi is not usable for more than let's say 5 people simultaneously.
> > > > Neither the public meet.jitsi.si nor a locally hosted instance. In
> > > > half of the sessions it simply does not work at all. This is due to
> > > > the heavy video load that is during the semester time in the
> > > > universities. There is also the DFN video-conference solution - not
> > > > stable either.
> > > 
> > > We should be very careful with such statments. Even more if they endorse
> > > proprietary services. I am pretty sure I have done meetings with more than 5
> > > on meet.jit.si. I heavily doubt your statement about the limits of locally
> > > hosted instances, see the screenshot at https://www.dr-blatt.de/static/images/Bildschirmfoto_jitsi_2021-01-04_12-44-00.png for a counter example.
> > > 
> > > Of course that instance does not use the default settings, but tries to
> > > be conservative (bare metal, 1 GB network, limited resolution, limited
> > > number of concurrent video streams, etc.). Of course there is always a limit
> > > and it is not set up to scale (has just two videobridges).
> > > 
> > > We have 13 people in the doodle and a privately hosted instance should handle
> > > this. Let's get constructive and try to push open source:
> > > 
> > > - let's test my instance tonight at 20:00 CET at jisti.eichstaett.social/DUNEMeetingTest
> > > - If that is successfull, I set up an instance where only our meeting will be
> > >    heldt.
> > > - If that does not work we can use the solution-that-should-not-be-named as
> > >    a fallback.
> > > 
> > > Anyway in any meeting there is no need to stress test servers by having video
> > > on all the time in large meetings.
> > > 
> > > I would really like to avoid using proprietary stuff in my unpaid time and
> > > have abstained from it the past.
> > > 
> > > 
> > > Cheers,
> > > 
> > > Markus
> > > 
> > > _______________________________________________
> > > Dune-devel mailing list
> > > Dune-devel at lists.dune-project.org
> > > https://lists.dune-project.org/mailman/listinfo/dune-devel
> > 
> 
> 
> -- 
> Prof. Dr. Carsten Gräser
> Freie Universität Berlin
> Institut für Mathematik
> Arnimallee 6
> 14195 Berlin, Germany
> phone: +49 30 838 72637
> fax  : +49 30 838 472637
> email: graeser at mi.fu-berlin.de
> URL  : http://page.mi.fu-berlin.de/graeser
> 
> _______________________________________________
> Dune-devel mailing list
> Dune-devel at lists.dune-project.org
> https://lists.dune-project.org/mailman/listinfo/dune-devel

-- 
Prof. Dr. Christian Engwer 
Institut für Numerische und Angewandte Mathematik
Fachbereich Mathematik und Informatik der Universität Münster
Einsteinstrasse 62
48149 Münster

E-Mail  christian.engwer at uni-muenster.de
Telefon +49 251 83-35067
FAX     +49 251 83-32729