About
Engineers first. Consultants when necessary.
Tumarm exists because most VoIP "experts" haven't debugged SIP at the packet layer, deployed Kamailio beyond the wiki example, or kept a 10,000-concurrent-call platform alive at 3 a.m. We have.
What we do
We design, build, and operate voice infrastructure — the kind that carries real production traffic for enterprises, ITSPs, and contact centers. That means Asterisk, FreeSWITCH, Kamailio, OpenSIPS, LiveKit, SBCs, media proxies, dialers, and the monitoring that keeps all of it visible.
We don't sell licenses. We don't resell hardware. We charge for engineering time and operational expertise, which means our incentives align with yours: the platform should work, and you shouldn't need to call us every week.
When we build something, we document it, instrument it, and hand it over with a runbook. When we operate something, we treat your platform like ours — with on-call engineers who understand the system, not ticket queues that don't.
99.99%
Uptime SLA
40+
Countries served
13
Service areas
24/7
NOC coverage
What we believe
pcap before opinion
We don't speculate about SIP problems. We capture packets, read them, and characterize the failure before proposing a fix.
Code in, code out
Every configuration file, dialplan, and script is version-controlled. If it's not in git, it doesn't exist.
No magic handwaving
If we don't know the answer, we say so. If the answer is 'it depends,' we explain exactly what it depends on.
Monitoring or it didn't happen
A deployment without metrics is a deployment we can't debug at 3 a.m. We instrument everything we build before we hand it over.
Open source as infrastructure
Asterisk, FreeSWITCH, Kamailio, and friends are industrial-grade platforms. We treat their source as primary documentation.
SLA means something
99.99% uptime is 52 minutes of downtime per year. We architect and operate accordingly — not optimistically.
Ready to build on carrier-grade voice?
Talk to a VoIP engineer — not a salesperson.