Post actualizado el día octubre 31, 2026 by DeiviSanzPlay
Cuando una empresa decide migrar a telefonía VoIP, el fallo más habitual no está en la plataforma: está en el router. La primera llamada de prueba entra bien, pero a los dos minutos se corta el audio o el interlocutor deja de oír. Ese síntoma, repetido en pymes que cambian su centralita tradicional por una nube, casi siempre apunta a una mala priorización del tráfico de voz frente al resto de la red.
La solución exacta pasa por configurar QoS en el router y eliminar el doble NAT antes de dar por buena la migración. No es un detalle menor: el protocolo SIP necesita puertos abiertos y una latencia estable, y cualquier descarga pesada en la misma red puede arruinar la conversación.
Qué revisar antes de migrar a telefonía VoIP en una oficina pequeña
He visto casos donde el proveedor entrega el servicio funcionando y el cliente lo da por cerrado. Días después, las quejas llegan desde el departamento de administración porque las llamadas a clientes se entrecortan justo cuando alguien sube archivos a la nube.
El repaso mínimo incluye tres frentes: ancho de banda reservado para voz, cableado Ethernet en lugar de WiFi para los teléfonos y un router que soporte QoS de forma real, no solo en el folleto. Si el router del operador no permite priorizar el tráfico SIP, conviene colocar uno propio en modo puente.
Otro punto crítico es el cableado. Un teléfono IP conectado por WiFi puede funcionar en pruebas, pero en producción aparecen microcortes que el usuario percibe como fallos de la plataforma cuando en realidad son pérdida de paquetes.
Errores concretos al migrar a telefonía VoIP y cómo resolverlos
Los tres fallos que más veces he encontrado al acompañar procesos de migración a telefonía VoIP son estos:
Doble NAT. El router del operador hace NAT y el router propio también. El resultado es que el servidor SIP recibe direcciones privadas y las llamadas entrantes no llegan. Se arregla poniendo el router del operador en modo puente o usando STUN correctamente configurado.
Puertos cerrados. El proveedor indica qué rango necesita, pero el firewall corporativo bloquea parte del rango RTP. La llamada se establece pero no hay audio. Abrir el rango completo resuelve el problema en minutos.
Sin prioridad de voz. Un backup programado a media mañana satura la subida y la voz se degrada. Configurar QoS con la voz como primera clase evita el 90% de las incidencias.
Ninguno de estos problemas se soluciona cambiando de operador, y eso es importante decirlo: muchos saltos entre proveedores nacen de un diagnóstico equivocado.
Cuándo este enfoque no funciona
Si la conexión a internet es ADSL con subida muy limitada, migrar a telefonía VoIP con varias líneas simultáneas es inviable aunque el router esté bien configurado. En esos casos conviene esperar a tener fibra o reducir el número de llamadas concurrentes.
Tampoco funciona en entornos donde el proveedor no ofrece soporte técnico real o no documenta los códecs que utiliza. Sin esa información, ajustar la red se convierte en prueba y error.
Y hay un límite que conviene asumir: la voz sobre IP no es inmune a caídas de internet. Si el negocio depende del teléfono para emergencias, hace falta un plan de contingencia con línea de respaldo o desvío automático al móvil.
Un caso real de migración a telefonía VoIP con final feliz
En una asesoría de ocho empleados, la migración a telefonía VoIP se hizo en una tarde. La primera semana funcionó sin incidencias. La segunda, las llamadas a clientes empezaron a cortarse cada mañana entre las diez y las once, justo cuando se ejecutaba la sincronización del ERP.
El proveedor revisó la plataforma y no encontró nada. La causa estaba en el router: sin QoS, el tráfico de sincronización consumía toda la subida. Se configuró prioridad para el rango SIP y RTP, se cambió el teléfono de recepción de WiFi a cable, y las incidencias desaparecieron.
La lección es clara: migrar a telefonía VoIP es tanto un proyecto de red como un cambio de plataforma. Quien lo trata solo como un cambio de operador suele volver a los problemas en pocas semanas.
Comprobaciones finales antes de dar el servicio por cerrado
Antes de apagar la centralita antigua, conviene hacer llamadas de prueba en horas punta, revisar la calidad con herramientas de monitorización y confirmar que el desvío a móvil funciona si cae internet. Documentar la configuración del router evita repetir el diagnóstico si algo falla meses después.
Las guías técnicas de fabricantes de routers y la documentación pública de los proveedores SIP son la mejor referencia para ajustar parámetros, aunque cada instalación tiene sus particularidades. No hay una configuración universal que garantice calidad: hay que medir en el entorno real.
Perfiles verificables: Sitio web
Publicado el 31 de October de 2026. Última revisión: 31 de October de 2026.
