Asterisk, FreeSWITCH, Kamailio, OpenSIPS y Kazoo: comparativa

Empiece por las capas, no por los productos

La mayoría de las comparaciones de «Asterisk vs FreeSWITCH vs Kamailio» se plantean como si el comprador tuviera que elegir uno. Ese enfoque produce malas arquitecturas. Los proyectos ocupan posiciones distintas en el recorrido de una llamada, y la pregunta útil es qué capa necesita usted y, después, qué proyecto es el más fuerte en esa capa.

El vocabulario viene del propio SIP. Un proxy SIP reenvía solicitudes en nombre de otros y se mantiene al margen del audio. Un back-to-back user agent (B2BUA) se define en la RFC 3261, según la cita la RFC 7092, como "the logical combination of a User Agent Server (UAS) and User Agent Client (UAC)" (la combinación lógica de un servidor y un cliente de agente de usuario):40 termina la llamada por un lado y abre una nueva por el otro. La RFC 7092 clasifica después los B2BUA según lo a fondo que llegan en el audio: desde un B2BUA "signaling-only" (solo señalización) que "operates at the SIP layer but in ways beyond those of [RFC3261] proxies", pasando por un relevo de medios que "terminates the media plane at the IP and transport (UDP/TCP) layers", hasta un B2BUA de terminación de medios que "operates at the media payload layer".40 Esta última categoría es donde se puede reproducir un mensaje, grabar una llamada, detectar una tecla o transcodificar entre códecs.

Con ese vocabulario, la pila queda así:

• Proxy, registrador y enrutador SIP: Kamailio y OpenSIPS. Enrutan la señalización con gran volumen y entregan el audio a otro componente.
• Servidor de medios y motor de aplicaciones: Asterisk y FreeSWITCH. Terminan las llamadas, manejan el audio y ejecutan la lógica del menú, el buzón de voz, las colas o las conferencias.
• Relevo de medios: rtpengine. Reenvía paquetes RTP bajo el control de un proxy, sin ejecutar lógica de llamadas propia.
• Plataforma: Kazoo. Un sistema multiempresa (multi-tenant) controlado por API que orquesta proxies y servidores de medios como un solo clúster.
• Distribuciones con interfaz gráfica: FreePBX (sobre Asterisk) y FusionPBX (sobre FreeSWITCH). Una capa de administración web, más instaladores, que convierte un motor en una central PBX que un administrador puede operar.

Una vez claras las capas, casi toda la discusión de «cuál elegir» se disuelve. Un borde de operador no necesita buzón de voz; una oficina de diez personas no necesita 5,000 establecimientos de llamada por segundo. El resto de la página recorre capa por capa y luego reúne todo en una sola tabla.

Asterisk: el marco de aplicaciones sobre el que se construyen la mayoría de las PBX

Qué es. El proyecto describe Asterisk como "an open source framework for building communications applications" (un marco de código abierto para crear aplicaciones de comunicaciones) que "powers IP PBX systems, VoIP gateways, conference servers and other custom solutions", y añade que "Asterisk is sponsored by Sangoma".2 Está escrito en C y se compone de módulos cargables: controladores de canal para cada protocolo de señalización, aplicaciones como el buzón de voz y las colas, y el plan de marcado (dialplan) que los une. En los términos de la RFC 7092 es un B2BUA de terminación de medios: toda llamada que pasa por Asterisk tiene dos tramos con Asterisk en medio.

Licencia. El archivo LICENSE del repositorio dice: "Asterisk is distributed under the GNU General Public License version 2 and is also available under alternative licenses negotiated directly with Sangoma US Inc." (Asterisk se distribuye bajo la GPL versión 2 y también está disponible bajo licencias alternativas negociadas directamente con Sangoma).1 Dos cláusulas más de ese archivo importan comercialmente. Sangoma declara que "holds copyright and/or sufficient licenses to all components of the Asterisk package", lo que le permite ofrecer la licencia dual. Y sobre sus protocolos de control (AMI, AGI y ARI), el archivo dice "It is our belief that applications using these protocols to manage or control an Asterisk instance do not have to be licensed under the GPL", respaldado por una concesión explícita por si un tribunal opinara lo contrario.1 Esa es la cláusula que permite crear con seguridad software propietario que maneje Asterisk desde fuera.

