Is anyone hosting their own Jitsi server?

Yes, I ran & still run a Jitsi instance and a website which would connect you to one of 12 participating Jitsi server at random applying to our guidelines in the EU.

My goal was offering a low-barrier open for all way to connect with loved ones. During the peak of the Covid pandemic for many people it was easier to connect with colleagues than family members or friends. So I contacted a few sysadmins and public organizations of whom I knew were running Jitsi and asked if it could be shared via our public website. A few agreed and a few dropped by and wanted to help out. After a few days a commercial hosting company decided to sponsor us with one VPS as well.

Our idea was to connect the servers and use the API to select a server with the lowest load. In the meantime we used a randomizer...we've never used the API after all, the randomizer worked well enough ;)

People told us they've used our free service for yoga classes, library book reading clubs, hackerspaces & celebrating birthdays with grandma.

Overall I'm still very proud what we've achieved in a few days with some servers, opensource software and bit of work.

Many thanks to @saghul, 8x8 and all other people contributing to Jitsi. Thank you!

I run a Jitsi instance on Linode. I used their push-button setup, then tweaked the security settings slightly. I keep it off and on a minimal instance except when it's time for a meeting, at which point I move it to a dedicated host for the duration of the meeting. I always check my TLS/SSL certificates and update the OS before the meeting, too. It has been okay, but not as reliable as Google Meet or Zoom. There's often someone having audio issues, typically on an iPad. Before I switched to a dedicated instance, those problems were worse. One of my regular meeting participants co-founded the FSF, so I'm using Jitsi so that we're using open-source software. I'm a big fan of Jitsi, but I want to be realistic about its reliability in my experience.

I'm looking forward to Element Call, which is currently in development.

It looks like their design starts with WebRTC running through SFU (selective forwarding units), which is pretty common by itself, but they're adding a tree-like SFU hierarchy in order to handle many participants without requiring expensive MCU (multipoint control unit) servers.

https://element.io/blog/introducing-native-matrix-voip-with-...

https://element.io/blog/element-call-beta-2-encryption-spati...

I assume it will become part of the Matrix spec rather than being an Element-only feature, though I don't think I've seen that confirmed. Maybe Arathorn will see this and comment?

Contrast with Jitsi, which requires Java, making it too heavy for my low power ARM server, and does end-to-end encryption in a way that's too heavy for some of my contacts' web browsers to run smoothly.

In the meantime, I've been relying on my Mumble server when I don't need video. The sound quality and latency are top notch, and the hardware requirements are low.

Hey there, Saul from the Jitsi team :-)

Self-hosting is one of the use cases we spend a lot of time on, recently venturing into a hybrid model with JaaS components.

If there is any pain point with self-hosting, please let us know!

Since December I've been running a jitsi instance just for family and friends. It's been working well for me, and I like that I can just send a link to anyone and they can click it and join the call in a browser without messing around.

Edit: since this in HN, I'll mention too that I don't even bother with passwords. I set up basic auth on the endpoint for management and room creation, and just leave the room(s) open. For a low key chat-with-friends-and-family setup, it's great and I haven't had to touch it since I set it up.

I run a matrix server deployed using their annsible script [1] which comes with jitsi, etherpad, etc.

The setup was a bit of a hassle (need to get the domain configured for federation, updating the config files etc) but after a weekend of configuration it has been rock solid since (in operation for a year now). I use it primarily as a centralized chat client (using bridges to the various propriatary chat services) but it is nice to be able to throw up a quick jitsi call and/or etherpad document.

The whole ansible/docker stuff is over my head, but these days I just run the playbook to apply updates and it hasn't failed me yet. Backups are handled by taking snapshots of the VM it runs in.

The jitsi web client works great on desktop, but I would recomend using the dedicated mobile apps because I have heard reports the web client struggling on mobile.

edit: forgot link [1] https://github.com/spantaleev/matrix-docker-ansible-deploy

I'm running Jitsi in Docker on a VPS. I use it for voice + video chat while playing online games with friends. For this use case, I had to do almost no tweaking from defaults, so I have not become a Jitsi expert at all. It's been running for about a year with no issues I can remember.

One annoyance was that I couldn't figure out how to set up a persistent room protected by a code. My goal was to have no usernames or passwords, but without allowing completely open access - I just wanted to distribute a room name and single known password/passcode my friends could use to get into the room.

