QUALITÉ DES APPELS / RTCP

Comprenez pourquoi le son de vos appels Asterisk se dégrade.

Surveillez la perte de paquets RTP, la gigue et le délai aller-retour sur Asterisk, FreePBX et Issabel. Repérez le changement de qualité, ciblez un trunk ou un poste et déterminez la prochaine vérification.

30 jours gratuits. Sans carte bancaire. Aucun transfert audio.

Un pic bref. Un indice utile.Intervalle à examiner

Exemple pédagogique · mesures fictives, sans données clients

Perte de paquets4,1 %Maximum
Gigue48 msMaximum
RTT RTCP180 msMaximum

Perte de paquets sur 15 minutes

Perte de paquets en pourcentage. Mesures fictives de 10:00 à 10:15. Maximum : 4,1 % ; moyenne : 0,8 %.4%2%0%
10:0010:0510:1010:15
Perte signalée par RTCPRepère de diagnostic : 2 %
La perte moyenne n'est que de 0,8 %, mais le pic atteint 4,1 %. Examinez l'intervalle et le sens concernés avant de vérifier le trunk, le réseau local ou un téléphone.
INTERPRÉTER LES SIGNAUX

Trois mesures. Des indices différents.

Lisez ensemble la moyenne, le maximum et le nombre de mesures. Une moyenne peut masquer des pics brefs ; un pic isolé ne démontre pas un problème durable.

%

Perte de paquets

Le récepteur signale les paquets RTP manquants sur un intervalle de rapports RTCP. Une perte peut coïncider avec des coupures ou des paroles hachées.

Examiner à partir de 2 %

Comparez la même période entre trunks et postes. Vérifiez si la hausse touche une connexion ou plusieurs.

ms

Gigue

La gigue décrit la variation du temps d'arrivée des paquets. PBXonix convertit la valeur RTCP en millisecondes lorsque la fréquence d'horloge du codec est connue.

Examiner à partir de 30 ms

Vérifiez si les pics coïncident avec une forte charge réseau. Comparez les connexions filaires et Wi-Fi si nécessaire.

ms RTT

Délai aller-retour

Le RTT mesure le trajet aller-retour RTCP. Une valeur élevée peut orienter l'analyse lorsque les interlocuteurs parlent en même temps. Ce n'est pas le délai vocal dans un seul sens.

Examiner à partir de 300 ms

Comparez avec le RTT habituel de cette connexion. Vérifiez le routage, la congestion et l'étendue du changement.

Ces valeurs sont des repères de diagnostic PBXonix, pas des garanties universelles de qualité vocale. Le codec, le tampon de gigue et le chemin média comptent aussi. Les seuils et la durée des alertes se règlent séparément.

DU SYMPTÔME À LA VÉRIFICATION

Que vérifier en premier ?

Trois exemples avec des valeurs fictives. Ils orientent l'analyse sans identifier automatiquement un appareil ou un fournisseur défaillant.

01

Des mots sont coupés chez plusieurs utilisateurs

Ce que vous observez
Pic de perte : 4,1 % · gigue : 48 ms
Ce que cela peut signifier
Si plusieurs postes présentent le même pic sur un trunk, examinez un chemin média partagé. Si un seul poste est touché, commencez près de ce terminal.
Vérification suivante
Sélectionnez le même PBX, la même période et le même sens média. Comparez les lignes des trunks et des postes, puis vérifiez les erreurs d'interface, la charge du lien et la configuration QoS.
02

Les interlocuteurs se coupent la parole

Ce que vous observez
RTT de 420 ms · perte de 0,2 %
Ce que cela peut signifier
Une hausse du RTT indique un délai possible, même avec peu de pertes. Ces mesures seules ne localisent pas ce délai et ne prouvent pas une panne de l'opérateur.
Vérification suivante
Comparez avec une période normale et un autre trunk. Vérifiez si le routage WAN, le chemin VPN ou la demande de bande passante ont changé au même moment.
03

Les appels passent, mais les graphiques sont vides

Ce que vous observez
Aucune observation RTCP · valeurs indisponibles
Ce que cela peut signifier
L'absence de données ne signifie pas 0 % de perte. Le collecteur peut attendre RTCP, le média peut contourner Asterisk ou une mesure peut dépendre du codec négocié.
Vérification suivante
Vérifiez d'abord l'état du collecteur et la dernière mise à jour. Confirmez qu'Asterisk expose les événements RTCP et que l'agent dispose des droits de surveillance. Vérifiez ensuite le chemin média.
UNE MÉTHODE REPRODUCTIBLE

D'une plainte à une vérification ciblée.

  1. Confirmez la collecte

    Vérifiez la dernière mise à jour et le nombre de mesures RTCP. Un agent connecté peut encore attendre des observations de qualité.

  2. Choisissez l'intervalle

    Consultez la dernière heure, 24 heures ou sept jours. Comparez l'heure du problème à la moyenne et au maximum.

  3. Précisez le périmètre

    Filtrez par PBX et sens média. Comparez les mesures disponibles pour les trunks connus et les postes internes.

  4. Suivez l'incident

    Consultez la chronologie, désignez un responsable et notez les vérifications. Comparez les mêmes mesures après la modification.