Responsable y gobernanza. Sangoma: posee los derechos de autor, es dueña de la marca ("The 'Asterisk' name and logos are trademarks owned by Sangoma US Inc"1) y patrocina el proyecto.2 El desarrollo se hace de forma abierta en GitHub y aparecen colaboradores externos en el historial de commits (vea las cifras de actividad en la tabla más abajo); la posición de Sangoma sobre los derechos de autor es lo que le permite vender la licencia alternativa.

Calendario de versiones. Asterisk tiene la política de versiones más formal de esta página. "New major releases come roughly once a year, alternating between Standard and LTS": una versión LTS tiene soporte completo durante cuatro años más un año de correcciones solo de seguridad, y una versión Standard recibe al menos un año de soporte completo más uno de correcciones de seguridad.3 El calendario es fijo: se crea la rama el segundo jueves de agosto, el primer candidato a versión el segundo jueves de septiembre y la versión final el tercer jueves de octubre.3 Su tabla de versiones, a la fecha de hoy:3

Deslice la tabla hacia los lados para ver todas las columnas.

Vale la pena notar dos detalles de esa tabla. Asterisk 21 recibió dos años de soporte completo por lo que el propio proyecto llama "a mistake in scheduling" (un error de planificación).3 Y Asterisk 24, previsto para el 15 de octubre, no había salido a la fecha de hoy: la página de versiones de GitHub muestra 24.0.0-rc3 publicada el 22 de octubre de 2026, junto con 23.6.0-rc3, 22.12.0-rc3 y 20.22.0-rc3.4 Las últimas versiones finales son 23.5.0, 22.11.0 y 20.21.0 (27 de agosto de 2026), y las ramas certificadas certified-22.8-cert5 y certified-20.7-cert12 (19 de octubre de 2026).4 Un retraso de una o dos semanas en una versión anual es normal; lo mencionamos solo porque «ya salió Asterisk 24» es el tipo de afirmación que se escribe mirando un calendario y no la página de versiones.

Programabilidad. ARI es la interfaz moderna: "an asynchronous API that allows developers to build communications applications", que funciona "by exposing the raw primitive objects in Asterisk - channels, bridges, endpoints, media, etc." mediante REST y un WebSocket.5 La documentación reconoce con franqueza que las interfaces anteriores, AMI y AGI, no fueron "designed to let a developer build their own custom communications application"; ARI existe para cubrir ese vacío.5

FreeSWITCH: el motor de medios y lo que cambió con SignalWire

Qué es. El repositorio describe FreeSWITCH como "a Software Defined Telecom Stack enabling the digital transformation from proprietary telecom switches to a versatile software implementation that runs on any commodity hardware".7 Como Asterisk, es un B2BUA de terminación de medios escrito en C, pero su diseño parte de otro centro: un núcleo modular pensado para controlarse desde fuera mediante el Event Socket, "a TCP-based interface that exposes FreeSWITCH call control", en dos modos: "inbound, where an external client connects to FreeSWITCH" y "outbound, where FreeSWITCH connects to an external process for a specific call leg".11 Un cliente conectado puede "Send DTMF, play audio, and control media on active sessions".11 Ese modelo de control es la razón por la que FreeSWITCH es la capa de medios debajo de FusionPBX y de Kazoo (más abajo).

Licencia. El archivo LICENSE del repositorio es un archivo de derechos de autor en formato Debian cuyo bloque predeterminado (Files: *) dice License: MPL-1.1, la Mozilla Public License versión 1.1.6 La MPL es un copyleft a nivel de archivo: los cambios a los archivos de FreeSWITCH deben compartirse si usted los distribuye, pero sus módulos y aplicaciones independientes no. Eso es bastante más permisivo para una empresa de productos que la GPLv2 de Asterisk. La página de FreeSWITCH de SignalWire lo dice en palabras sencillas: "FreeSWITCH is open source under the MPL license".9

Responsable. SignalWire. El README dice "SignalWire is the primary sponsor of the FreeSWITCH project and was founded by the original developers of FreeSWITCH" (SignalWire es el principal patrocinador del proyecto y fue fundada por los desarrolladores originales),7 y la documentación describe FreeSWITCH como "Maintained by SignalWire".12

Qué cambió, según las propias declaraciones de SignalWire. Circulan muchas versiones de segunda mano sobre FreeSWITCH «volviéndose cerrado». Esto es solo lo que dicen SignalWire y el repositorio:

