The sipXecs sipXcom IP PBX runs on standard Intel x86 servers able to run the Linux operating system. There is no additional special hardware required. In particular, no special voice cards are needed as all gateways are external.
Because of the distributed and multi-threaded architecture, sipXecs sipXcom IP PBX directly profits from dual / quad multi core CPUs.
An ISO installation image is available for CentOS (both 32 and 64 bit).
- Pentium 4 or Xeon processor @ 2.0 GHz Core 64-bit or higher
- Minimum 4 GB of RAM with sufficient swap space
- 80 GB disk (75 users depending on usage patterns)
The sipXecs sipXcom IP PBX supports an unlimited number of voicemail boxes, and the total number of hours of recorded messages is determined by the size of the harddisk. As a rule, for every minute of recorded messages you will need 1 MB of disk space (About 3 hours per 10 GB of disk space).
sipXcom IP PBX System
The sipXecs sipXcom IP PBX can be installed as a distributed system spanning several servers that do not have to be geographically co-located. The sipXecs sipXcom management system centrally manages the entire cluster. Scalability or redundancy can be achieved by running different components, such as redundant call control, voicemail services, conferencing service, call center ACD service or the SIP trunking service on dedicated hardware.
Installation of an additional server starts by creating the new server in the sipXecs sipXcom Web admin console. A specific role for that new server can be assigned upon creation. A password is created for the new server. Then the same installation CD is used to install the additional server. When running the installation wizard (sipxecssipXcom-setup-system script), it will ask you whether this is the first or an additional server. For additional servers the password generated by the master is required so that the new server can contact the master and download its configuration. This will dedicate it into the chosen server role and make the new server part of the sipXecs sipXcom distributed but centrally managed system.
For the system to be Highly Available a minimum of 3 servers is required (mongo db requirement). Two servers out of the 3 (or a database majority) need to 'see each other' for the cluster to stay operational.