Transformez une dégradation durable en alerte.

Activez les notifications de qualité dans les paramètres. Choisissez les seuils, la durée et le minimum d'observations pour recevoir des alertes par email ou Telegram. Suivez le problème et le rétablissement dans le centre d'incidents ; utilisez le mode maintenance pour les travaux planifiés.

Découvrir le centre d'incidents (English) ↗

Des mesures techniques. Des conversations privées.

Le module de qualité transmet des agrégats numériques par minute et des identifiants techniques connus de postes et de trunks. Il n'envoie ni numéros clients, ni noms d'appelants, ni audio, ni captures de paquets, ni messages SIP bruts. L'agent utilise une connexion HTTPS sortante vers le cloud.

Sécurité et données (English) ↗

Comprenez ce que représentent les chiffres.

Les moyennes sont pondérées par le nombre d'observations RTCP, pas par les appels ou les paquets. Les mesures sont regroupées ; il ne s'agit pas d'enregistrements d'appels individuels. PBXonix ne calcule pas de MOS. Des graphiques stables n'excluent pas un problème de codec, de téléphone ou d'acoustique.

Questions sur la qualité des appels Asterisk

Pourquoi un trunk SIP enregistré peut-il avoir un mauvais son ?

L'enregistrement SIP indique la disponibilité de la signalisation. RTP transporte le média et RTCP décrit ce chemin. Un trunk peut rester enregistré tandis que la perte, la gigue ou le délai affectent la conversation. Examinez son état avec les mesures de qualité.

Est-ce compatible avec FreePBX, Issabel, SIP et PJSIP ?

PBXonix collecte les événements de rapports RTCP exposés par Asterisk. La collecte a été validée sur Asterisk 16 et 20 avec chan_sip et PJSIP. La compatibilité avec FreePBX et Issabel dépend de la version d'Asterisk, des événements disponibles, des droits et de la configuration média.

Pourquoi la gigue ou le RTT manquent-ils parfois ?

Chaque observation RTCP ne contient pas nécessairement toutes les mesures. La gigue nécessite une fréquence d'horloge connue pour être convertie en millisecondes ; le RTT dépend aussi du contenu et du sens du rapport. Le média direct ou l'absence de RTCP peuvent laisser les graphiques vides. Les valeurs indisponibles ne sont jamais remplacées par zéro.

Les moyennes sont-elles calculées par appel ?

Non. Chaque moyenne utilise les observations RTCP disponibles, pondérées par leur nombre. Un appel long peut produire plus d'observations. Le nombre de mesures n'est pas le nombre d'appels uniques, et la perte moyenne n'est pas un pourcentage pondéré par les paquets de tout le PBX.

PBXonix transmet-il les numéros clients ou enregistre-t-il l'audio ?

Le module de qualité envoie des agrégats numériques et des identifiants techniques connus du PBX. Il n'envoie ni numéros clients, ni noms, ni audio, ni captures de paquets, ni SIP brut. La page Sécurité et données décrit le modèle général de collecte.

Puis-je recevoir des alertes de perte, de gigue ou de délai ?

Oui. Activez les alertes de qualité dans les paramètres avec des seuils, une durée et un minimum d'observations. Email et Telegram utilisent les canaux configurés. Le centre d'incidents permet de suivre les responsables, les commentaires techniques et le rétablissement.

Connectez votre PBX. Comprenez la qualité de vos appels.

Commencer gratuitement

Essai gratuit de 30 jours · Asterisk, FreePBX et Issabel

PBXonix / 01:15

Repérez le signal. Sachez quoi vérifier.

Interface en anglais. Sous-titres dans votre langue. Données de démonstration.

Voir la démo →
Visite en 75 secondes · Vue d’ensemble
  1. Démo interactive · Données fictives · Sans installation
  2. Choisissez une situation. Suivez le signal de la vue d’ensemble à l’incident.
  3. Repérez le trunk indisponible, ouvrez l’incident et prévisualisez l’alerte.
  4. Aperçu de notification. Aucun envoi.
  5. Comparez pertes, gigue et délai pour orienter le diagnostic.
  6. Consultez les appels en attente, agents disponibles et attente maximale.
  7. Simuler le rétablissement
  8. Exemple de rapport quotidien
  9. 30 jours gratuits. Sans carte bancaire.

Aidez-moi à connecter mon PBX

Indiquez le type de PBX et l’étape concernée. N’envoyez ni mots de passe ni jetons.

[email protected] ↗

Nous comptons les événements agrégés des pages et de la démo, sans identifiants, cookies analytiques ni enregistrement de session. Les signaux de confidentialité sont respectés.