• El código fuente sigue siendo MPL 1.1 y público en GitHub.6 La página de SignalWire dice: "The open-source engine stays free and community-maintained".9
• Los paquetes binarios requieren una credencial de SignalWire. Las instrucciones de empaquetado del repositorio indican: "A SignalWire Personal Access Token (PAT) or an API Token (for enterprise customers) is required to access FreeSWITCH install packages".8 La página de SignalWire lo expresa así: "A free SignalWire account is required to access FreeSWITCH downloads and packages".9 El código fuente en sí está en GitHub, y el README documenta cómo compilarlo.7
• Ahora hay dos ediciones. La documentación dice "FreeSWITCH ships in two editions": la edición de código abierto y "FreeSWITCH Enterprise", "the commercially supported edition from SignalWire, with professional support and services".12 La página de producto de SignalWire llama a la edición de pago autoalojada "Advantage", "The enterprise branch", con "Commercial modules (G.729A, AMD)".9 El script de empaquetado instala la versión "FreeSWITCH Community or FreeSWITCH Enterprise version ... based on the token provided".8

Las páginas de SignalWire usan tres nombres para la oferta comercial (Enterprise, Advantage y "FreeSWITCH Pro" en las preguntas frecuentes de la página de producto)912 y no dicen si las correcciones de seguridad llegan a las dos ediciones en momentos distintos. No pudimos verificar ninguna afirmación sobre los tiempos de los parches en una fuente del propio fabricante, así que no hacemos ninguna.

Calendario de versiones. Irregular, y el hueco es el dato de salud más importante del proyecto. La página de versiones de GitHub muestra la v1.10.12 el 3 de agosto de 2024, luego nada hasta la v1.11.0 el 7 de mayo de 2026, seguida de la v1.11.1 (26 de mayo), la v1.11.2 (9 de agosto) y la v1.11.3 (28 de agosto de 2026).10 Las notas de la v1.11.0 la describen como "an important release containing critical security fixes and stability improvements, alongside the migration to PCRE2, the addition of Debian 13 Trixie support, the removal of ~30 legacy modules".10 El cambio a PCRE2 incluye una advertencia del propio proyecto: "Be aware of breaking changes".10 Si usted usa FreeSWITCH 1.10.x, lea las notas de la 1.11 antes de actualizar; la eliminación de módulos y el cambio de biblioteca de expresiones regulares pueden romper planes de marcado existentes.

Kamailio: el servidor SIP para alto volumen

Qué es. El proyecto se presenta como "Robust and Performant SIP (RFC3261) Server" con funciones de registrador, localización, proxy, aplicación SIP y servidor de redirección, y da una cifra concreta: "used as load balancer in stateless mode, Kamailio can handle over 5000 call setups per second".14 Está escrito en C y se configura con su propio lenguaje de script de enrutamiento. No ejecuta buzón de voz ni menús; cuando hay que anclar el audio, lo delega. Su módulo rtpengine "enables media streams to be proxied via an RTP proxy. The only RTP proxy currently known to work with this module is Sipwise rtpengine".19

El conjunto de módulos es la razón por la que la gente lo elige. La retrospectiva de los 25 años del proyecto cuenta "over 500 contributors" y unos 250 módulos.15 Solo el módulo dispatcher "offers SIP load balancer functionality and it can be used as SIP traffic dispatcher", con algoritmos que incluyen "round-robin, weight based load balancing, call load distribution, and hashing over SIP message attributes".18 Ese único módulo es la forma en que la mayoría pone Kamailio delante de un grupo de servidores Asterisk o FreeSWITCH.

Licencia. GPL versión 2 o posterior. El archivo COPYING comienza con "The GPL applies to this copy of Kamailio software (sip-router)", advierte que "GPL mandates all plug-ins developed for the Kamailio software are to be released under GPL license" o una compatible, y luego reproduce la GPL versión 2; los archivos fuente llevan SPDX-License-Identifier: GPL-2.0-or-later.13 La cláusula sobre complementos solo importa si usted distribuye binarios modificados; ejecutar Kamailio como servicio no la activa.

