SecurePhone appliance requirements

Provision once.
Deploy prepared.

Use these supported starting configurations to plan compute, memory, NVMe storage, networking, DNS, and backups before installation. Final sizing follows your actual data and realtime workload.

01Fresh Ubuntu host02Static IP + DNS03External backups04Profile-based firewall
Supported starting configurations

Match the host
to the operating model.

These profiles are starting points—not hard capacity ceilings. Mailbox quotas, concurrent calls, VPN throughput, retention, and high availability are confirmed during architecture review.

01MINIMUM

Pilot / module-only

Evaluation, private teams, or Core plus one product profile.

Compute
8 vCPU
Memory
16 GB RAM
Storage
250 GB NVMe
Network
100 Mbps
No high availability. KeyMail storage and sustained Voice or VPN use may require more.
03COMMERCIAL

Standard three-node

Operational isolation for a reseller running the full suite.

Servers
3 nodes
Compute
24 vCPU total
Memory
48 GB total
Storage
1.5 TB NVMe
Each node starts at 8 vCPU / 16 GB RAM with a symmetric 1 Gbps port.
Host baseline

A clean foundation
before installation.

The installer preflights the operating system, container runtime, DNS, reachability, certificates, storage, and required provider access before appliance services start.

  1. 01

    Ubuntu 24.04 LTS, x86-64

    Fresh supported host with root or equivalent administrator access.

  2. 02

    Docker Engine 24+ and Compose v2

    SecurePhone installs signed OCI containers; nested virtualization is not required.

  3. 03

    Static public addressing and DNS control

    One public IPv4 per internet-facing node; IPv6 is recommended.

  4. 04

    External backup destination

    Keep at least 2× protected data capacity outside the appliance.

  5. 05

    Time sync and outbound HTTPS/DNS

    NTP, package registry, license renewal, provider APIs, and certificate issuance must be reachable.

Three-node baseline

Start each profile
with dedicated capacity.

The standard commercial topology begins with independent Core, Realtime, and Mail hosts connected by private networking.

THREE-NODE BASELINEPROFILE SIZING
A

CoreCommerce Hub · MDM · data

8 vCPU16 GB250 GB
B

RealtimeChat · SIP · TURN · media

8 vCPU16 GB250 GB
C

MailKeyMail · queues · mailboxes

8 vCPU16 GB1 TB
CPUMEMORYNVME START
Network and firewall

Open only what each licensed profile uses.

SSH remains restricted to trusted administrator IPs. Cleartext SIP on 5060 stays closed by default, while the installer validates required public services.

KeyMail requires: a dedicated public IP, forward DNS, working PTR/rDNS, and outbound TCP 25 permitted by the provider.
Administration22/TCPTrusted IPs only
Web + API80, 443/TCP · 443/UDPPublic
Global Chat5222/TCP · 5269/TCP5269 only for federation
Voice + media5061/TCP · 10000–20000/UDPSIP-TLS + SRTP
STUN / TURN3478/UDP · 5349/TCPPublic
KeyMail25, 465, 587, 993/TCPDedicated IP + PTR
Managed VPN51820/UDPWhen enabled
Final architecture review

Storage follows data.
Bandwidth follows traffic.

The final configuration converts business usage into infrastructure capacity and identifies where a scale-out profile is appropriate.

01

Mailbox data

Size KeyMail from user quotas, attachment volume, retention, growth, and backup history.

02

Concurrent realtime traffic

Size Voice and media from concurrent calls, codec choices, recording, and TURN relay demand.

03

VPN throughput

Size managed VPN around aggregate encrypted throughput, not only the number of enrolled devices.

04

Availability target

High availability may add load balancers, databases, object storage, or additional profile nodes.

Ready for architecture review

Build the complete appliance quote.

Choose users, modules, deployment infrastructure, and custom requirements in one customer-ready configuration.

Open the configurator