Onsite PBX fail over/mirroring to Cloud PBX

Status
Not open for further replies.

Boschko

Free User
Intermediate Cert.
Joined
Feb 22, 2019
Messages
25
Reaction score
0
I don't consider myself an expert, I'm very new to this. I'm coming here for help.

I was wondering how I could mirror an onsite PBX server to the cloud if the PBX were to lose power. This would be disaster failover solution.

So lets say the onsite PBX is unplugged within ~3 minutes the service is back up however it's cloud hosted until power is reestablished. The client/user wouldn't notice any difference apart form the ~3 minutes of downtime.

The goal is that if your IP PBX (hosted phone system) or VoIP endpoints (such as an IP phone) and they're unable to receive calls, is the best way to do a onsite to cloud VoIP to VoIP failover? And is it even possible to reroute the call to a cloud VoIP destination.

I dont know how this can be accomplished. Can this be done through a VPN tunnel or I honestly have no idea. How would you guys tackle this?
 
https://www.3cx.com/docs/failover/
*A failover from an On Premise host to a Cloud host (and vice versa) is not supported.

Other things can be done from the trunk provider level, depending on the size of the user base.
 
  • Like
Reactions: Boschko
https://www.3cx.com/docs/failover/
*A failover from an On Premise host to a Cloud host (and vice versa) is not supported.

Other things can be done from the trunk provider level, depending on the size of the user base.

my apologies 3cxnub I dont understand what you mean by "Other things can be done from the trunk provider level..." could you elaborate on this?

moreover, I dont understand "possible to use custom public FQDN for the process, it is the administrator's obligation to control, update and manage all DNS entries"
 
Last edited:
my apologies 3cxnub I dont understand what you mean by "Other things can be done from the trunk provider level..." could you elaborate on this?

Small company 1-5 users, at the trunk level just forward failed calls to the endpoint to a cell phone or a separately hosted pbx.1 or 2 phones on site have registered manually with this second pbx so that calls still happen at a reduced rate.

larger systems this is not practical, but can be addressed with imagination and money.
 
  • Like
Reactions: Boschko
Small company 1-5 users, at the trunk level just forward failed calls to the endpoint to a cell phone or a separately hosted pbx.1 or 2 phones on site have registered manually with this second pbx so that calls still happen at a reduced rate.

larger systems this is not practical, but can be addressed with imagination and money.

Oh okay, thank you!
 
Small company 1-5 users, at the trunk level just forward failed calls to the endpoint to a cell phone or a separately hosted pbx.1 or 2 phones on site have registered manually with this second pbx so that calls still happen at a reduced rate.

larger systems this is not practical, but can be addressed with imagination and money.

Is there a way a failover could be done through a VPN?
 
Is there a way a failover could be done through a VPN?

https://www.3cx.com/docs/failover/
* Even in cases where there is a site to Site VPN between NATed Servers, we cannot support Gateway Registration and failover to the Failover server as it depends on manufacturer/model/gateway capabilities.


Technically yes. but you are mitigating at best one of the least likely things to fail. imho.
 
  • Like
Reactions: Boschko
oops hit post too many times.
 
https://www.3cx.com/docs/failover/
* Even in cases where there is a site to Site VPN between NATed Servers, we cannot support Gateway Registration and failover to the Failover server as it depends on manufacturer/model/gateway capabilities.


Technically yes. but you are mitigating at best one of the least likely things to fail. imho.

Thank you so much
 
Status
Not open for further replies.

Forum statistics

Threads
111,914
Messages
589,712
Members
164,785
Latest member
Texas Clay -