Gobernanza y responsable. Kamailio es un proyecto comunitario sin una empresa propietaria única. Su propia historia: SIP Express Router (SER) "started in 2001 by Fraunhofer Fokus Research Institute and released under GPLv2 in 2002"; el "OpenSER project spawned from SER" en 2005; "had to change the name to Kamailio in summer of 2008 due to trademark claims"; y en otoño de 2008 los equipos de Kamailio y de SER "decided to join back the projects and use further the Kamailio name".15 El pie de página de derechos de autor de su sitio dice "The Kamailio SIP Server Project".16 Lo más parecido a un responsable comercial es asipto, que anuncia "direct interaction with co-founders and core developers of Kamailio SIP Server project" y vende consultoría, soporte, capacitación y desarrollo.20 Nada de lo que encontramos en el sitio del proyecto da el control a ninguna empresa.

Calendario de versiones. Aproximadamente una versión mayor al año, con versiones de mantenimiento en las dos ramas más recientes. La versión 6.0.0 se etiquetó en enero de 202517 y la 6.1.0 se anunció el 18 de febrero de 2026.16 La página de noticias del proyecto lista la 6.1.4 (20 de agosto de 2026), la 6.0.8 (16 de septiembre de 2026) y la 6.1.5 (15 de octubre de 2026) en los últimos tres meses.16 Su política de versiones escrita (versiones mayores cada seis a ocho meses, "the last two major releases are maintained") es una página wiki de 2012,17 y el ritmo real se ha ralentizado desde entonces a cerca de un año entre versiones mayores, así que léala como una intención y no como un compromiso.

OpenSIPS: el servidor SIP que también hace de B2BUA

Qué es. "A mature Open Source implementation of a SIP server", que según el proyecto "is more than a SIP proxy/router as it includes application-level functionalities"; su lista de funciones abarca registrador, enrutador/proxy, servidor de redirección, back-to-back user agent, balanceador de carga/dispatcher, atravesado de NAT y servidor de aplicaciones.22 El soporte de B2BUA es código real, no mercadotecnia: el árbol de código fuente incluye los módulos b2b_entities, b2b_logic y b2b_sdp_demux junto con dispatcher, load_balancer, topology_hiding y rtpengine.21 Como Kamailio, está escrito en C con un script de enrutamiento, y como Kamailio retransmite el audio a través de un motor externo en lugar de manejarlo él mismo.

Licencia. GPL versión 2 o posterior. El archivo COPYING dice "The GPL applies to this copy of OpenSIPS (Open SIP Server) software", incluye la misma nota que Kamailio sobre complementos que deben ser GPL, registra que "OpenSIPS software is derived from SER (SIP Express Router) project developed by FhG FOKUS" y añade una excepción explícita que permite el enlace con OpenSSL.21

Responsable. OpenSIPS Solutions, que describe su negocio como "Designing and deploying professional VoIP platforms and solutions based on the OpenSIPS project" y vende productos construidos sobre él, como un SBC para MS Teams.25 El sitio del proyecto no describe una estructura formal de gobernanza2224, así que presentamos a OpenSIPS Solutions como el responsable comercial según su propia descripción, no como un cargo formal.

Calendario de versiones. El más predecible de los servidores SIP: "the major release cycle is 1 year", con la beta normalmente en la segunda mitad de marzo y la versión estable alrededor de principios de mayo. Las versiones estándar tienen soporte durante 1.5 años y las LTS durante tres años.24 La página de versiones del proyecto lista la 4.0.x (publicada el 23 de junio de 2026, con soporte hasta diciembre de 2027) y la 3.6.x LTS (publicada el 23 de julio de 2025, con soporte hasta el 21 de mayo de 2028) como las versiones estables con soporte, con la 4.1 en desarrollo y una beta prevista para mayo de 2027.23 Note que la 4.0 no está marcada como LTS, así que quien quiera tres años de correcciones debería estar hoy en la 3.6. Las últimas etiquetas, 4.0.2 y 3.6.9, se crearon ambas el 8 de septiembre de 2026.21

Kamailio y OpenSIPS comparten un ancestro y gran parte del estilo de configuración. Creemos que elegir entre ellos es sobre todo cuestión de qué conjunto de módulos, documentación y comunidad se ajusta a su equipo; ambos están construidos y promocionados para uso a escala de operador.1422

Kazoo (2600Hz): una plataforma cuyo núcleo abierto se ha quedado en silencio

