Ce document traite du résultat de la commande show call active voice (registered customer only) et illustre comment le résultat de la commande résout les problèmes de qualité vocale.
Remarque : les commandes référencées dans ce document sont liées à l'outil Command Lookup Tool (clients enregistrés uniquement) . Utilisez cet outil afin de rechercher plus d'informations sur des commandes spécifiques.
Aucune exigence spécifique n'est associée à ce document.
Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.
Pour plus d’informations sur les conventions utilisées dans ce document, reportez-vous aux Conventions relatives aux conseils techniques Cisco.
La commande show call active voice vous permet d'afficher le contenu du tableau des appels actifs. Les informations présentées incluent les temps d'appel, les terminaux de numérotation dial-peer, les connexions, les paramètres de qualité de service et la gestion de la gigue par la passerelle. Ces informations peuvent être utiles lorsque vous dépannez une série de problèmes de qualité vocale.
Le tableau de ce document inclut le résultat d'un exemple de commande show call active voice et une brève explication de chaque paramètre.
Remarque : la commande show call active voice affiche les données du service téléphonique traditionnel (POTS) et les branches d'appel VoIP sur la passerelle vocale. Certains paramètres sont mis en évidence en caractères gras pour être examinés plus en détail dans la suite du document.
La commande show call active affiche les valeurs pour les branches Telephony et VoIP de tout appel actif. Pour chaque branche, les mêmes paramètres génériques sont affichés suivis de paramètres spécifiques au type de branche d'appel. Dans ce tableau, ces sections de paramètres sont notées par un en-tête grisé.
Utilisez la commande show call active voice en mode d'exécution utilisateur ou privilégié afin d'afficher les informations d'appel pour les appels vocaux en cours.
show call active voice [brief [id identifier] | compact [duration {less time | more time}] | echo-canceller call-id | id identifier | redirect {rtpvt | tbct}]
Il existe de nombreuses options d'arguments pour cette commande. Cette liste décrit certains des arguments les plus utiles :
brief : (facultatif) affiche une version tronquée.
compact : (facultatif) affiche les appels actifs plus longs ou plus courts qu'une durée spécifiée.
duration : (facultatif) affiche les appels actifs plus longs ou plus courts qu'une durée spécifiée.
echo-canceller call-id —(Facultatif) Affiche des informations sur l'état de l'annuleur d'écho étendu (EC). Pour demander l'état de l'écho, vous devez connaître l'ID hexadécimal à l'avance. Afin de trouver l'ID hexadécimal, entrez la commande show call active voice brief ou utilisez la commande show voice call status. La plage est comprise entre 0 et FFFFFFFF.
Paramètre show call active voice | Explication du paramètre |
---|---|
GÉNÉRIQUE : | Statistiques génériques pour la branche d'appel POTS qui suit |
SetupTime=866793 ms | Le temps d'horloge en 100 ms s'incrémente lorsque la branche POTS est lancée. Pour les appels RNIS POTS entrants, il s'agit de l'heure à laquelle le message Q.931 call setup est reçu. |
Index=1 | |
PeerAddress=100 | Le modèle de destination qui correspond à cet homologue POTS. Pour un tronçon d'appel POTS entrant, il s'agit du numéro appelant ou de l'identification automatique de numéro (ANI). |
PeerSubAddress= | |
PeerId=100 | ID de terminal de numérotation dial-peer utilisé pour ce tronçon d'appel. Dans ce cas, bien qu'inutile, l'ID d'homologue et l'adresse d'homologue sont identiques. |
PeerIfIndex=9 | Numéro d'index du port vocal pour cet homologue. Pour les supports RNIS, il s'agit du numéro d'index du canal B utilisé pour cet appel. |
LogicalIfIndex=5 | Index utilisé en interne afin d'identifier l'interface logique de l'appel. |
DuréeConnexion=867030 | Le temps d'horloge en 100 ms s'incrémente lorsque la branche POTS se connecte. Pour un tronçon d'appel RNIS POTS entrant, il s'agit de l'heure à laquelle le message Q.931 call connect est envoyé. |
CallDuration=00:12:26 | L'heure en hh:mm:ss à laquelle l'appel est établi. |
ÉtatAppel=4 | État de l'appel pour le tronçon d'appel (4=actif, 3=connecté, 2=connecté). L'état de l'appel est actif. |
OrigineAppel=2 | Originate vs. answer (1=originate, 2=answer) pour le tronçon d'appel. Cette passerelle répond à cette branche d'appel (POTS). |
UnitésChargées=0 | Nombre total d'unités de charge qui s'appliquent à cet homologue depuis le démarrage du système. L'unité de mesure de ce champ est le centième de seconde. |
InfoType=2 | Type d'informations pour cet appel (1=télécopie, 2=voix). Il s'agit d'un appel vocal. |
TransmitPackets=37291 | Le nombre de paquets qui transmettent du processeur de signal numérique (DSP) à l'interface de téléphonie. |
TransmitBytes=725552 | Équivalent du nombre d'octets de la valeur TransmitPackets du POTS. |
ReceivePackets=1689 | Nombre de paquets reçus par le DSP à partir de l'interface de téléphonie. |
ReceiveBytes=33780 | Équivalent du nombre d'octets de la valeur POTS ReceivePacketsPackets. |
TÉLÉPHONE : | trajet d'appel POTS |
ID de connexion=[0xC59FE183 0xB1700D7 0x0 0x84431C] | Il s'agit du numéro d'identification de connexion que la passerelle donne afin de représenter cet appel de manière unique. Il correspond à tous les tronçons d'appel de cette passerelle. |
TxDuration=746070 ms | Durée de l'appel (ms) = 12 min 26 secondes = 746 secondes = 746070 ms. |
VoiceTxDuration=33780 ms | Temps cumulé en ms pendant lequel les paquets vocaux sont envoyés de l'homologue POTS de téléphonie à la passerelle VoIP. |
FaxTxDuration=0 ms | Durée cumulée en ms lorsque le routeur est en mode télécopie. |
CoderTypeRate=g729r8 | Codec utilisé pour l'appel. |
NiveauBruit=-59 | Niveau de bruit actif pour cet appel. Cette valeur est calculée dans le module de génération de bruit de confort et est utilisée pour générer du bruit de confort lorsque la détection d'activité vocale (VAD) est activée. |
ACOMLevel=20 | Niveau ACOM actuel pour cet appel. ACOM est la perte combinée obtenue par l'annuleur d'écho. Cette valeur est la somme des pertes de retour d'écho (ERL), d'amélioration de perte de retour d'écho (ERLE) et de traitement non linéaire (NLP) de l'appel. |
NiveauSignalSortant=-64 | Niveau du signal de sortie en décibels par milliwatt (dBm). |
InSignalLevel=-58 | Niveau du signal d'entrée en dBm. |
InfoActivity=2 | État actif de l'activité de transfert d'informations pour cet appel. |
NiveauERL=20 | ERL pour cet appel. |
CibleSession= | Cette valeur s'applique aux tronçons d'appel VoIP. Cette valeur est spécifiée dans le terminal de numérotation dial-peer VoIP. Il n'existe aucune cible de session pour les tronçons d'appel POTS. |
ImgPages=0 | |
GÉNÉRIQUE : | Statistiques génériques pour le tronçon d'appel VOIP à suivre : |
SetupTime=866928 ms | Le temps d'horloge en 100 ms s'incrémente lorsque la branche d'appel VoIP est lancée. Pour les appels VoIP H.323 sortants, il s'agit de l'heure à laquelle le message de configuration d'appel H.323 est envoyé. |
Index=1 | |
PeerAddress=200 | Le modèle de destination de l'homologue. Pour une branche d'appel VoIP sortant, il s'agit du numéro appelé ou du service d'identification du numéro composé (DNIS). |
PeerSubAddress= | |
PeerId=200 | L'ID d'homologue correspondant au DNIS. Dans ce cas, bien qu'inutile, l'ID homologue et le DNIS sont identiques. |
PeerIfIndex=11 | |
LogicalIfIndex=0 | |
DuréeConnexion=867029 | L'horloge en incréments de 100 ms à laquelle la branche VoIP se connecte. Pour un tronçon d'appel VoIP H.323 sortant, il s'agit de l'heure à laquelle le message de connexion d'appel H.323 est reçu. |
CallDuration=00:12:27 | Durée en hh:mm:ss d'un appel. |
ÉtatAppel=4 | État de l'appel pour le tronçon d'appel (4=actif, 3=connecté, 2=connecté). L'état de l'appel est actif. |
OrigineAppel=1 | Originate vs. answer (1=originate, 2=answer) pour le tronçon d'appel. Cette passerelle initie cette branche d'appel (VoIP). |
UnitésChargées=0 | |
InfoType=2 | |
TransmitPackets=1689 | Nombre de paquets VoIP transmis par cette passerelle sur cette branche d'appel. |
TransmitBytes=33780 | Équivalent du nombre d'octets de la valeur TransmitPackets VoIP. Cette valeur doit correspondre à VoiceTxDuration de la branche d'appel de téléphonie, car avec G.729, un octet est envoyé toutes les 1 ms. |
ReceivePackets=37343 | Nombre de paquets VoIP reçus par cette passerelle sur cette branche d'appel. |
ReceiveBytes=746860 | Équivalent du nombre d'octets de la valeur ReceivePackets VoIP. |
VOIP : | branche d'appel VoIP |
ID de connexion[0xC59FE183 0xB1700D7 0x0 0x84431C] | Il s'agit du numéro d'identification de connexion que la passerelle donne afin de représenter cet appel de manière unique. Il correspond à tous les tronçons d'appel de cette passerelle. |
RemoteIPAddress=10.1.1.2 | Adresse IP distante de l'appel. |
RemoteUDPort=18280 | Port UDP (User Datagram Protocol) distant pour l'appel. |
RoundTripDelay=53 ms | Délai de transmission aller-retour tel que mesuré par la passerelle. |
SelectedQoS=au mieux | Le protocole RSVP (Resource Reservation Protocol) n'est pas sélectionné dans le terminal de numérotation dial-peer pour cet appel. |
tx_DtmfRelay=cisco-rtp | Forme de RELAIS DTMF utilisée pour l'appel (le cas échéant). |
SessionProtocol=cisco | Protocole de session pour l'appel. Le protocole « cisco » est le protocole par défaut, qui utilise la signalisation H.323 et les paquets RTP pour le trafic vocal. Le protocole SIP (Session Initiation Protocol) est l'autre protocole de signalisation VoIP qui peut être spécifié à l'aide de la commande session protocol (registered customer only) dial peer. Les protocoles non VoIP tels que AAL2 pour VoATM ou le protocole VoFR (Voice over Frame Relay) propriétaire de Cisco et FRFll pour VoFR peuvent également être spécifiés. |
SessionTarget=ipv4:10.1.1.2 | La cible de session du terminal de numérotation dial-peer. La cible de la session est RAS si un gatekeeper est utilisé. |
OnTimeRvPlayout=742740 | Durée en ms de la lecture vocale à partir des données reçues à temps pour cet appel. La durée totale de lecture vocale peut être calculée en ajoutant les durées de remplissage des espaces à la durée OnTimeRvPlayout. |
GapFillWithSilence=0 ms | Temps (ms) de lecture du silence par la passerelle (GW). Le silence joue dans ces situations :
|
GapFillWithPrediction=0 ms | Durée en ms du signal vocal lu avec le signal synthétisé à partir de paramètres, ou échantillons de données qui le précèdent dans le temps. Ce manque se produit parce que les données vocales sont perdues ou ne sont pas reçues à temps de la passerelle vocale pour cet appel. Des exemples de tels extracteurs sont les stratégies d'effacement et de dissimulation de trames dans les algorithmes de compression G.729 et G.723.1. |
Interpolation=0 ms | Comme pour GapFillWithPrediction, mais en prenant en compte les échantillons reçus après le trafic vocal manquant et stockés dans le tampon de désinstabilité. Non utilisé actuellement. |
GapFillWithRedundancy=0 ms | Si un système de codage redondant est utilisé par l'émetteur, la charge utile des paquets perdus ou en retard peut être partiellement ou entièrement récupérée et lue avec un impact réduit sur la qualité vocale. Cette technique n'est actuellement pas prise en charge. |
HiWaterPlayoutDelay=70 ms | Marque haute du tampon d'instabilité FIFO (First-In, First-Out) qui indique la profondeur maximale à laquelle le tampon de désinstabilité s'adapte pour cet appel. |
LoWaterPlayoutDelay=69 ms | Seuil inférieur de la mémoire tampon d'instabilité FIFO qui indique la profondeur minimale à laquelle la mémoire tampon de désinstabilité s'adapte pour cet appel. |
ReceiveDelay=69 ms | Le délai FIFO de lecture actuel plus le délai du décodeur pour l'appel. |
LostPackets=0 ms | Paquets RTP perdus représentés en ms. Tout saut positif dans le numéro de séquence s'ajoute au compteur LostPackets. Par exemple, si une passerelle reçoit des paquets avec une séquence de nombres dans l'ordre de N-1, N, N+1, N+3, N+2, N+4, le compteur LostPackets s'incrémente. La taille de la mémoire tampon de l'émetteur et le moment où le paquet « perdu » arrive déterminent si le paquet peut être lu. |
EarlyPackets=1 ms | Nombre de paquets RTP précoces représentés en ms. Les paquets RTP sont horodatés au fur et à mesure de leur transmission et la valeur d’horodatage RTP est incluse dans le paquet. L'heure à laquelle le paquet est reçu est également chronométrée par l'horloge locale de la passerelle. Si la différence de temps d'horloge locale (temps reçu) de deux paquets adjacents est inférieure à leur différence d'horodatage RTP (temps envoyé), alors le second paquet est considéré comme étant en avance. Un premier paquet peut se produire lorsque l’utilisation du réseau chute soudainement. Il en résulte un délai réseau plus faible pour un paquet particulier. |
LatePackets=0 ms | Nombre de paquets RTP en retard représentés en ms. Cette valeur est incrémentée lorsqu’un paquet est reçu avec un numéro de séquence RTP dans l’une des situations suivantes :
|
VAD = activé | VAD est activé pour ce tronçon d'appel. |
CoderTypeRate=g729r8 | Type de codec utilisé pour cet appel. |
CodecBytes=20 | Taille de la charge utile, en octets, pour le codec utilisé. |
SignalingType=cas | Type de signalisation de l'appel. Ceci est uniquement pour les appels permanents. |
Cette section inclut une discussion sur l'impact de la qualité vocale des paramètres mis en surbrillance dans le tableau Paramètres.
Ces paramètres fournissent des informations associées à une branche VoIP particulière d'un appel. Dans cet exemple de branche d'appel particulier, l'appel correspond au terminal de numérotation dial-peer 200, le codec utilisé est G.729 avec une taille de charge utile de 20 octets et VAD est activé.
PeerId=200
CoderTypeRate=g729r8
CodecBytes=20
VAD = activé
Ces informations, lorsqu'elles sont combinées avec des informations sur la configuration du réseau, telles que le transport de couche 2 et l'utilisation facultative de RTP compressé, vous permettent de déterminer les exigences de bande passante par appel pour les appels qui correspondent à ce terminal de numérotation dial-peer. Référez-vous à Voix sur IP (VoIP) - Consommation de bande passante par appel pour plus d'informations.
Si la bande passante provisionnée est insuffisante pour prendre en charge le nombre d'appels, le résultat peut être une voix hachée ou synthétique.
Remarque : la commande call threshold peut être utilisée comme l'une des méthodes de contrôle d'admission des appels, mais cette commande ne fonctionne pas pour les appels sortants des interfaces RNIS vers les réseaux H323.
Si les caractéristiques du segment d'appel ne semblent pas correctes, vérifiez la configuration et la correspondance de votre terminal de numérotation dial-peer. Pour plus d'informations, reportez-vous à certains documents relatifs aux terminaux de numérotation dial-peer répertoriés sur la page Call Routing / Dial Plans Technical Support.
La voix brouillée, dont la voix saccadée et la voix synthétique sont de bons exemples, peut se produire dans un certain nombre de circonstances généralement associées à des liaisons WAN mal configurées. Ces problèmes peuvent résulter d'un manque de contrôle d'admission de connexion (CAC) approprié ou d'une mauvaise configuration de la hiérarchisation des voix. La commande show call active voice fournit une visibilité sur ces problèmes avec ces paramètres :
OnTimeRvPlayout=742740
GapFillWithSilence=0 ms
GapFillWithPrediction=0 ms
HiWaterPlayoutDelay=70 ms
LoWaterPlayoutDelay=69 ms
ReceiveDelay=69 ms
LostPackets=0 ms
EarlyPackets=1 ms
LatePackets=0 ms
La commande OnTimeRvPlayout fournit une bonne vue générale de l'état de l'appel lorsqu'elle est comparée à la durée totale de lecture vocale. La durée totale de lecture vocale peut être calculée en ajoutant les durées de remplissage des espaces à la durée OnTimeRvPlayout. Si la proportion de temps d'écoute de la voix est élevée, l'appel est susceptible d'être en bonne santé.
Les paquets abandonnés ou retardés trop longtemps dans le réseau de paquets peuvent entraîner des problèmes de qualité vocale.
Lors de la réception de paquets qui sont retardés si longtemps qu'ils ne peuvent pas être utilisés, ou lorsque des paquets sont abandonnés dans le réseau et ne sont pas reçus du tout, un téléphone IP ou une passerelle vocale tente de reconstruire le flux vocal du mieux qu'il peut par la prédiction du signal vocal.
Émettez plusieurs fois la commande show call active voice sur une passerelle IOS afin de fournir une visibilité sur ce problème :
LatePackets : nombre de paquets qui arrivent en dehors de la période de délai de lecture de la mémoire tampon de désinstabilité. Ces paquets sont rejetés.
LostPackets : nombre de paquets qui n'arrivent jamais au téléphone IP ou à la passerelle de réception.
GapFillWithPrediction : quantité de prédiction de paquets dans un appel. Divisez ce nombre par le temps d'échantillonnage des paquets afin de déterminer le nombre de paquets affectés.
GapFillWithSilence : quantité de silence inséré dans l'appel.
Remarque : la commande show port voice active sur une passerelle Catalyst vous donne une indication de gigue pour un appel (délai de lecture Hi/Low Water) bien qu'elle ne fasse pas la différence entre l'insertion prédictive et l'insertion de silence.
Une petite quantité d'insertion prédictive est indétectable pour l'oreille humaine. Cependant, une grande quantité provoque probablement une qualité brouillée de la voix qui peut être décrite comme une voix synthétique ou robotique.
Si des paquets sont abandonnés ou arrivent en retard, le décodeur du codec de réception ne peut pas prévoir le signal vocal. Dans ce cas, le signal est remplacé par un silence inséré dans la parole.
En outre, si le délai est variable (gigue), les paquets qui arrivent en retard mais dans la période de délai de lecture du tampon de désinstabilité de réception sont lus mais peuvent provoquer une sous-exécution du tampon de désinstabilité. Une sous-exécution se produit lorsqu'il n'y a plus de paquets en attente dans la mémoire tampon et que la parole est retardée lorsque la mémoire tampon attend l'arrivée du paquet suivant. Il peut en résulter un déficit audible de la parole.
Une petite quantité de silence ou de gigue est indétectable pour l'oreille humaine. Cependant, une grande quantité entraîne probablement une qualité de la voix qui peut être décrite comme une voix hachée ou une voix cassée.
Remarque : si le délai réseau est suffisamment variable, il est probable que le son résultant de la voix soit à la fois synthétique et instable.
Résolution des problèmes vocaux brouillés
Déterminez la cause du retard et (si possible) éliminez-le.
Les causes des abandons ou des retards dans un réseau de téléphonie par paquets peuvent être nombreuses et variées. Exemples courants :
Fragmentation mal configurée pour les liaisons à faible vitesse
Dépassement du formatage du trafic mal configuré et/ou du débit de données garanti Frame Relay (clients enregistrés uniquement)
Liaisons avec une bande passante surallouée dans le chemin de l'appel. Par exemple, mauvais CAC pour les appels vocaux. Un exemple est un appel G.711 sans cRTP ou VAD sur une liaison à 64 Kbits/s.
Discordances de duplex dans un environnement Ethernet
Opérations gourmandes en ressources processeur sur un routeur situé sur le chemin de l'appel. Par exemple, les débogages sur une console ou l'enregistrement de la configuration du routeur peuvent entraîner une utilisation élevée du CPU qui retarde les paquets qui le traversent.
Il est également possible de régler les tampons de dégagement de gigue de la passerelle pour améliorer les performances vocales dans les réseaux de données sous-optimaux. Cependant, les résultats sont limités au degré de bon fonctionnement du réseau de données. Pour plus d'informations, référez-vous à Dépannage des problèmes de voix saccadée QoS ou à un certain nombre de documents répertoriés sur la page Voice Quality Technical Support.
Ces paramètres indiquent si VAD est utilisé pour cet appel et quel terminal de numérotation dial-peer est utilisé :
VAD = activé
PeerId=200
NiveauBruit=-59
Résolution des problèmes de sifflement et de détourage
Afin de résoudre les problèmes de sifflement et d'écrêtage frontal, ajustez les valeurs de seuil de musique ou de vad-time (ou désactivez VAD) avant de résoudre d'autres problèmes possibles.
Testez en désactivant comfort-noise (clients enregistrés uniquement) ou en désactivant entièrement VAD. Si le symptôme s'arrête, le bruit de confort est la cause probable du problème. La réduction du seuil de musique (clients enregistrés uniquement) au niveau duquel la voix est détectée ou l'augmentation des valeurs de vad-time (clients enregistrés uniquement) sur la passerelle peut rendre le sifflement ou l'écrêtage moins perceptible sans qu'il soit nécessaire de désactiver VAD de manière permanente. Ces techniques désactivent essentiellement la VAD à de faibles niveaux de volume et/ou pendant de petits intervalles, respectivement. Il n'est pas pratique de simplement désactiver le bruit de confort puisque cette action provoque d'autres symptômes de qualité vocale tels que le clic et/ou les écarts de silence absolu entre les phrases.
Référez-vous à Dépannage des sifflements et statiques pour plus d'informations. Si ces techniques de réglage ne résolvent pas le problème, désactivez VAD. Il en résulte une perte de bande passante.
Résolution des problèmes de sifflement et de détourage dans une seule direction
Le DAV est la cause de la plupart des problèmes de sifflement. Par conséquent, il est important d'identifier s'il est activé. L'une des premières étapes pour dépanner le sifflement ou la coupure frontale des phrases est de désactiver la fonction VAD. Il est donc important de pouvoir déterminer s’il est désactivé.
Si le sifflement ou l'écrêtage ne se produit que dans une direction, la direction sortante, alors il peut être dû à VAD étant activé dans cette direction même si vous avez essayé de le désactiver dans le terminal de numérotation dial-peer VoIP. Dans ce cas, la commande show call active voice montre VAD activé et PeerID utilisé étant 0. Afin de surmonter ce problème, configurez la commande incoming called-number <number_dialed> (registered customer only) sur le terminal de numérotation dial-peer VoIP pour vous assurer que les appels vers le RTPC correspondent à ce terminal au niveau de la passerelle. Sinon, les appels dans cette direction correspondent au terminal de numérotation dial-peer par défaut sur lequel VAD est activé par défaut.
Ces paramètres sont importants pour dépanner l'écho :
ACOMLevel=20
NiveauSignalSortant=-64
InSignalLevel=-58
NiveauERL=20
La sortie de la tonalité de test est -15 et est rebouclée avec une perte de 0 dB. Il revient donc à -15 dB. La valeur ERL n'a ici aucune signification à ce stade puisque le suppresseur d'écho ne considère pas le signal d'entrée comme un écho.
Remarque : OutSignalLevel affiche la valeur du niveau après l'application de l'atténuation de sortie au signal. InSignalLevel affiche la valeur du niveau après application du gain d'entrée.
Si la valeur ERL est trop faible, le signal d'écho qui revient à la passerelle peut être trop fort (à moins de 6 db du signal de l'émetteur). Le suppresseur d'écho le considère alors comme une voix (conversation double) au lieu d'un écho. Par conséquent, l'annuleur d'écho n'annule pas l'écho. ERL doit être compris entre 6 db et 20 db pour que le suppresseur d'écho puisse s'activer.
Référez-vous à Dépannage des problèmes d'écho entre les téléphones IP et les passerelles Cisco IOS et à Dépannage de l'écho dans les réseaux de téléphonie IP (Audio à la demande) pour des informations sur le dépannage des problèmes d'écho.
Cette section explique comment utiliser la commande show call active voice afin d'identifier la gigue et les symptômes typiques de qualité vocale.
Une idée générale de la gigue dans le réseau peut être déterminée en émettant de façon répétée la commande show call active voice pendant qu'un appel est en cours. Idéalement, ces paramètres devraient rester relativement stables. Si tel est le cas, cela indique un flux de paquets fluide. Cependant, si la gigue est présente, il y a des pics aigus à court terme, tels que ceux indiqués dans ces deux exemples de sorties :
GapFillWithSilence=950 ms GapFillWithPrediction=1980 ms GapFillWithInterpolation=0 ms GapFillWithRedundancy=0 ms HiWaterPlayoutDelay=350 ms LoWaterPlayoutDelay=25 ms ReceiveDelay=29 ms LostPackets=0 EarlyPackets=0 LatePackets=83
. . GapFillWithSilence=1040 ms GapFillWithPrediction=2350 ms GapFillWithInterpolation=0 ms GapFillWithRedundancy=0 ms HiWaterPlayoutDelay=40 ms LoWaterPlayoutDelay=28 ms ReceiveDelay=35 ms LostPackets=0 EarlyPackets=0 LatePackets=99
Le nombre croissant de paquets en retard dans ces exemples de sortie révèle un degré de gigue. L'insertion de silence indiquée par une augmentation de la valeur GapFillWithSilence se manifeste comme une voix hachée. L'insertion prédictive, indiquée par une augmentation de la valeur GapFillWithPrediction, tend à se manifester comme une voix synthétique.
Afin de modifier la quantité de signal vocal qui est mise en mémoire tampon pour éviter les sous-exécutions ou les sur-exécutions de mémoire tampon de gigue, émettez la commande playout-delay.
Les deux modes de configuration du délai de lecture sont adaptatifs et fixes :
Adaptive permet à la mémoire tampon d'instabilité d'augmenter et de diminuer pendant la durée de l'appel dans une plage configurée lorsque vous émettez la valeur playout-delay {nominal | valeur maximale | minimum {par défaut | faible | high}}.
Fixe est défini au début d'un appel lorsque vous émettez le mode playout-delay {adaptive | fixed [no-timestamps]}.
Référez-vous à Améliorations du délai de lecture pour plus d'informations sur la VoIP.
Révision | Date de publication | Commentaires |
---|---|---|
1.0 |
18-Sep-2013 |
Première publication |