Since this didn't seem to be possible at the time, I settled for requiring rooms to have a "host," which is just me. That way I deal with a username and password, but nobody else has to. It does make it impossible for the rest of the group to play without me, but this isn't an issue for our situation.

I set one up on my basement server when the pandemic hit for my church, since Zoom's free meetings were limited to 45 minutes. I was able to allow Jitsi to run as a web app on phones, but people complained that it ate through their batteries fast and caused them to get hot. They went back to meeting in person outdoors, and didn't need it. I turned it off after about a month, and haven't needed to look into it again.

IRC + Jitsi could work for a lot of people, but there's still enough trust in big centralized platforms for people to be satisfied with them.

https://github.com/ergochat/ergo

https://github.com/kiwiirc/kiwiirc

https://github.com/kiwiirc/plugin-conference

I've been hosting it for about 2 years, running in a container on a Proxmox host (a DL380G7 with 128GB RAM and a DS4243 JBOD in a tailor-made enclosure under the stairs here at the farm) together with a bunch of other services. It is not used all that often but when I need it it is there and works as intended. After configuring it I have not had to do anything else than run apt update && apt dist-upgrade every now and then. It is a bit of a memory hog just like most other jvm-based services but it is reliable and dependable.

We did it for a long time but finally got pushed into Zoom due to edge case issues like distorted audio for some participants and the need to support really big meetings. We pretty much have to buy a Zoom subscription due to sales calls anyway, so we had it.

In my experience Jitsi actually works better than Google Meet and I like self-hosting it, but Zoom works better than any and all WebRTC-based solutions.

The hard thing for things like Jitsi is that they have to work in the browser and are therefore held prisoner by how good the browser is. Most of the issues we ran into are probably browser issues not Jitsi issues since we also have tons of problems with Google Meet.

Besides privacy, what is the advantage of self-hosting when you can do meetings directly on https://meet.jit.si/ ?

Yep, I ran one on bare-metal for many years, then a Jitsi-Meet server as a 'replacement' while running the original for 1-on-1 calls so the execs could use the full end-to-end crypto.

Jitsi is great, IMO. Highly recommend.

I've left the company since, I believe they were bought out and switched to MS Teams now.

Yes, in a commercial setting. It's somewhat complicated as a stack, but when everything plays together, it's low latency, good quality, flexible and scalable across regions.

Only downside in my experience: cross device video never works? Good luck making a video call with chrome + firefox + android clients in the same room.

https://jitsi.org/about/

> Jitsi is a set of open-source projects that allows you to easily build and deploy secure video conferencing solutions. At the heart of Jitsi are Jitsi Videobridge and Jitsi Meet, which let you have conferences on the internet, while other projects in the community enable other features such as audio, dial-in, recording, and simulcasting.

Is it like self-hosted Zoom alternative? I feel like if an org is on Teams, they'll just use Teams video conference. Same for Slack. I used to work at an org that had Teams + Slack + Google Hangouts/Google Meet + Zoom.

Yes, I had hosted it on Digital ocean for a long time to bypass telco regimes where FaceTime and WhatsApp is blocked for A/V calls.

It worked pretty well. I was scared of security issues where I thought some miscreants might have calls and I get blamed for it. There were security issues(which probably could be fixed but I didn’t spend too much time)

The problem was UX for mom and pop folks

I was, but haven't for a year or so. It was handy during the COVID lockdown when I lived about 100 miles (three or so hours drive) from my mum and she wanted to see her grandson.

Really the only reason I took it down was I moved my hosting to another server and never bothered to set it up.

No but my networking group does, which I thought was an interesting choice. It was because the whole 'zoom is insecure' thing was going around when the pandemic hit. It's worked out OK ish, they're still using it after 3+ years.

Using the Jitsi website has worked well enough for me for years, and the calls are P2P as far as I'm aware. What's the advantage of hosting your own? Just preventing jitsi.org from seeing call metadata?

I host Mumble/Murmur for multiuser VoIP as it’s super lightweight and the noise cancelling + mute options are convenient. For 1-on-1 calls, I just use XMPP (Prosody) with TURN (coturn) and it’s handled video just fine. I’ve not had a reason to introduce anything heavier.