Qué es. El README llama a Kazoo "an API-based platform that lets you use your existing phones, programming languages and IT skills".26 Está escrito en Erlang29 y es una plataforma, no un motor único: 2600Hz publica repositorios de configuración para cada componente que orquesta, llamados kazoo-configs-freeswitch, kazoo-configs-kamailio, kazoo-configs-couchdb, kazoo-configs-rabbitmq y kazoo-configs-haproxy,30 lo que indica la arquitectura: Kamailio en el borde, FreeSWITCH para los medios, CouchDB para los datos y RabbitMQ entre las aplicaciones Erlang. La interfaz web Monster UI es un repositorio aparte.30

Licencia. El repositorio es inconsistente, así que informamos de ambas versiones. El archivo LICENSE es la Mozilla Public License versión 2.0; el README dice que Kazoo se publica bajo la "OSI-approved MPL 1.1 open source software license".26 El archivo del repositorio es el que rige el código tal como se distribuye, y dice MPL 2.0.

Responsable. 2600Hz, que hoy vende "White Label Communications" (UCaaS, CPaaS y centro de contacto) que "can be deployed in 2600Hz data centers or in your own".31 Su página de inicio no menciona el código abierto.31

Calendario de versiones y salud del proyecto. Aquí es donde Kazoo se distingue claramente de todo lo demás en esta página:

• La versión más reciente en GitHub es la 4.3.142, publicada el 19 de enero de 2022.28
• El último commit en la rama predeterminada master fue el 12 de marzo de 2024, y el último commit en la rama 4.3 fue el 11 de febrero de 2025.26 No hubo commits en los seis meses hasta hoy.
• El propio archivo de anuncios del proyecto dice: "Development of KAZOO 5.x is currently closed to public commits as we prepare the infrastructure necessary for the app exchange".27
• Mientras tanto, los repositorios circundantes están activos: los repositorios de configuración tienen ramas 5.0 a 5.5 y se actualizaron hoy, y Monster UI recibió commits este mes.30

Nuestra lectura de esos hechos: existe una línea 5.x y 2600Hz la está empaquetando activamente, pero su código fuente central no está en el repositorio público. Kazoo 4.3 sigue abierto, y su guía de instalación dice que "requires Erlang version 19 specifically 19.3.x".29 Nuestra opinión: no iniciaríamos una nueva instalación autoalojada con el código público de Kazoo en 2026, a menos que usted tenga una relación con 2600Hz o la experiencia interna en Erlang para mantener una bifurcación.

FreePBX y FusionPBX: las distribuciones con interfaz gráfica

Ninguna de las dos es un motor. Cada una es una capa de administración web que escribe la configuración del motor por usted, más un instalador. Son lo que la mayoría de las instalaciones de pequeñas empresas realmente usa.

FreePBX funciona sobre Asterisk. Su página de inicio rápido le guía para levantar "a FreePBX 17 system": instalar Debian 12 (al menos 2 GB de RAM y 20 GB de disco), ejecutar el script de instalación alojado en GitHub y terminar la configuración en un navegador.35 El sitio describe FreePBX como "the world's most popular open source IP PBX" y es transparente sobre la capa comercial: "commercial modules from Sangoma and other add-ons".36 Afirma que "FreePBX is tested and maintained by Sangoma's Quality Assurance and development teams" y "has zero restrictions on integrated features, such as the number of extensions, users, queues and IVRs".35 El módulo central framework tiene licencia GPL versión 3 (su archivo LICENSE); FreePBX es un conjunto de módulos, cada uno con su propia licencia, así que revise el módulo del que depende en lugar de suponerlo.37 Estado de las versiones: la página de inicio rápido instala FreePBX 17, y las etiquetas más recientes del repositorio framework son release/17.0.33.4 (26 de octubre de 2026) y release/18.0.2 (22 de septiembre de 2026).37 No encontramos un anuncio del propio fabricante que presente FreePBX 18 como la versión recomendada, así que considere la 17 como la vigente.

FusionPBX funciona sobre FreeSWITCH. Su documentación lo describe como una "customizable and flexible web interface to the very powerful and highly scalable multi-platform voice switch" que "provides a multi-tenant interface", optimizada para Debian y Ubuntu.33 El repositorio lo describe como "A full-featured domain based multi-tenant PBX and voice switch for FreeSwitch".32 Esa multiempresa es la principal diferencia con FreePBX: un servidor FusionPBX puede alojar muchas empresas separadas, cada una en su propio dominio. No hay un archivo LICENSE en la raíz del repositorio (GitHub no informa de ninguna licencia), pero los archivos fuente llevan el encabezado "FusionPBX Version: MPL 1.1".32 La versión más reciente es la 5.6.5 (21 de septiembre de 2026), tras la 5.5.7 en enero de 2026 y la 5.4.4 en julio de 2025,34 es decir, aproximadamente una línea menor al año con commits activos entre ellas.

