@scottalanmiller said in FusionPBX - 2020:

@JaredBusch said in FusionPBX - 2020:

The developers use Debian. So use that.

This is my general rule. unless they use something insane or unnecessarily expensive, I do this above all other things.

For packaged systems like a PBX.

For other things like web apps. I tend to put them on Fedora (my chosen OS), no matter what the dev team uses.

Looking at you Nexcloud.

We've been using Skyetel as our primary trunks for some time now, and most of our customers are either using them now or porting over to them in the near term. Service has been great, and very easy to use.

@FATeknollogee said in VOIP Provider: Skyetel:

@scottalanmiller curious question...why are you responding to a post from Dec of 2018 made by a user who only posted that one time?

Also, because @scottalanmiller .......

@scottalanmiller and all, I don't know why you still loosing time. Use my rpms and install freeswitch/fusionpbx in minutes
https://okay.network/blog-news/rpm-repositories-for-centos-6-and-7.html

@dustinb3403 said in Virtualizing Your Cudatel Appliance:

@scottalanmiller said in Virtualizing Your Cudatel Appliance:

Go ahead, download FreePBX and start playing with it. You could have installed it while reading this article!

Any good installation guides here on ML?

@JaredBusch has a great series of posts for FreePBX here.

https://mangolassi.it/topic/11805/freepbx-13-setup-guide

@StuartJordan Next time you decide to spin it up contact me and I will help you with the NAT issue. I have a little time this week. Next week I'm teaching FusionPBX November Admin training as show at www.fusionpbx.com. So if not this week I'll have more time after the training is over.

@stuartjordan said in Fusion Pbx snom 300:

@scottalanmiller - I think I did add some tags Scott, did I type them in wrong?

You did add them, I modified them. You tagged "fusion pbx" but the product and the existing tag is "fusionpbx", no space. So you created a new tag that re-inforced this not being FusionPBX 🙂

When typing in a tag, look for the autocompletely list. This will tell you if a tag for that topic already exists and how it is spelled. We try to make the tags be identical to product names when possible. Often with manual clean ups. In this case, the list when you start typing "fusion" is enough to show "fusionpbx" and you can just select it. That way you know for sure that the topic is linked to the other topics that are related.

@markjcrane said in Setting up FusionPBX:

Debian 9

Thought I should give an update.

FreeSWITCH 1.8 officially supports Debian 9. FusionPBX install script shown on the downloads page for FusionPBX website will install Debian 9 (stretch). Also a few days ago I spent some time helping someone get it working on Raspberry Pi Raspbian based on Debian 9 stretch. We ran the FusionPBX install script will work fine for Raspberry Pi 3 Model b.

As far as many comments about redundancy and not all eggs in one basket. Just need to have a backup system that runs a nightly backup and restore script to another server or two. Setting up a server cluster is also possible for both systems.

@bigbear This is still a good idea. How is it going now?

@Katie said:

What are the pros and cons of implementing an open-source PBX as opposed to a proprietary system?
I've worked in shops that ran Cisco Unity, and after that - Shoretel. I found Shoretel to be a great deal easier to learn over the Cisco system and had a fairly easy time administering it.
How do these compare to something like Elastix or Asterisk?
3CX is also a good solution, but it is not an open source one. I personally do not prefer it, but if you have a windows license to spare for a VM, it is quite easy to setup and not nearly as expensive as other options.
I use PBX in a Flash simply because I do not need the simplified Elastix interface and I want more up to date versions. If the Elastix team put more effort into staying updated I would use it everywhere.

You hit the nail on the head about the true cost of switching the phone system though. No matter what you go to, if it is not a true upgrade,you will have to redesign all of the call handling from scratch. The thing you need to validate with you upgrade is whether or not it is a 100% no reconfig needed upgrade. If there is time not accounted for to do something like that, then you just leveled the playing field again.