@Pete-S said in 3CX Desktop VoIP Client Hit with Supply Chain Attack:

But if I understand correctly it was only there it had been compromised, not upstream.

That's what it seems like from all of the reports. Otherwise there should have been a HUGE report of an open source ecosystem hit. Closed source vendors would have been all over that.

@gjacobse said in Recent 3CX experiences:

@scottalanmiller said in Recent 3CX experiences:

@gjacobse said in Recent 3CX experiences:

@scottalanmiller said in Recent 3CX experiences:

@voip_n00b said in Recent 3CX experiences:

Thunk configuration was quick and easy. Must faster then FreePBX (assuming your providers are supported - mine all were

Didn't used to be that way. But it's been a hot minute. I'm sure 3CX has come a long way.

They may have come a long way, but I don’t think I would suggest them to anyone

Not likely. They were pretty bad in the past, both as a product and as a company. But not to the point that I wouldn't take a look again. But their licensing costs is high.

And that is one of the few main reasons. IIRC- Isn’t 3cx based off of freePBX?

Definitely not. If it were, it would be open. It's completely their own code at every level. It's not Asterisk based at all, so FreePBX wouldn't be useful to them anyway. The strength of 3CX is in their proprietary stack end to end. It's also their challenge. They are stuck doing everything themselves, but they also get to build exactly what makes sense for them.

@JaredBusch

Good thing you brought this up. I couldn't believe that your recording where ADPCM because in our 3CX we just have PCM recordings.

It turns out that the ADPCM codec for recordings is a completely new feature in 3CX, which arrived in the latest version 15.5

I had to dig around before I could find that setting anywhere. But it's under the recording quota.

IMHO you should have a lot of recordings to enable it in the first place. In just 10GB you have room for 167 hours of non-compressed recordings. But maybe some users have it set up to recording everything on every call and a lot of extensions and small cloud hosted VMs.

3cx_compress_recordings.png

@Pete-S said in 3CX Free Four or Sixteen Line License:

One thing we haven't used yet but we are looking into is the 3CX web/video conference functions. It doesn't count toward simultaneous calls as it is it's own thing. I think the limit is 100 participants or something.

Oh, that's odd. So it is "free", to its limit, how do people dial into it? We have video conferencing with both NextCloud and FreePBX, and it lets external users into it.

@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

@scottalanmiller said in True Open Source PBX:

@JaredBusch said in True Open Source PBX:

I am interested in Xivo (whatever their new name is).

It is not production ready like FreepBX yet, but their goal of making everything accessible via REST API will make it a very flexible thing.

Me too, certainly lots of potential and I hate the FreePBX interface, so am hopeful there.

Let me know what you don't like if you have time!

Also the Wazo(XiVO) developers are great guys. A few of the FreePBX team (Rob Thomas ( @xrobau ) and I) talk to them ( @quintana ) weekly on IRC/Twitter and we've conversed over a hangout session and at Astricon.

@scottalanmiller said in Elastix 5 Dials 3CX for its Telephony Engine:

And PIAF was the goofy "build it yourself" version of FreePBX. Just silly. Why build it yourself and have things go wrong when FreePBX was totally free and open and did it all for you and had the ability to update, get support, has a community, etc.?

One point of note here @scottalanmiller PBX in a Flash existed a long time before FreePBX was a distro of its own. But yes, once FreePBX existed as a distro, there was never any other reason to do anything else.

@Dashrender said in 3CX Linux Beta:

@scottalanmiller said in 3CX Linux Beta:

@Dashrender said in 3CX Linux Beta:

@JaredBusch said in 3CX Linux Beta:

@Dashrender said in 3CX Linux Beta:

@scottalanmiller said in 3CX Linux Beta:

@Pete-S said in 3CX Linux Beta:

So when you push a button and have all your phones upgraded to the latest 3CX/Yealink firmware you pretty much know that everything is going to work afterwards.

Now that is a pretty solid value that could make up for quite a bit of cost.

I was wondering how much value this provided. I've done some firmware updates via FreePBX - been a while though - and I didn't find it very easy, though not end of the world hard either.

A push button solution though would definitely be nice. Anyone know if the endpoint module for FreePBX is there yet?

Then you were doing it wrong. Assuming you have the paid EPM, it is all just built in. Always has been.

If you were going without the paid EPM, then it is still easy if you have setup auto provisioning manually during initial setup.

I've never used EPM.

That's the part of FreePBX that does that stuff.

Yes I know... JB has always suggested against it's value in the past.

Because setting up manually once does take some skill, but after that, it is simple file replication.

@scottalanmiller said:

@Dashrender said:

@scottalanmiller said:

Sounds like your Mitel just isn't up to snuff if it requires that and you are using a kludge to get around a hobbled system.

Now you're assuming facts not in evidence. I have no idea if the Mitel can have a one button transfer to a conference bridge (more likely two button, conference and the conference location).

As for the setup, I've never used a setup with a one button transfer to a conference bridge, so I couldn't reference it. I learned something 🙂

So if you haven't used the one button transfer, and you have a Mitel, is it because you've just not bothered to use it, even though it was the driver that brought you to the Mitel, or do you feel that the Mitel is not up to snuff? Or is there a third option I am missing?

The company was using Inter-Tel (bought my Mitel) when I joined the company. Conferencing at the phone level I'm sure was not why they went with Inter-Tel - it's just a feature they discovered and continued to use.

The one feature that I really loved with 3CX was the incredible ease of setting up soft phones over a VPN. They do that beautifully.

@scottalanmiller said:

OH okay. I think maybe someone responded to you about your setup or something and then it looked like there had been a question that there wasn't. Thanks for clearing that up.

you are welcome

@anonymous said:

has failed; Cause: 408 Request Timeout/INVITE from local

Likely you need to open some ports so the can communicate both ways.

@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.