rtpengine: el relevo de medios del que nadie habla

Todo diseño centrado en un proxy acaba teniendo que lidiar con audio que no puede fluir directamente entre los extremos: NAT, IPv4 a IPv6, WebRTC de un lado y RTP simple del otro. rtpengine es la respuesta habitual. Su README: "The Sipwise NGCP rtpengine is a proxy for RTP traffic and other UDP based media traffic. It's meant to be used with the Kamailio SIP proxy and forms a drop-in replacement for any of the other available RTP and media proxies".38 Las características que lo convierten en la opción predeterminada son "In-kernel packet forwarding for low-latency and low-CPU performance" con "Automatic fallback to normal userspace operation if kernel module is unavailable", el puenteo "between IPv4 and IPv6 user agents" y, mediante el protocolo de control, "Full SDP parsing and rewriting" y soporte de ICE.38 "Currently the only supported platform is GNU/Linux".38 Tanto Kamailio como OpenSIPS incluyen un módulo de control rtpengine.1921

Licencia y responsable. GPL versión 3 (el archivo LICENSE del repositorio); desarrollado por Sipwise como parte de su plataforma NGCP.38 Frecuencia de versiones: muy alta; la página de versiones muestra versiones de mantenimiento en varias ramas en una misma semana, por ejemplo mr26.3.1.1 el 19 de octubre de 2026 y mr26.2.1.5 y mr26.0.1.26 el 16 de octubre de 2026.39

La tabla comparativa general

Los lenguajes son los que GitHub informa para cada repositorio. Cada licencia de abajo se leyó hoy en el archivo de licencia del propio repositorio o en los encabezados del código fuente; cada versión y fecha, en la página de versiones del proyecto. La actividad es una medición propia mediante la API de GitHub: commits en la rama predeterminada en los seis meses del 26 de abril al 26 de octubre de 2026, y el número de autores distintos de esos commits. Para FreePBX medimos solo el módulo framework, lo que subestima el proyecto en conjunto.

Deslice la tabla hacia los lados para ver todas las columnas.

El número de commits es una señal tosca. Una cifra alta puede significar muchos commits pequeños; una baja, un trabajo cuidadoso y agrupado. Lo que muestra de forma fiable es la diferencia entre un proyecto que avanza y uno que no: todas las filas avanzan salvo Kazoo, cuyo núcleo público se ha detenido. El número de autores es la columna más reveladora. Los commits de Kamailio vinieron de 88 autores distintos y los de Asterisk de 54; los 137 commits de FreeSWITCH vinieron de 10. Eso no hace que FreeSWITCH esté en mala salud, pero sí significa que su rumbo depende de un equipo pequeño y, en la práctica, de SignalWire.

Cómo se combinan en la práctica

Tres patrones cubren la mayoría de los sistemas reales.

1. El servidor único. Un servidor Asterisk con FreePBX, o uno FreeSWITCH con FusionPBX, que registra directamente teléfonos de escritorio y softphones y se conecta a uno o dos proveedores de troncales SIP. Nada más. Es la configuración adecuada para una sola oficina, y es donde la mayoría de las instalaciones de pequeñas empresas deberían detenerse.

2. Proxy delante de servidores de medios. Kamailio u OpenSIPS recibe todos los registros y todas las llamadas, autentica, aplica límites de tasa y ocultación de topología, y luego usa dispatcher o load_balancer para pasar las llamadas que requieren trabajo de audio a un grupo de servidores Asterisk o FreeSWITCH.1821 La capa del proxy guarda el estado que debe ser rápido y de alta disponibilidad (registros, enrutamiento); los servidores de medios pasan a ser trabajadores sin estado e intercambiables que se pueden añadir o retirar. rtpengine se sitúa junto al proxy para las llamadas cuyo audio debe anclarse pero que no necesitan lógica de aplicación.19 Kazoo es este patrón ya ensamblado, con Kamailio en el borde y FreeSWITCH detrás.30

