Un binario, todo adentro
B2BUA, registrar, motor de routing, estado de llamadas y runtime de medios en un solo proceso headless. Desplegar es instalar un paquete.
Probado contra la red telefónica real · PSTN live, jul 2026
Talkadillo es un runtime SIP/RTP nativo en Rust: B2BUA, registrar, routing declarativo, IVR y buzones de voz en un solo binario headless. Sin GUI. Sin lenguaje de dialplan. Sin sorpresas.
Qué hace
B2BUA, registrar, motor de routing, estado de llamadas y runtime de medios en un solo proceso headless. Desplegar es instalar un paquete.
Un plano de control externo habla HTTP/JSON. Sin lenguaje de dialplan, sin motor de scripts, nada que aprender dos veces.
Las rutas son datos, no código: reglas declarativas que versionás, revisás y comparás. El motor es determinista.
Menús con ramas por DTMF, buzones con PIN, reproducción, guardado y borrado. Verificado en vivo contra la PSTN.
Troncales de carrier con auth por IP, llamadas con forking a muchos endpoints a la vez, cada entrada atribuida a su troncal.
Cada parser fuzzeado, cada ruta de entrada acotada. La corrección le gana a las features — y está escrito, no insinuado.
Arquitectura
Cuando los requisitos chocan, el orden está fijado. Está escrito en el proyecto para que cada tradeoff tenga respuesta antes de ocurrir.
* sesión de ejemplo — el plano de control real habla HTTP/JSON
0
defectos cazados y corregidos en cinco primeras operativas de campo
0/19
escenarios NAT pasando detrás de un kernel NAT real
0s
de audio bidireccional en una llamada real saliente a la PSTN
0/20
criterios de aceptación del MVP probados con test, drill o call id
Arranque rápido
Un .deb, una unidad de systemd. Upgrade y rollback son parte del contrato.
sudo apt install ./talkadillo.deb
Apuntalo a tu carrier y describí el flujo de llamadas como reglas JSON declarativas.
curl -X POST :8080/trunks -d @trunk.json
Registrá cualquier endpoint SIP y hacé la primera llamada. Ese es todo el setup.
1001 → 1002 · ✔ audio ok
Runbook completo de despliegue y docs → placeholders pendientes de publicación
Estado
Cada criterio del MVP está marcado con el test, drill o call id que lo prueba. 18 listos. Uno sin validar en hardware objetivo. Uno sin hacer: todavía no se registró un teléfono físico. Ese número nunca volvió en cero — y por eso mismo sigue abierto.
Ponelo en tu servidorCore, llamadas, IVR, buzonado
18 / 20 criterios probados
Un criterio en hardware objetivo
Validado en software, pendiente en la caja que se entrega
Un teléfono físico registrándose
Una tarde con un aparato detrás de un router doméstico
Sin licencias por asiento. Sin panel propietario. Un binario tuyo, una API que controlás, un SQLite que podés backupear.