Skip to content
Tin Can

Senior VoIP Engineer

SeattleOnsite · United States
Senior · FullTime · Technology
POSTED 24 AUG
Apply Ask
Role
78 days opentrue age
Posted 24 Aug
Payats field
$175k–195kposted
▼ −4% vs market median $193k
$171k$218k
Market p25–p75
$171k–$218k
Seattle · n=160 · 365d to 6 Nov
CompanyTin Can →
16open roles
Opened · 30d
+0
Closed · 30d
−0
30d window
Market
17,059open · Senior Software engineering
Opened · 7d
+9115% of open
All software engineering
75,149open
All tracked boards · live 10 Nov · n=17,059
AWS

About Tin Can

Tin Can is building a safer, simpler way for kids to connect — without smartphones. We’re creating screen-free, delightful devices and services that let families call the people who matter most, free from the noise of today’s digital world.

We’re building a bold, authentic, nostalgic, and kinda quirky brand that resonates with folks who want something simpler & better for their kids than the tech-infused lives we’re currently living (and who have a sense of humor about it). As we gear up to scale to thousands of families, we’re ready to bring on an engineer to help make it happen.

The Role

A call either connects or it doesn’t — there’s no partial credit when a kid picks up a Tin Can to reach Grandma, or to dial 911. We’re hiring a Senior VoIP Engineer to own the SIP and media plane that carries every one of those calls: how it routes, how it sounds, and how we know it works. It’s the first role dedicated entirely to that stack.

Our production stack is Kamailio (SIP proxy and registrar) and FreeSWITCH (media and voicemail), running on AWS across carrier trunks and our own device fleet. This is a deeply hands-on role: routing logic, dial plans, and packet captures every day. You’ll report to the Head of Engineering and own the call itself. You’ll set the direction for how the voice plane is designed and tuned and when a registration flaps at 3am, you’re the person who can go from a SIP trace to root cause and out the other side with a fix.

What You’ll Do

Own our production SIP and media plane end to end — Kamailio, FreeSWITCH, and the carrier trunking behind every call to the outside world

Be the reviewer of record for call-path changes, and author the SIP test scenarios that gate a voice change before it ships

Write and maintain the Kamailio routing logic behind every call — dispatcher, registrar and usrloc tuning, htable, DMQ replication, TLS

Build FreeSWITCH dialplans and integrations (ESL, mod_xml_curl, Lua, Sofia profiles), and keep call state correct across boxes, transfers, and NAT

Produce the packet-level truth about call quality — MOS, jitter, packet loss, setup time — and make it trustworthy enough to alarm on

Model and load-test call capacity — concurrent calls, calls per second, trunk headroom — against our holiday peak, using scenarios built on real call flows

Extend the SIP and media layer into new countries as we expand, where codec support and emergency-calling rules change market to market

Harden the signaling and media path: SIP over TLS, SRTP, rate limiting, toll-fraud prevention, and topology hiding

Raise the team’s voice fluency: the documentation, runbooks, and reviews that make this stack legible to every engineer here

What We’re Looking For

5+ years building and operating real-time voice systems in production, with hands-on Kamailio and FreeSWITCH depth

You can hold your own on SIP and RTP: location services, dialog state, transfers, Path routing, NAT traversal, and what happens to media when a packet arrives late

You’ve debugged live production calls from a packet capture and a SIP trace to root cause

You treat config as code and infrastructure as reproducible

Fluency using AI as a multiplier across diagnosis, analysis, and testing

A clear communicator who writes things down

A collaborative, low-ego approach — everyone here sweeps the floor

Bonus: rtpengine, Homer/HEP for capture and call-leg correlation, SIPp regression suites, Prometheus exporters for the voice plane, or STIR/SHAKEN and carrier interconnect

Extra bonus: WebRTC internals (ICE, DTLS-SRTP, TURN) and bridging WebRTC to SIP

Why Join Tin Can

We’re building tech that protects childhood: We’re on a quest to give kids a more analog childhood — one with real conversations, real connection, and way less screen time. No doomscrolling, data mining, or dopamine traps — just a simpler, better way for kids to stay in touch. This is a rare opportunity to build something that truly matters.

You’ll own the call path outright: This is the first role dedicated entirely to our voice stack — the systems that decide whether a kid’s call connects and how it sounds. You’ll set the direction for how calling works as we scale.

Source · Tin CanFirst seen 7 NovOriginal ↗