CALIDAD DE LLAMADAS / RTCP

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.

30 días gratis. Sin tarjeta. No se sube audio.

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

Pérdida de paquetes en porcentaje. Mediciones ficticias de 10:00 a 10:15. Máximo: 4,1%; media: 0,8%.4%2%0%
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.

  1. 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.

  2. 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.

  3. Acota el alcance

    Filtra por centralita y dirección del audio. Compara las mediciones disponibles de troncales conocidas y extensiones internas.

  4. 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.

Explorar el centro de incidentes (English) ↗

Mediciones técnicas. Conversaciones privadas.

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.

Seguridad y datos (English) ↗

Comprende qué representan las cifras.

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.

Conecta tu centralita. Comprende la calidad de las llamadas.

Empezar gratis

Prueba gratuita de 30 días · Asterisk, FreePBX e Issabel

PBXonix / 01:15

Ve la señal. Descubre qué revisar.

Interfaz en inglés. Subtítulos en tu idioma. Datos de demostración.

Ver la demo →
Ver recorrido de 75 segundos · Resumen
  1. Demo interactiva · Datos ficticios · Sin instalación
  2. Elige una situación. Sigue la señal desde el resumen hasta el incidente.
  3. Identifica el troncal no disponible, abre el incidente y revisa la alerta.
  4. Vista previa. No se envía nada.
  5. Compara pérdida, jitter y latencia para orientar el diagnóstico.
  6. Revisa llamadas en espera, agentes disponibles y espera máxima.
  7. Simular recuperación
  8. Ejemplo de informe diario
  9. 30 días gratis. Sin tarjeta.

Ayúdame a conectar mi centralita

Indica el tipo de centralita y el paso donde estás. No envíes contraseñas ni tokens.

[email protected] ↗

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.