Utilisation de la commande show call active voice pour dépanner les problèmes de qualité vocale

Introduction

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.

Conditions préalables

Exigences

Aucune exigence spécifique n'est associée à ce document.

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Conventions

Pour plus d’informations sur les conventions utilisées dans ce document, reportez-vous aux Conventions relatives aux conseils techniques Cisco.

Résultat de la commande show call active voice

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 : Lorsqu'un paquet est perdu et qu'aucun échantillon audio n'est disponible pour la lecture. Par exemple, lorsque deux paquets ou plus sont perdus dans l'ordre. Dans ce cas, l'utilisateur peut entendre un clic ou un vide sonore. Lorsque la mémoire tampon de lecture s'adapte à une valeur plus grande en insérant un silence entre les paquets vocaux mis en mémoire tampon. Cette situation n'entraîne pas de perte audible de qualité.
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 : Le numéro de séquence RTP est antérieur au numéro de séquence RTP du paquet en cours de lecture. Le numéro de séquence RTP est plus récent que le paquet qui est actuellement lu, mais en dehors de la mémoire tampon de lecture disponible.
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.

Utilisation du résultat de la commande pour résoudre les problèmes de qualité vocale

Cette section inclut une discussion sur l'impact de la qualité vocale des paramètres mis en surbrillance dans le tableau Paramètres.

Correspondance des homologues de numérotation et consommation de bande passante

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.

Voix brouillée

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.

• Voix synthétique

  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.

• Voix agitée

  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 :

• Mise en file d'attente à faible latence mal configurée

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

Sifflement, statique et détourage

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.

Echo

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.

Instabilité et symptômes typiques de la qualité vocale

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.

Informations connexes

• Identification et classement par catégorie des symptômes des problèmes de qualité vocale
• Collecte de dossiers TAC : Assistance au dépannage de la qualité vocale (clients enregistrés uniquement)
• Voix sur IP - Consommation de bande passante par appel
• Dépannage des données manquantes et statiques
• Résolution des problèmes d'écho entre les téléphones IP et les passerelles Cisco IOS
• Dépannage de l'écho dans les réseaux de téléphonie IP (audio à la demande)
• Assistance technique concernant la technologie vocale
• Assistance concernant les produits vocaux et de communications unifiées
• Dépannage des problèmes de téléphonie IP Cisco
• Assistance et documentation techniques - Cisco Systems