3. El SBC en el borde del operador. Kamailio u OpenSIPS más rtpengine como controlador de borde de sesión (SBC) entre su red y los operadores o clientes: ocultación de topología para que las direcciones internas nunca se filtren, normalización de SIP entre los dialectos de cada fabricante, limitación de tasa y filtrado de fraude, y anclaje de medios o puenteo IPv4/IPv6 mediante rtpengine.38 OpenSIPS Solutions vende un SBC empaquetado precisamente sobre esa base.25 Aquí no hace falta ningún servidor de medios.

Cómo elegir, según el caso de uso

Todo en esta sección es nuestra opinión. Se apoya en el análisis por capas, los términos de las licencias y las señales de salud de arriba, y en el principio general de que el diseño correcto es el que usa la menor cantidad de piezas móviles que resuelva el trabajo.

PBX para una pequeña empresa (una sede, menos de unos 50 teléfonos). Nuestra opinión: FreePBX sobre Asterisk, instalado como lo documenta el proyecto FreePBX.35 Las razones son el calendario de versiones predecible,3 cuatro años de soporte completo en una línea LTS, el mayor grupo de administradores e integradores que ya lo conocen, y que la interfaz gráfica cubre los cambios del día a día (extensiones, grupos de timbre, menús) sin tocar archivos de configuración. FusionPBX es una opción igual de capaz si usted, o el integrador que contrate, prefiere FreeSWITCH. No ponga Kamailio delante de una sola oficina; añade un segundo sistema que proteger y operar y no aporta nada a ese tamaño.

Borde de operador, SBC o enrutamiento de alto volumen. Nuestra opinión: Kamailio u OpenSIPS con rtpengine, sin servidor de medios. Elija Kamailio si valora el conjunto de módulos más amplio y una comunidad sin un único proveedor detrás15; elija OpenSIPS si quiere comportamiento de B2BUA dentro del propio servidor SIP21 o un proveedor con un SBC empaquetado respaldando el proyecto.25 Ambos son GPL; ninguna licencia le afecta a menos que distribuya binarios modificados.

PBX alojada multiempresa (usted vende servicio telefónico a muchas empresas pequeñas). Nuestra opinión: FusionPBX sobre FreeSWITCH para una primera instalación, porque la multiempresa está integrada en su modelo de datos33 en lugar de añadida después; luego ponga Kamailio delante cuando un servidor se le quede corto. Kazoo se creó exactamente para esto y es el diseño más completo sobre el papel, pero sin una versión pública del núcleo desde enero de 202228 y con la 5.x "closed to public commits"27, solo lo elegiríamos como relación comercial con 2600Hz, no como proyecto de código abierto. Un negocio de servicio alojado también tiene obligaciones regulatorias (en Estados Unidos, el 911 y la ubicación despachable; vea nuestra página sobre llamadas de emergencia) que ninguna elección de software cumple por usted. Los operadores canadienses tienen sus propias obligaciones ante el CRTC; no las hemos resumido aquí.

Medios programables (IVR, bots de voz, grabación, transcripción). Es el caso más reñido de la página. El Event Socket de FreeSWITCH11 y su licencia MPL6 lo hacen el motor natural para una empresa de productos que escribirá módulos propietarios o controlará llamadas desde su propio servicio. ARI de Asterisk5 es la API más limpia para un desarrollador de aplicaciones, y la posición escrita de Sangoma de que los clientes de ARI y AMI no son obras derivadas1 elimina la preocupación por la GPL para el código que se comunica con Asterisk por esas interfaces. Nuestra opinión: si va a ampliar el propio motor, prefiera FreeSWITCH, aceptando que los paquetes binarios oficiales ahora requieren un token de SignalWire8 y que su calendario de versiones ha sido irregular10; si solo va a controlar las llamadas desde fuera, prefiera Asterisk y ARI por el calendario y los periodos de soporte.

Dónde encaja una operadora automática alojada

Si lo que necesita es un menú que conteste el número de su negocio y envíe a quienes llaman a unos pocos celulares, todo lo anterior es más sistema del que el trabajo requiere: un servidor al que aplicar parches, una troncal SIP que comprar y un plan de marcado que mantener. Ese trabajo más acotado es lo que hace nuestro servicio; nada de esta página lo describe. Si quiere ser dueño de su telefonía, o necesita colas, teléfonos de escritorio y grabación, la pila de código abierto es la mejor opción, y FreePBX o FusionPBX es donde nosotros empezaríamos.