Entiende por qué tus llamadas de Asterisk suenan mal.
Supervisa la pérdida de paquetes RTP, el jitter y el retardo de ida y vuelta en Asterisk, FreePBX e Issabel. Identifica cuándo cambió la calidad, acota el problema a una troncal o extensión y decide qué revisar después.
Un pico breve. Una pista útil.Revisa este intervalo
Ejemplo ilustrativo · mediciones ficticias, no datos de clientes
Pérdida de paquetes4,1 %Máximo
Jitter48 msMáximo
RTT de RTCP180 msMáximo
Pérdida de paquetes en 15 minutos
10:0010:0510:1010:15
Pérdida según RTCPReferencia de diagnóstico: 2%
La pérdida media es solo del 0,8%, pero alcanza un máximo del 4,1%. Examina el intervalo y la dirección afectados antes de decidir si conviene revisar la troncal, la red local o un teléfono.
INTERPRETA LAS SEÑALES
Tres mediciones. Distintas pistas.
Examina conjuntamente la media, el máximo y el número de mediciones. Las medias pueden ocultar picos breves; un único máximo no demuestra un problema persistente.
%
Pérdida de paquetes
El receptor informa de paquetes RTP que faltan durante un intervalo de informes RTCP. La pérdida puede coincidir con cortes o palabras entrecortadas.
Revisar a partir del 2%
Compara el mismo periodo entre troncales y extensiones. Comprueba si el aumento afecta a una conexión o a varias.
ms
Jitter
El jitter describe la variación del tiempo de llegada de los paquetes. PBXonix convierte el valor RTCP a milisegundos cuando conoce la frecuencia de reloj del códec.
Revisar a partir de 30 ms
Comprueba si los picos coinciden con periodos de mucha carga. Cuando proceda, compara las conexiones por cable y Wi-Fi.
ms RTT
Retardo de ida y vuelta
El RTT mide el recorrido de ida y vuelta de RTCP. Un valor alto puede orientar la investigación cuando los interlocutores se pisan al hablar. No mide el retardo de voz en un solo sentido.
Revisar a partir de 300 ms
Compara con el RTT habitual de esa conexión. Revisa la ruta de red, la congestión y el alcance del cambio.
Son referencias de diagnóstico de PBXonix, no garantías universales de calidad de voz. Influyen el códec, el búfer de jitter y la ruta del audio. Los umbrales y la duración de las alertas se configuran por separado.
DEL SÍNTOMA A LA COMPROBACIÓN
¿Qué revisarías primero?
Tres ejemplos con valores ficticios. Orientan la investigación; no identifican automáticamente un equipo o proveedor defectuoso.
01
Se cortan palabras a varios usuarios
Qué observas
Pérdida máxima: 4,1% · jitter: 48 ms
Qué puede significar
Si varias extensiones muestran el mismo pico en una troncal, investiga una ruta de audio compartida. Si solo afecta a una extensión, empieza cerca de ese terminal.
Siguiente comprobación
Selecciona la misma centralita, periodo y dirección del audio. Compara las filas de troncales y extensiones; después revisa errores de interfaz, carga del enlace y configuración de QoS.
02
Los interlocutores hablan a la vez
Qué observas
RTT de 420 ms · pérdida del 0,2%
Qué puede significar
El aumento del RTT apunta a un retardo incluso con poca pérdida. Estas mediciones por sí solas no localizan el retardo ni demuestran un fallo del operador.
Siguiente comprobación
Compara con un periodo normal y con otra troncal. Comprueba si cambiaron la ruta WAN, la conexión VPN o la demanda de ancho de banda.
03
Hay llamadas, pero los gráficos están vacíos
Qué observas
Sin observaciones RTCP · valores no disponibles
Qué puede significar
La ausencia de datos no equivale a un 0% de pérdida. El recopilador puede estar esperando RTCP, el audio puede evitar Asterisk o alguna métrica puede depender del códec negociado.
Siguiente comprobación
Revisa primero el estado del recopilador y la última actualización. Confirma que Asterisk emita eventos RTCP y que el agente tenga permisos de monitorización. Después comprueba la ruta del audio.
UN PROCESO REPETIBLE
De una queja a una investigación concreta.
Confirma la recopilación
Revisa la última actualización y el número de mediciones RTCP. Un agente conectado aún puede estar esperando observaciones de calidad.
Elige el intervalo
Consulta la última hora, 24 horas o siete días. Compara la hora de la queja tanto con la media como con el máximo.
Acota el alcance
Filtra por centralita y dirección del audio. Compara las mediciones disponibles de troncales conocidas y extensiones internas.
Sigue el incidente
Consulta la cronología, asigna un responsable y anota las comprobaciones. Compara las mismas métricas después del cambio.
Convierte un cambio persistente en una alerta.
Activa las notificaciones de calidad en los ajustes. Elige umbrales, duración y un mínimo de observaciones para recibir alertas por email o Telegram. Consulta el problema y la recuperación en el centro de incidentes; usa el modo de mantenimiento para trabajos programados.
El módulo de calidad envía agregados numéricos por minuto e identificadores técnicos conocidos de líneas y troncales. No sube números de clientes, nombres de llamantes, audio, capturas de paquetes ni mensajes SIP sin procesar. El agente se conecta a la nube mediante HTTPS saliente.
Las medias se ponderan por el número de observaciones RTCP, no de llamadas ni paquetes. Son mediciones agrupadas, no grabaciones de llamadas individuales. PBXonix no calcula MOS. Un gráfico estable no descarta problemas de códec, terminal o acústica.
Preguntas sobre la calidad de llamadas en Asterisk
¿Por qué una troncal SIP registrada puede tener mal audio?+
El registro SIP indica disponibilidad de señalización. RTP transporta el audio y RTCP informa sobre esa ruta. Una troncal puede seguir registrada mientras la pérdida, el jitter o el retardo afectan a la conversación. Revisa el estado de la troncal junto con las mediciones de calidad.
¿Funciona con FreePBX, Issabel, SIP y PJSIP?+
PBXonix recopila eventos de informes RTCP expuestos por Asterisk. La recopilación se ha validado en Asterisk 16 y 20 con chan_sip y PJSIP. La compatibilidad con FreePBX e Issabel depende de la versión de Asterisk, los eventos disponibles, los permisos y la configuración del audio.
¿Por qué a veces faltan el jitter o el RTT?+
No todas las observaciones RTCP incluyen todas las métricas. Para convertir el jitter a milisegundos se necesita conocer la frecuencia de reloj del códec; el RTT también depende del contenido y la dirección del informe. El audio directo o la ausencia de RTCP pueden dejar los gráficos vacíos. Los valores no disponibles nunca se sustituyen por cero.
¿Las medias se calculan por llamada?+
No. Cada media se calcula con las observaciones RTCP disponibles, ponderadas por su cantidad. Una llamada larga puede producir más observaciones. El número de mediciones no es el de llamadas únicas, y la pérdida media no es un porcentaje ponderado por paquetes de toda la centralita.
¿PBXonix sube números de clientes o graba audio?+
El módulo de calidad envía agregados numéricos e identificadores técnicos conocidos de la centralita. No sube números de clientes, nombres, audio, capturas de paquetes ni SIP sin procesar. La página Seguridad y datos explica el modelo general de recopilación.
¿Puedo recibir alertas de pérdida, jitter o retardo?+
Sí. Puedes activar alertas de calidad en los ajustes con umbrales, duración y requisitos mínimos de observaciones. Email y Telegram utilizan los canales configurados. El centro de incidentes permite seguir responsables, comentarios técnicos y recuperación.
Contamos eventos agregados de páginas y demo, sin identificadores, cookies analíticas ni grabaciones de sesión. Respetamos las señales de privacidad del navegador.