@will Anton, the developer, also has a VOIP project - "VoIP ID is a Free and Open Source Software to build a hosted VoIP server or hosted IPPBX service. The project continuously powers Telepon Rakyat (http://teleponrakyat.id) Indonesia cloud VoIP service server."

@doodlemania2 You might be interested in this: Nextcloud Talk High Performance Backend with Stun/Turnserver on Ubuntu with docker-compose

@girish I think what @ei8fdb trying to say (via the link that he has inserted) is that the Nextcloud VM folk now have an automated installation available for the High Performance Backend (Signalling Server + Janus SFU) of Nextcloud Talk.

Hi:

No need for a separate Kopano account (despite what the login says... it is misleading!)!

Meet enables Cloudron users to talk with other Cloudron users and guests invited by them. Log-in as a Cloudron user with the Cloudron credentials.

Cheers!

The folks at Pipe are rolling out a series of very interesting WebRTC experiences for the post-Covid world. See the demos of bookclub, two and podcall at their Github.

Their compelling rationale for these smart, open source apps is explained here from 18:40 onwards.

Given Cloudron's LDAP + TURN, these would make excellent, fun experiences for all Cloudron users...and their guests.

Should these smart experiences be integrated into Cloudron itself?

Any views?

Nextcloud Enterprise estimates that a 4-core/ 8GB RAM High-Performance Backend server (i.e. Janus SFU (open source) + Signalling Server (now, open source) + NATS messaging server (open source) + CoTURN server + Nginx + Apache) will work with "at least 150 concurrent users"!

Wow!!! Really worth packaging this as a separate app for Cloudron!

Shouldn't packaging this get precedence over packaging Jitsi... given that almost every Cloudron subscriber would be using Nextcloud?

Hi @fbartels,

Just had my first few one-on-one video calls with registered users and guests... Iridium browser at my end and Chrome at the other end. Worked flawlessly...even with 4G at my end. Excellent user experience at both ends. Thanks for bringing Kopano Meet to Cloudron!

Website: https://linphone.org

Docker is here: https://github.com/BelledonneCommunications/flexisip/blob/master/docker/Dockerfile

Enables e2e encrypted voice call and conferencing/ video conferencing/ chat messaging/ files exchange. Meaningful add-on to the existing Cloudron STUN/TURN + upcoming JitsiMeet. Issue your own domain-specific SIP addresses. Excellent apps across all platforms.

A "Flexisip Server Build and Install via Docker" guide that is too complex for me!

Same here! It would be a great addition!

@girish Your new "UPDATE" button is in an "inviting green" color... asking to be pushed.

What if it was switched to a "scarry red" with a scary message like "You sure you cannot wait for a few days for the devs to push you a nice, stable release of this app as an autoupdate??? By proceeding, you risk ruining your hitherto trouble-free app updates experience on Cloudron!!!"

@doodlemania2 You might be interested in this: Nextcloud Talk High Performance Backend with Stun/Turnserver on Ubuntu with docker-compose

Would be great for WP sites with Talk Wordpress Plugin
https://github.com/coralproject/talk-wp-plugin

@jimcavoli said in zammad - user support/ticketing solution:

I suppose if we incorporated advice on how to use a managed elastic instance like the one they operate through https://www.elastic.co/ would make it reasonable to make the default package lighter weight, and optionally scalable to a larger installation...

That is what I am planning to do!

@jimcavoli You might also be interest in this implementation of Zammad which adds WhatsApp and Signal as additional channels.

https://gitlab.com/digiresilience/link

@luckow We should do this again when @fbartels packages "Kopano Meet Boost" on Cloudron!

"Kopano Meet Boost is a server that we offer to our enterprise customers to meet this challenge. It is a Selective Forwarding Unit (SFU) that receives only one data stream from the sender and forwards it to all other participants. This drastically reduces the required computing power at the client and saves bandwidth. Thus, video meetings are also possible with 50 and more participants."

https://github.com/Kopano-dev/kwmbridge

@nebulon More from Zammad on "Running without Elasticsearch: "There are however certain scenarios when running without Elasticsearch may be desired, e.g. for very small teams, for teams with limited budget"
https://github.com/zammad/zammad-docker-compose#running-without-elasticsearch

This, I guess, captures the typical Cloudron user's usecase!

@nebulon Still makes sense to have Zammad on Cloudron to enjoy its LDAP, Email, Backup and trouble-free update benefits. Elasticsearch can be run on a separate non-Cloudron server by those (like me) who need it...just like you have Greenlight on Cloudron and the BigBlueButton server is non-Cloudron.

The latest Zammad admin docs say:

" Elasticsearch (optional): Zammad uses Elasticsearch to 1) make search faster and 2) support advanced features like reports or searching by email attachment contents. This becomes increasingly important as the number of tickets in your system gets larger and larger.

This dependency is optional but strongly recommended; Zammad will work without it, but search performance will be degraded, and some features will be disabled."

@nebulon The Nextcloud snap guys provide a very reliable Nextcloud hosting experience (across all the user-installed apps) by prioritising "stability of user experience" over "aggressiveness in updates to new versions". Right now, they are still on Nextcloud 19.0.3... by choice.

You could reduce your Nextcloud-related support headaches (which seem to crop up with every Nextcloud version update!) by following their pragmatic, conservative auto-update cycle.

Hi @mehdi, I was influenced by three of the developer's blog posts:

a) here, he explains his motivation for developing an audio-only-SFU based on Pion (i.e. Kraken) after having examined Janus, Jitsi, Mediasoup; and why he abandoned the mornin.fm approach

b) here he spells out how he used Kraken to roll out the E2EE group audio call feature (using Signal Protocol + Chrome's WebRTC Insertable Streams) in his Open Source Mixin Messenger

c) and finally, here, where he explains how to deploy the Kraken Group Audio Conferencing Service and points out that "A self hosted group audio conferencing service will provide good privacy because the data never leaves your servers, and you will get more excellent performance compared to shared services like Zoom, since you could choose the servers near the participants, and make use of all the system resources and bandwidth."

Therefore, I felt that Kraken.fm (even if it is not E2EE) would make a fast, private audio conferencing service for the community on my Cloudron (eg. for large 75+ person townhalls).

I already run a large, separate Jitsi server - and that is where these private, community audio-events are held today - but this seems to be a more elegant solution!

Finally, it uses the same stack as peercalls.com ...which is why I had put it on that thread.

Cheers!

@mehdi said in Mornin.fm - instant audio conferencing service:

However, I feel I have to mention that this app uses a very non-standard build system, that has not been maintained for 2+ years.

So, while the app itself looks sleek and modern, I must say I am not very optimistic about its future.

Could that be because the folks at Mixin - who had made mornin.fm - have now replaced it with Kraken (https://dev.to/cedricfung/webrtc-audio-conferencing-architecture-15am)?

https://github.com/MixinNetwork/kraken.fm
https://kraken.fm/

"Selective Forwarding Unit - Can be enabled using NETWORK_TYPE=sfu environment variable. The peercalls.com instance has this enabled."

Very Interesting with the SFU-enabled.

In the same vein, https://mornin.fm/ for audio conferencing with "rooms with over 100 people that still had great audio quality!"

https://github.com/fox-one/mornin.fm