Elastix moved on 3CX

People might be interested in this project — http://www.issabel.org/ — I believe it to be a fork of Elastix 4 with most of the core developers involved. The base OS is Centos 7.3 with asterisk 11.25. I haven’t replaced my existing Elastix setup yet but testing is looking good.

Thanks @ghost that’s a great answer! You are a real expert in this field.
Ehi @half_life1052 good hint, it looks interesting /cc @Stll0 @mrchiao

I used trixbox some time ago, then I came to pbxinaflash and elastix, which provided more features but they’re all going 3cx direction, which is bad commercial gaga(to be friendly) in my opinion. Using the free 3cx version lacks automatic updates and such important things, so I don’t want to support 3cx in any way, when they don’t change their philosophy.

Full agreement.

I’ll give this project a try and report my experiences…although I really like FreePBX integration in Nethserver.

3 Likes

Some people are working hard on this --> @Stll0 @mrchiao and others

1 Like

Thank you, I am already testing nethserver-freepbx and I love it…just like to have a look at other pbx distros too.

Issabel looks good at first, but

2 Likes

I am part of users that used 3cx version 12, 14 and now on version 15. The experience is great. As an administrator that manage the companies application, i logged in the the portal 5 months ago because i have no issues to solve. I need to know if Asterisk support 3cx integration via bridge, trunk or any other technology

Do you use the “free” 3CX license? I was not satisfied with free version anymore, is it still the same?

https://community.nethserver.org/t/elastix-moved-on-3cx/5268/15

SIP trunk should be possible.

If SIP trunk is possible, will any of the users via the different product (Asterisk and 3CX ) generate independent report showing if the call was serviced without relying on the other partner report ?

Note, the way SIP TRUNK works, once the call moves from one trunk to another, the originating trunk will not be able to determine the end result of the other calls hence, the report will show you only when calls came in and was transferred to another trunk.

Please clarify.

Sorry, I don’t have a running 3cx to test it.

Bridging should also be possible:

I believe I was directing my comments more to people who had been left without an easy upgrade option from Elastix 2.5. Issabel provides a painless upgrade in such cases. You have a choice between asterisk 11 and 13 at install time if you need or want the few new features introduced.

In my humble opinion the telephone system does not belong on the UTM gateway. All core features should be highly available with failover in seconds (via carp or similar).

Those same users would not likely need documentation as the organization and features remains about the same. Wazo offers some very interesting features for those more interested in cutting edge telephony.

Just my two cents as someone who has been heavily involved with VOIP since 2004.

Do you think a kind of migration wizard for those cases will be useful on NS?

I agree with you. As regards maintenance, single point of failure and security. With NS you may have firewall and PBX on different machines.

I believe that ship has sailed. Anyone still sitting on Elastix or similar will be forced to migrate by recent events.

Of course but not in a highly available manner. Haast could be used here but that still leaves database replication to solve at least in the non commercial version. Gulera extensions could be an answer to that issue but cluster recovery would have to be added to Nethserver.

I setup a galera cluster some time ago. This may really be a good possibility not only for freepbx.

Wazo is highly available out of the box but offers a “limp” mode rather than handling database replication. I plan on studying it over the next few months with an eye to replace my current voip setup.

I am involved with managing several Perconna clusters (gulera) and I like them. The limitations probably won’t affect a pbx but I haven’t used the experimental MyISAM replication. The database engine used by Freepbx is MyISAM but that decision is probably left over from the days when Mysql didn’t support full text indexing in innodb.

ETA- changed search to indexing (still on my first cup of coffee)

1 Like

HAAst supports PostgreSQL (which is used by Wazo) - so you can build a full cluster using HAAst+Wazo. Of course HAAst supports Issabel too, which is why I recommend. We migrated our Elastix PBX’s to Issabel with HAAst to create HA clusters.

Most people seem to think mirror the DB is the biggest issue, it’s not! Properly detecting various failures, proper recovery & fall back, etc. are just as important. We started with corosync + kamailio and tried different heartbeats etc. In the end is the DIY solution didn’t work 100% right, 100% of the time…not worth the amount of effort it was taking too. So we implemented HAAst (see www.telium.ca).

1 Like

Hello,
is it possible to connect Issabel with Active Diectory or LDAP?

Does anybody know it?

Thank you :slight_smile:

I tried it with FreePBX but without luck: FreePBX - Can’t contact LDAP server

1 Like

I don’t think so, at least I couldn’t find it.

Others asking too:

https://forum.issabel.org/d/1208-ldap-module-issabel

The user management module usually used in freepbx for connecting to LDAP/AD seems not the same in issabel:

What about using Nethserver FreePBX where LDAP/AD is supported?

1 Like

100% agree. I was on 3cx in hotel applications. I switch to freePBX and I’m very satisfied !