Un servidor para central telefónica con Issabel, FreePBX o Asterisk necesita como piso 2 vCPU, 4 GB de RAM y 40 GB de disco para una oficina de hasta 20 extensiones, y sube a 8 vCPU con 16 GB para escenarios de más de 60 llamadas simultáneas. La cifra que de verdad manda no son las extensiones, son las llamadas concurrentes y si vas a grabar. Y hay un requisito que decide todo antes que el hardware: que el proveedor permita tráfico SIP y VoIP en su red.
Esto último se dice poco y tumba proyectos enteros. Muchos hosters bloquean el puerto SIP y el rango RTP sin avisarlo en ninguna parte, y el integrador se entera cuando la central ya está instalada y no entra ni sale audio. En x5 servers el tráfico SIP y VoIP está permitido en los VPS y servidores dedicados Linux, sin bloqueo del puerto 5060 ni del rango RTP.
Por qué nadie publica las cifras de un servidor para central telefónica
Si buscaste antes de llegar aquí, ya lo notaste. Los resultados en español sobre requisitos de Asterisk son de 2006, de 2013 y de 2021, hay PDFs de cursos universitarios y hay hilos de foro de hace más de una década que hablan de procesadores Atom y discos IDE. No es casualidad, es un vacío real y tiene dos causas.
La primera es que los fabricantes no lo publican. La documentación oficial de instalación de Issabel no lista los requisitos de hardware en texto: remite a un video alojado en Vimeo. Un video no se puede copiar, no se puede citar y Google no lo indexa como texto. Sangoma, dueño de FreePBX, tampoco los publica en su guía de instalación por ISO, que advierte sobre el tamaño del USB y sobre discos NVMe pero no menciona ni CPU ni RAM ni disco.
La segunda causa es comercial. Quien domina las búsquedas de central telefónica en la nube son plataformas que facturan por extensión al mes. A ninguna le conviene explicarte cuánto servidor necesitas, porque su modelo compite justo con la opción de montarla tú.
El resultado es que el integrador que va a instalar una central para su cliente se queda sin una referencia decente para elegir el servidor para central telefónica. Vamos a arreglarlo.
Qué publican los fabricantes sobre el servidor para central telefónica
Empecemos por lo verificable, que es poco pero sirve de piso.
La única página de Sangoma con cifras concretas es la de requisitos de hardware para FreePBX en alta disponibilidad. Conviene decirlo con precisión: son los requisitos de un escenario de alta disponibilidad, no de una instalación normal, así que hay que leerlos como una referencia de clase de máquina y no como el mínimo de cualquier despliegue.
| Componente | Mínimo | Preferido |
|---|---|---|
| CPU | Clase i5 | Quad Core Xeon o superior |
| RAM | 2 GB | 4 GB o más |
| Disco | 100 GB | 250 GB o más |
| Red | 1 interfaz de red | 2 interfaces separadas más IPMI en NIC dedicada |
Eso es todo lo que hay de fuente oficial sobre el servidor para central telefónica. Ninguna de esas páginas dice cuántas llamadas simultáneas soporta cada configuración, que es exactamente lo que necesita saber quien va a comprar un servidor para central telefónica.
Cómo se calcula la capacidad real de un servidor para central telefónica
La referencia más citada del sector viene de VoIP-Info, un wiki técnico de la comunidad. Su página de dimensionamiento de Asterisk establece que cada gigahercio de capacidad de proceso puede manejar unas 100 llamadas simultáneas sin traducción de códec en G.711 ulaw, o unas 30 llamadas simultáneas cuando hay transcodificación de G.711 ulaw a G.729. La misma fuente advierte que la transcodificación consume muchísimos recursos de CPU.
Toca ser honestos con ese dato. Es una regla de la comunidad, no una cifra oficial de Asterisk ni de Sangoma, y su origen se remonta a 2005 aunque la página se haya actualizado después. Sirve para entender el orden de magnitud y para entender la penalización de la transcodificación, que es de aproximadamente un tercio de la capacidad. No sirve para dimensionar a ciegas un servidor moderno.
La lección práctica de esa regla es otra, y es la que casi nadie explica: en un servidor para central telefónica actual, el cuello de botella rara vez es la CPU pura. Son la memoria cuando hay muchas sesiones activas, el disco cuando se graban llamadas, y la red cuando el tráfico es medido o va por una interfaz compartida. Por eso dimensionar solo con la fórmula de gigahercios da números que no se cumplen en producción.
Tabla de dimensionamiento del servidor para central telefónica
Esta es la tabla de dimensionamiento del servidor para central telefónica que no existe en español. Antes de leerla, dos advertencias que la hacen útil en vez de decorativa.
Primera: los rangos son una estimación de trabajo, no una cifra de fabricante, porque el fabricante no la publica. Segunda: parte de un supuesto concreto, que es una central con códec G.711 sin transcodificación masiva, con una relación habitual de una llamada concurrente por cada dos o tres extensiones. Si tu caso transcodifica a G.729 o si es un call center donde casi todas las extensiones hablan a la vez, sube un escalón.
| Escenario | Extensiones | Llamadas concurrentes | vCPU | RAM | Disco NVMe |
|---|---|---|---|---|---|
| Oficina pequeña | Hasta 20 | Hasta 8 | 2 | 4 GB | 40 GB |
| Empresa mediana | 21 a 60 | Hasta 25 | 4 | 8 GB | 80 GB |
| Empresa grande o multisede | 61 a 150 | Hasta 60 | 8 | 16 GB | 160 GB |
| Call center o grabación intensiva | Más de 150 | Más de 60 | Servidor dedicado | 32 GB o más | Según retención |
Cuánto disco consume la grabación en un servidor para central telefónica
Aquí sí se puede calcular con precisión, y es el dato que más subestima la gente al comprar un servidor para central telefónica.
El códec G.711 trabaja a 64 kilobits por segundo. Multiplicado por 60 segundos son 3.840 kilobits por minuto, es decir unos 480 kilobytes. Redondeando, cada minuto de llamada grabada en G.711 ocupa cerca de medio megabyte.
Llevado a un caso real: 20 agentes que hablan 200 minutos al día durante 22 días hábiles son 88.000 minutos al mes, o sea unos 44 GB mensuales solo de grabaciones. Si la política de la empresa es guardar seis meses, hablamos de más de 260 GB de disco solo para el archivo. Ese número es el que decide si tu central vive en un VPS o en un dedicado, y es el que nadie pone sobre la mesa antes de vender.
Cuándo un VPS deja de servir y toca un dedicado
Un VPS Linux resuelve la mayoría de las instalaciones de Issabel y FreePBX en Latinoamérica sin despeinarse. Hay cuatro señales de que el escenario ya pide un servidor dedicado Linux:
- Transcodificación permanente. Si tu proveedor SIP entrega G.729 y tus teléfonos hablan G.711, cada llamada paga el peaje de CPU, y ahí la capacidad se derrumba a un tercio.
- Grabación de todo, siempre. Cuando la retención se mide en meses y no en días, el disco y la escritura sostenida mandan sobre todo lo demás.
- Más de 60 llamadas concurrentes sostenidas. No el pico de una vez al mes, el promedio de la hora cargada.
- Requisito de recursos garantizados. En telefonía el jitter y el timing importan, y un entorno con recursos dedicados se comporta mejor que uno compartido cuando el vecindario se pone ruidoso.
Cuéntanos cuántas extensiones y cuántas llamadas concurrentes vas a manejar y te decimos qué servidor para central telefónica necesitas, sin venderte de más. Ir al formulario de contacto.
Puertos y NAT en tu servidor para central telefónica
Este es el bloque que separa un artículo escrito por alguien que vende infraestructura de uno escrito por alguien que copia documentación.
Asterisk usa dos canales distintos. La señalización SIP viaja por el puerto 5060, que es el estándar del protocolo, y el audio viaja por RTP en un rango de puertos UDP. El archivo de configuración de ejemplo del propio repositorio de Asterisk lo documenta con claridad: los valores por defecto son un rango de 5000 a 31000, y el ejemplo que se distribuye viene ajustado de 10000 a 20000.
De ahí salen tres consecuencias prácticas:
- Tienes que abrir un rango, no un puerto. Diez mil puertos UDP en el ejemplo por defecto. Un firewall configurado con mentalidad de servidor web deja mudo tu servidor para central telefónica.
- El audio y la señalización pueden fallar por separado. El síntoma clásico es que la llamada conecta pero no se escucha a nadie: la señalización pasó por 5060 y el RTP se quedó afuera.
- El NAT es el enemigo silencioso. Una IP pública fija y directa sobre el servidor para central telefónica evita la mitad de los problemas de audio unidireccional que llenan los foros.
Y encima de todo eso está la pregunta que nadie hace a tiempo. Muchos proveedores de hosting bloquean o restringen el tráfico SIP y VoIP en su red, y no lo dicen en ninguna parte de su web. Lo descubres cuando ya pagaste el servidor y montaste la central. En X5 Servers ese tráfico está permitido en los VPS y en los servidores dedicados Linux, sin bloqueo del puerto 5060 ni del rango RTP.
Fraude telefónico en un servidor para central telefónica
Un servidor para central telefónica expuesto a internet recibe escaneos automáticos buscando extensiones con contraseñas débiles desde el primer día. El escenario que arruina a un integrador es siempre el mismo: alguien entra, cursa llamadas internacionales durante un fin de semana y el lunes aparece una factura de miles de dólares con el proveedor SIP.
Las medidas que hay que tomar antes de abrir el servicio son conocidas y aun así se saltan:
- Contraseñas largas y aleatorias por extensión, nunca la extensión como clave.
- Bloqueo automático de intentos fallidos con fail2ban.
- Restricción por país o por rango de IP en el firewall cuando el caso lo permite.
- Límite de gasto y de destinos internacionales pactado con el proveedor SIP.
- Alertas de consumo fuera de horario laboral.
Si prefieres que esa capa la sostenga alguien más, existe la administración de servidores gestionada, y para el endurecimiento del entorno completo está la ciberprotección con Sophos.
Cuándo no conviene montar tu propio servidor para central telefónica
Montar tu propio servidor para central telefónica no le conviene a todo el mundo, y decirlo de frente vale más que forzar una venta que va a terminar mal.
No conviene autoalojar si:
- Son menos de cinco extensiones y no hay nadie que sepa de telefonía IP. El costo de una plataforma por suscripción es menor que el de aprender.
- Necesitas la central operativa mañana. Una instalación bien hecha, con puertos, seguridad y pruebas, toma días, no horas.
- No vas a mantener el servidor. Una central sin actualizar es una puerta abierta al fraude telefónico.
Sí conviene si:
- Eres integrador o proveedor de servicios y montas centrales para clientes. Cada cliente es un servidor y el modelo se vuelve recurrente.
- Superas las 20 o 30 extensiones y el costo por extensión mensual ya pesa más que un servidor propio.
- Necesitas integraciones a medida con tu CRM, tu ERP o tus sistemas internos.
- Quieres controlar las grabaciones y el registro de llamadas en infraestructura tuya.
Dónde montar tu servidor para central telefónica en Latinoamérica
Lo que necesitas del proveedor para tu servidor para central telefónica es corto y específico: acceso root sin restricciones, sistema operativo limpio sin panel que estorbe, IP pública dedicada, disco NVMe para que la escritura de grabaciones no sea el freno, y sobre todo permiso explícito para cursar tráfico SIP y VoIP.
Los VPS Linux de X5 Servers cubren ese perfil de servidor para central telefónica. Se entregan sin panel de control, en limpio, con acceso root completo, almacenamiento NVMe e infraestructura en datacenters Tier III de Estados Unidos, con un uptime declarado de 99,95 por ciento. Para escenarios de call center o de grabación intensiva, la línea de servidores dedicados Linux es el siguiente escalón natural.
Tres detalles que suelen pesar en la región, para integradores de México, Colombia, Perú, Chile, Argentina, Ecuador, Guatemala, Uruguay, Venezuela, Panamá y Bolivia:
- Pagos. Zinli, Stripe, PayPal o transferencia a Panamá, sin depender de que el banco autorice un cargo internacional.
- Migración gratuita en planes anuales. Si ya tienes una central corriendo en otro lado, mover el servidor va incluido al contratar plan anual.
- Soporte en español por ticket, 24 horas. Todo entra por el área de cliente, donde queda registrado y trazable.
Cómo montar tu servidor para central telefónica paso a paso
- Cuenta llamadas, no extensiones. Mide cuántas llamadas simultáneas tienes en la hora más cargada. Ese número dimensiona el servidor para central telefónica, no el total de anexos.
- Decide si vas a grabar y por cuánto tiempo. Aplica el cálculo de medio megabyte por minuto y súmalo al disco.
- Verifica el códec de tu proveedor SIP. Si hay transcodificación permanente, sube un escalón de CPU.
- Contrata el servidor con la distribución que pida tu versión de Issabel o FreePBX, IP pública dedicada y acceso root.
- Abre los puertos correctos antes de configurar nada: el 5060 para señalización y el rango RTP completo que definas.
- Endurece antes de publicar. Contraseñas fuertes, fail2ban, restricción geográfica y límite de gasto con el proveedor SIP.
- Prueba con audio real en ambos sentidos desde fuera de la red antes de entregarle la central al cliente.
Si montas centrales para varios clientes, hablemos de volumen. Dinos cuántas instalaciones manejas al año y armamos el esquema de infraestructura que te conviene. Ir al formulario de contacto.
Preguntas frecuentes sobre el servidor para central telefónica
¿Cuántas extensiones soporta un servidor para central telefónica de 4 GB de RAM?
Con 2 vCPU y 4 GB de RAM cubres cómodamente una oficina de hasta 20 extensiones con unas 8 llamadas simultáneas, siempre que no haya transcodificación permanente ni grabación de todas las llamadas. Si grabas todo, el límite lo pone el disco antes que la memoria.
¿Cuántas llamadas concurrentes soporta Asterisk?
No hay una cifra oficial de Asterisk ni de Sangoma. La referencia más citada es la de VoIP-Info, que estima unas 100 llamadas simultáneas por cada gigahercio de CPU en G.711 sin transcodificación, y unas 30 cuando hay traducción a G.729. Es una regla de la comunidad con origen en 2005, útil como orden de magnitud y no como cifra de diseño.
¿Sirve un VPS como servidor para central telefónica con Issabel o FreePBX?
Sí, y es lo habitual hoy. Lo que hay que verificar antes de contratar es que el proveedor permita tráfico SIP y VoIP, que entregue acceso root y una IP pública dedicada, y que puedas abrir el rango RTP completo en el firewall.
¿Qué puertos hay que abrir en un servidor para central telefónica?
El 5060 para la señalización SIP y el rango de puertos UDP que uses para RTP. El archivo de ejemplo del repositorio de Asterisk documenta un rango por defecto de 5000 a 31000 y distribuye el ejemplo ajustado de 10000 a 20000. Es un rango, no un puerto suelto, y ese es el error más común.
¿Por qué en mi servidor para central telefónica la llamada conecta y no se escucha?
Casi siempre es el rango RTP cerrado en el firewall o un problema de NAT. La señalización pasó por el 5060 y el audio se quedó fuera. Revisa primero el rango de puertos y luego la configuración de IP externa.
¿Dónde publica Issabel sus requisitos de hardware?
En su manual oficial de instalación remite a un video alojado en Vimeo, no a una tabla en texto. Su página de hardware certificado describe el programa de certificación pero no lista CPU, RAM ni disco. Por eso cuesta tanto encontrar cifras confiables en cualquier idioma.
¿Cuánto disco necesito si grabo todas las llamadas?
Calcula medio megabyte por minuto grabado en G.711. Veinte agentes con 200 minutos diarios durante 22 días hábiles generan unos 44 GB al mes. Multiplica por los meses de retención que exija tu política y súmalo al disco del sistema.
¿X5 Servers permite tráfico SIP y VoIP?
Sí, en los VPS y en los servidores dedicados Linux, sin bloqueo del puerto 5060 ni del rango RTP. Es un punto que conviene confirmar con cualquier proveedor antes de contratar un servidor para central telefónica, porque varios lo restringen sin declararlo en su web.
En resumen
Elegir un servidor para central telefónica se reduce a tres decisiones y una condición. Las decisiones son cuántas llamadas simultáneas vas a sostener en la hora pico, si vas a grabar y por cuánto tiempo, y si hay transcodificación de códec de por medio. Con eso la tabla de este artículo te da el tamaño en un minuto.
La condición es que el proveedor permita tráfico SIP y VoIP. Da igual cuánta RAM compres si el puerto está cerrado, y esa es la parte que casi nadie te dice antes de cobrarte.
