- Joined
- Apr 30, 2019
- Messages
- 37
- Reaction score
- 18
Hi,
I'm trying to deploy 3cx for a customer with 11 sites (HQ + 10 satellites sites). I have read several threads about multi-site installation, but they are a few years old. I would like to know if anyone has experience with a deployment like this.
Environment: The 11 sites will be connected using 10 Mbps Ethernet (non MPLS). The HQ site will have aprox. 40 phones and each satellite site will have between 6-10 phones each. 48 SIP sessions in total. The customer requires site-to-site dial extension but it is minimal.
Options:
Challenges with each option:
Option#1
Option#2
Could you guys provide some opinions / suggestions about the "best" way to tackle this deployment?
Thanks in advance
I'm trying to deploy 3cx for a customer with 11 sites (HQ + 10 satellites sites). I have read several threads about multi-site installation, but they are a few years old. I would like to know if anyone has experience with a deployment like this.
Environment: The 11 sites will be connected using 10 Mbps Ethernet (non MPLS). The HQ site will have aprox. 40 phones and each satellite site will have between 6-10 phones each. 48 SIP sessions in total. The customer requires site-to-site dial extension but it is minimal.
Options:
- A central 3CX PBX on the HQ running on a i3 server with 4 GB of RAM (Windows 10 Pro) + a failover server. SBCs on each satellite site running on a Windows 10 Pro with a Intel Celeron and 4 GB of RAM. Raspberry PIs could be an option for SBC, however I don't know how reliable they are.
- Individual 3CX PBXs (1 per site) running on Celeron + 4 GB of RAM and Windows 10 Pro.
Challenges with each option:
Option#1
- A central PBX won't allow me to add failover POTS line in each site (mainly to cover 911 emergency calls, if the Internet goes down).
- If the Internet goes down @ the HQ, everyone will be disconnected.
Option#2
- Complex management (11 PBX to manage)
- It must be a nightmare to bridge 11 PBX to create extension dialing between sites.
- Each site will be limited to the number of specific SIP sessions assigned to it instead of using the pool of 48 SIP session available with option#1
Could you guys provide some opinions / suggestions about the "best" way to tackle this deployment?
Thanks in advance