I did have a Jitsi instance, but when Nextcloud Talk fully developed, I shut down the Jitsi instance. The Nextcloud suite has so many features that makes it a winner for me. Nextcloud conversations can only be started by someone with an account, but I could publish guest user credentials if I want to make it public. On my personal contacts web page, I have a link to a conversation that allows anybody to call me through the web browser. My phone rings and we have a private conversation.

I've been running a Jitsi server for a few years on my home network. Came in very handy during the lockdown. The setup is Jitsi running on a Debian 11 VM that is on a CentOS Stream 8 host. The hardware is an Intel NUC which has 16G of RAM. The VM has been allocated 4G. The typical number of users in one session is about 15. This Jitsi server is reachable via the public Internet as well as on my own Wireguard network.

Since the start of the pandemic I've been self-hosting a Jitsi instance on Linode for my hypnotherapy business -- partly to transmit high-bitrate audio, partly for privacy and partly for compatibility, since it works in most web browsers. It works well even internationally (over a broadband connection), to the point where I won't even consider commercial software for this use case.

What is the best open source video chat web client?

I would love something with visible feedback on connection quality, especially if it was able to reduce bandwidth usage as possible automagically (switch video to static image / off, reduce audio kbps, etc.) to degrade gracefully.

Maybe supporting "push to be the only mic unmuted" could lessen the bandwidth needed.

If you're talking about Jitsi Meet, and to add another perspective: I have tried to install it and failed. Specifically, you could see that other participants have joined, but you could not see their video.

I have tried to set it up in different ways multiple times, following all the steps of the fantastic documentation meticulously, with full server resets in-between, researched the error messages thoroughly and even asked in the Jitsi forums, but there was just no way.

But if it works, it's a great piece of software that's easy to set up with really great documentation. I'm blaming the fact that it didn't work out on the hosting company (Strato) and their wonky VPS.

I've been hosting one on a bare metal Ubuntu server on a 1GB connection since the summer of 2020. It's been very robust and just keeps getting better with every update. I think the most users in a room was about 20.

Jitsi users: how many different conversation partners / fraction of your partners, use Jitsi with you?

We run one at mayfirst.coop. works great. We have our own plugin to support bilingual meetings and we reduce the video quality intentionally to reduce server usage and carbon impact.

No, but I use 8x8, which is reasonably priced. I don't see the point of hosting yourself when that is so good, unless it is for privacy / sovereignty sorts of reasons.

Yes. Setup is incredibly easy. It breaks without fail after a few upgrades, too.

If you want to do it anyway: create a fully automated setup to quickly spin up a new instance.

I've considered setting one up for my small business, but I've not been able to commit to the learning curve quite yet.

Yes. Small instance for friends and family.

Yes! jitsi.zaggy.nl

For adhoc gaming sessions, family chat during corona.

Disabled audio activity indicator(?) to severely reduce client CPU usage.

Our company delivers LiveKit¹-based video conferencing as a part of our EdTech products ecosystem, and, of course, we are rigorously dogfooding on it.

¹ https://livekit.io/

Not just hosting, but even made a template: https://github.com/rcarmo/azure-ubuntu-jitsi (might need a minor update)

Was running it for company but for some reason the code quality on share wasn't good (not sure if due to our installation). Switched to BBB (Big Blue Button) which has more options. I can highly recommend both.

De facto School Management platform in Latvia uses self hosted jitsi for remote classes. They can all be scheduled there and meetings organized within jitsi. Got implemented when pandemic hit.

We had a self hosted Jitsi for a while but disliked it - stuff went broken too often on upgrades. Switched to BigBlueButton now which works better for us.

Setting is up is easy but the user experience is really bad :-( I'm on Google fiber and Google Meet works great and even MS Teams works fine. But whenever I use Jitsi either A) the call participants keep getting disabled/enabled or B) when video does come through my computer crumbles to its knees. Oh, and by the way, good luck using anything other than Google Chrome!

Yes, and it's pretty easy if you're using Debian and you don't connect it to a VOIP phone service.

I used to host a Janus server, which is similar.

https://janus.conf.meetecho.com/

Was fairly straightforward to setup. Eventually I replaced it with Twilio as it was easier to scale across regions.

I do, ask me anything. It is great.

Yeah, we host jitsi.projectsegfau.lt for public use. It was pretty easy to setup minus the turn/stunserver setup which wasn't well documented imo

I ran vMee which was powered by jitsi for almost 4 years

used to run one but it's too messy... if you can code a little I prefer https://mediasoup.org/

Yes, by using cloudron.io