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

Introduction

Ce document discute de la sortie de la commande show call active voice (enregistré seulement) et illustre comment la sortie 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 de recherche de commandes (clients enregistrés uniquement). Utilisez cet outil afin de rechercher plus d'informations sur des commandes spécifiques.

Conditions préalables

Conditions requises

Aucune spécification déterminée n'est requise pour ce document.

Components Used

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 à Conventions relatives aux conseils techniques Cisco.

Sortie de la commande show call active voice

La commande show call active voice vous permet d'afficher le contenu de la table d'appels active. Les informations présentées incluent les heures 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 gamme 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 des segments d'appel VoIP et POTS de la passerelle vocale. Certains paramètres sont mis en évidence en caractères gras pour être examinés plus avant dans le reste du document.

La commande show call active affiche les valeurs des branches de téléphonie et VoIP de tout appel actif. Pour chaque segment, les mêmes paramètres génériques sont affichés, suivis de paramètres spécifiques au type de segment d'appel. Dans ce tableau, ces sections de paramètres sont notées par un en-tête ombré.

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}] 

Cette commande comporte de nombreuses options d'argument. Cette liste décrit certains des arguments les plus utiles :

• brief —(Facultatif) Affiche une version tronquée.

• compact - (Facultatif) Affiche les appels actifs qui sont plus longs ou plus courts qu'une durée spécifiée.

• term -(Facultatif) Affiche les appels actifs qui sont 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'annulation d'écho étendue (EC). Afin d'interroger l'état d'é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 FFFFFFF.

show call active voice Parameter	Explication du paramètre
GÉNÉRIQUE :	Statistiques génériques pour la branche d'appel POTS qui suit
SetupTime=866793 ms	L'heure d'horloge en 100 ms s'incrémente lorsque la branche POTS est lancée. Pour les appels POTS RNIS entrants, c'est 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 segment d'appel POTS entrant, il s'agit du numéro appelant ou de l'identification automatique de numéro (ANI).
PeerSubAddress=
PeerId=100	ID d'homologue de numérotation utilisé pour ce segment d'appel. Dans ce cas, bien que superflus, PeerID et PeerAddress 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.
ConnectTime=867030	L'heure d'horloge en 100 ms s'incrémente lorsque la branche POTS se connecte. Pour un segment d'appel POTS RNIS entrant, c'est l'heure à laquelle le message de connexion d'appel Q.931 est envoyé.
CallDuration=00:12:26	Heure en hh:mm:ss définie par l'appel.
CallState=4	État de l'appel pour le segment d'appel (4=actif,3=connecté,2=connecté). L'état de l'appel est actif.
CallOrigin=2	Originaire/Réponse (1=Origine, 2=Réponse) pour la branche d'appel. Cette passerelle répond à ce segment d'appel (POTS).
ChargedUnits=0	Nombre total d'unités de charge qui s'appliquent à cet homologue depuis le démarrage du système. L'unité de mesure pour ce champ est des centièmes de seconde.
InfoType=2	Type d'informations pour cet appel (1=télécopie, 2=voix). C'est un appel vocal.
TransmitPackets=37291	Nombre de paquets qui transmettent du processeur de signal numérique (DSP) à l'interface de téléphonie.
TransmitBytes=725552	Nombre d'octets équivalent à la valeur POTS TransmitPackets.
ReceivePackets=1 689	Nombre de paquets reçus par le DSP à partir de l'interface de téléphonie.
ReceiveBytes=33 780	Nombre d'octets équivalent à la valeur ReceivePacketsPackets du POTS.
TÉLÉPHONE :	jambe d'appel POTS
ConnectionId=[0xC59FE183 0xB1700D7 0x0 0x84431C]	Il s'agit du numéro d'identification de connexion que la passerelle donne afin de représenter de manière unique cet appel. Il correspond à toutes les étapes de l'appel sur cette passerelle.
TxDuration=746070 ms	Durée de l'appel (ms) = 12 min 26 secondes = 746 secondes = 746070 ms.
VoiceTxDuration=33 780 ms	Temps cumulé en ms lorsque des paquets vocaux sont envoyés de l'homologue POTS de téléphonie à la passerelle VoIP.
FaxTxDuration=0 ms	Temps cumulé en ms lorsque le routeur est en mode télécopie.
CoderTypeRate=g729r8	Codec utilisé pour l'appel.
Niveau de bruit=-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'annulation d'écho. Cette valeur correspond à la somme de la perte de retour d'écho (ERL), de l'amélioration de la perte de retour d'écho (ERLE) et de la perte de traitement non linéaire (NLP) de l'appel.
OutSignalLevel=-64	Niveau de signal de sortie en décibels par milliwatt (dBm).
NiveauSignalIn=-58	Niveau du signal d'entrée en dBm.
InfoActivity=2	État de l'activité de transfert d'informations active pour cet appel.
ERLLevel=20	ERL pour cet appel.
CibleSession=	Cette valeur s'applique aux branches d'appel VoIP. Cette valeur est spécifiée dans le terminal de numérotation dial-peer VoIP. Aucune cible de session n'est définie pour les branches d'appel POTS.
ImgPages=0
GÉNÉRIQUE :	Statistiques génériques pour le segment d'appel VOIP à suivre :
SetupTime=866928 ms	L'heure d'horloge en 100 ms s'incrémente lorsque le segment d'appel VoIP est initié. Pour les appels VoIP H.323 sortants, c'est le moment où le message de configuration d'appel H.323 est envoyé.
Index = 1
PeerAddress=200	Modèle de destination de l'homologue. Pour un segment d'appel VoIP sortant, il s'agit du numéro appelé ou du service d'identification de numéro composé (DNIS).
PeerSubAddress=
PeerId=200	PeerID correspondant à DNIS. Dans ce cas, bien qu'inutile, peerID et DNIS sont identiques.
PeerIfIndex=11
LogicalIfIndex=0
ConnectTime=867029	L'heure d'horloge par incréments de 100 ms à laquelle la branche VoIP se connecte. Pour un segment d'appel VoIP H.323 sortant, c'est le moment où le message de connexion d'appel H.323 est reçu.
CallDuration=00:12:27	Durée en hh:mm:ss d'un appel.
CallState=4	État de l'appel pour le segment d'appel (4=actif,3=connecté,2=connecté). L'état de l'appel est actif.
CallOrigin=1	Originaire/Réponse (1=Origine, 2=Réponse) pour la branche d'appel. Cette passerelle génère ce segment d'appel (VoIP).
ChargedUnits=0
InfoType=2
TransmitPackets=1 689	Nombre de paquets VoIP transmis par cette passerelle sur ce segment d'appel.
TransmitBytes=33 780	Nombre d'octets équivalent à la valeur VoIP TransmitPackets. Cette valeur doit correspondre à VoiceTxDuration à partir du segment d'appel téléphonique, car avec G.729, un octet est envoyé par 1 ms.
ReceivePackets=37343	Nombre de paquets VoIP reçus par cette passerelle sur ce segment d'appel.
ReceiveBytes=746860	Nombre d'octets équivalent à la valeur VoIP ReceivePackets.
VOIP :	Partie d'appel VoIP
ConnectionId[0xC59FE183 0xB1700D7 0x0 0x84431C]	Il s'agit du numéro d'identification de connexion que la passerelle donne afin de représenter de manière unique cet appel. Il correspond à toutes les étapes de l'appel sur cette passerelle.
RemoteIPAddress=10.1.1.2	Adresse IP distante de l'appel.
RemoteUDPPort=18280	Port UDP (User Datagram Protocol) distant pour l'appel.
RoundTripDelay=53 ms	Délai aller-retour 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 DTMF RELAY 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 dial peer du protocole de session (clients enregistrés uniquement). Des protocoles non VoIP tels que AAL2 pour VoATM ou le protocole propriétaire Cisco Voice over Frame Relay (VoFR) 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 session est RAS si un contrôleur d'accès 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 d'espace à la durée OnTimeRvPlayout.
GapFillWithSilence=0 ms	Time (ms) Gateway (GW) a joué en silence. Le silence se joue dans ces situations : Lorsqu’un paquet est perdu et qu’aucun exemple audio n’est disponible pour la lecture. Par exemple, lorsque deux paquets ou plus sont perdus dans l'ordre. Cette situation peut entraîner un clic audible ou une lacune audible par l'utilisateur. Lorsque le 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 exécutée avec le signal synthétisé à partir de paramètres ou d'échantillons de données qui le précèdent dans le temps. Cette lacune se produit parce que les données vocales sont perdues ou ne sont pas reçues à temps à partir de la passerelle vocale pour cet appel. Les stratégies de suppression et de dissimulation de trames des algorithmes de compression G.729 et G.723.1 en sont des exemples.
GapFillWithInterpolation=0 ms	En ce qui concerne GapFillWithPrediction, mais en prenant en compte les échantillons reçus après le trafic vocal manquant et stockés dans la mémoire tampon de dégivrage. Non utilisé actuellement.
GapFillWithRedundancy=0 ms	Si un schéma de codage redondant est utilisé par l’émetteur, la charge utile des paquets perdus ou en retard peut être récupérée partiellement ou totalement et exécutée avec un impact réduit sur la qualité de la voix. Cette technique n'est actuellement pas prise en charge.
HiWaterPlayoutDelay=70 ms	La marque élevée de tampon de gigue FIFO (First-In, First-Out) qui indique la profondeur maximale à laquelle le tampon de gigue s'adapte pour cet appel.
LoWaterPlayoutDelay=69 ms	Marque basse du tampon de gigue FIFO qui indique la profondeur minimale à laquelle le tampon de gigue s'adapte pour cet appel.
ReceiveDelay=69 ms	Délai FIFO de lecture actuel plus délai décodeur pour l'appel.
LostPackets=0 ms	Les paquets RTP perdus représentés en ms. Tout saut positif dans le numéro de séquence ajoute au compteur LostPackets. Par exemple, si une passerelle reçoit des paquets avec une séquence de numéros dans l'ordre N-1, N, N+1, N+3, N+2, N+4, le compteur LostPackets s'incrémente. La taille du tampon de dégivrage et le moment où le paquet perdu arrive déterminent si le paquet peut être lu.
EarlyPackets=1 ms	Nombre de paquets RTP initiaux représentés en ms. Les paquets RTP sont horodatés lors 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 à la différence de temps RTP (temps envoyé), le deuxième paquet est considéré comme précoce. Un paquet précoce peut se produire lorsque l’utilisation du réseau diminue soudainement. Cela réduit le délai réseau pour un paquet particulier.
LatePackets=0 ms	Nombre de paquets RTP tardifs 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 ou l'autre des situations suivantes : Le numéro de séquence RTP est antérieur au numéro de séquence RTP du paquet actuellement exécuté. Le numéro de séquence RTP est supérieur au paquet qui est actuellement diffusé mais en dehors du tampon de lecture disponible.
VAD = activé	VAD est activé pour ce segment d'appel.
CoderTypeRate=g729r8	Type de codec utilisé pour cet appel.
CodecBytes=20	Taille de charge utile, en octets, du codec utilisé.
SignalingType=cas	Type de signalisation de l'appel. Il s'agit uniquement d'appels permanents.

Utilisation de la sortie de 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 segment d'appel particulier, l'appel correspond à l'homologue de numérotation 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 associées à des informations sur la configuration du réseau, telles que le transport de couche 2 et l'utilisation facultative du RTP compressé, vous permettent de déterminer les besoins en 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 discrète ou synthétique.

Remarque : Le seuil d'appel de la commande peut être utilisé comme 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. Reportez-vous à certains des documents relatifs aux terminaux de numérotation dial-peer répertoriés à la page Support technique Routage d'appels / Plans de numérotation pour plus d'informations.

Voix brouillée

La voix brouillée, dont la voix discrète et synthétique sont de bons exemples, peut se produire dans un certain nombre de circonstances généralement associées à des liaisons WAN incorrectement provisionnées. Elles peuvent résulter d'un manque de contrôle d'admission de connexion (CAC) approprié ou d'une configuration incorrecte de la hiérarchisation vocale. La commande show call active voice fournit une visibilité sur ces problèmes avec les paramètres suivants :

• 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'il est comparé à 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 d'espace à la durée OnTimeRvPlayout. Si la proportion de temps de lecture de la voix à l'heure est élevée, l'appel est susceptible d'être sain.

Les paquets abandonnés ou retardés trop longtemps dans le réseau de paquets peuvent entraîner des problèmes de qualité vocale.

À la réception de paquets qui sont retardés pendant si longtemps qu'ils ne peuvent pas être utilisés, ou lorsque des paquets sont abandonnés sur 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 le peut par la prédiction du signal vocal.

Émettez à plusieurs reprises 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 du tampon de dégivrage. Ces paquets sont ignorés.

• LostPackets : nombre de paquets qui n'arrivent jamais au téléphone IP ou à la passerelle de réception.

• GapFillWithPrediction : la quantité de prédiction de paquet dans un appel. Divisez ce nombre par le temps d’échantillonnage de paquet afin de déterminer le nombre de paquets affectés.

• GapFillWithSilence : la quantité d'insertion de silence 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 d'eau élevé/faible), bien qu'elle ne fasse pas de différence entre l'insertion prédictive et l'insertion silencieuse.

• Voix synthétique

  Une petite quantité d'insertion prédictive est indétectable à l'oreille humaine. Cependant, une grande quantité provoque probablement une qualité perdue dans la voix qui peut être décrite comme une voix synthétique ou robotique.

• Voix agitée

  Si les paquets sont abandonnés ou arrivent en retard, le décodeur de codec récepteur ne peut pas prédire 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 le délai de lecture du tampon de dégivrage de réception sont lus, mais peuvent provoquer une sous-exécution du tampon de dégivrage. Une interruption se produit lorsqu'aucun paquet n'est conservé dans la mémoire tampon et que la parole est retardée lorsque la mémoire tampon attend l'arrivée du paquet suivant. Un vide audible dans la parole peut en résulter.

  Une petite quantité d'insertion ou de gigue du silence est indétectable à l'oreille humaine. Cependant, une grande quantité entraîne probablement une qualité de la voix qui peut être décrite comme une voix agitée ou cassée.

  Remarque : si le délai du réseau est suffisamment variable, il est probable que le son résultant de la parole soit à la fois synthétique et cahoteux.

Résoudre les problèmes de téléphonie embrouillée

Déterminez la cause du retard et (si possible) éliminez-le.

Les causes de pertes ou de retards dans un réseau de téléphonie par paquets peuvent être nombreuses et variées. Voici quelques exemples courants :

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

• Fragmentation mal configurée pour les liaisons à faible débit

• Formatage de trafic mal configuré et/ou CIR Frame Relay (clients enregistrés uniquement) dépassé

• Lien avec la bande passante sur laquelle l'appel est engagé. Par exemple, un CAC médiocre pour les appels vocaux. Un exemple est un appel G.711 sans cRTP ou VAD sur une liaison de 64 Kbits/s.

• Non-concordance de mode duplex dans un environnement Ethernet

• Opérations intensives de CPU sur un routeur 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 les traversent.

Il est également possible de régler les tampons de dégivrage de la passerelle pour améliorer les performances vocales dans les réseaux de données non optimaux. Cependant, les résultats sont limités à la mesure dans laquelle le réseau de données se comporte correctement. Pour plus d'informations, référez-vous à Dépannage des problèmes de qualité de service (QoS) ou à un certain nombre de documents répertoriés à la page Support technique de qualité vocale.

Hissage, statique et découpage

Ces paramètres indiquent si VAD est utilisé pour cet appel et quel homologue de numérotation est utilisé :

• VAD = activé

• PeerId=200

• Niveau de bruit=-59

Résolution des problèmes de cisaillement et de découpage

Afin de résoudre les problèmes de cisaillement et de découpage frontal, ajustez les valeurs de seuil de musique ou de temps d'annonce (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, la génération de bruit de confort est la cause probable du problème. La réduction du seuil musical (clients enregistrés uniquement) au niveau duquel la voix est détectée ou l'augmentation des valeurs vad-time (clients enregistrés uniquement) sur la passerelle peut rendre le cisaillement ou la coupure moins visible sans qu'il soit nécessaire de désactiver VAD définitivement. Ces techniques désactivent essentiellement la VAD à des niveaux de faible volume et/ou à des intervalles réduits, respectivement. Il n'est pas pratique de simplement désactiver le bruit de confort, car 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 de la fuite et de la liaison statique pour plus d'informations. Si ces techniques de réglage ne résolvent pas le problème, désactivez VAD. Cela entraîne une perte de bande passante.

Résoudre les problèmes de cisaillement et de découpage dans une direction

La VAD est la cause de la plupart des problèmes. Par conséquent, il est important d'identifier si elle est activée. L'une des premières étapes pour dépanner le cisaillement ou le découpage frontal des phrases est de désactiver le VAD. Il est donc important de pouvoir déterminer si elle est handicapée.

Si le cisaillement ou le découpage se produit uniquement dans une direction, la direction sortante, alors il peut être dû à l'activation de VAD 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 affiche VAD activé et PeerID utilisé 0. Afin de résoudre ce problème, configurez la commande numéro appelé entrant <numéro_composé> (clients enregistrés uniquement) sur le terminal de numérotation dial-peer VoIP pour vous assurer que les appels destinés au RTPC correspondent à cet homologue au niveau de la passerelle. Sinon, les appels dans cette direction correspondent au terminal de numérotation dial-peer par défaut qui a le VAD activé par défaut.

Écho

Ces paramètres sont importants pour le dépannage de l'écho :

• ACOMLevel=20

• OutSignalLevel=-64

• NiveauSignalIn=-58

• ERLLevel=20

  La sortie de la tonalité de test est -15 et est bouclée avec une perte de 0 dB. Il revient donc à -15 dB. La valeur ERL ici n'a aucune signification à ce stade, car le suppresseur d'écho ne considère pas le signal d'entrée comme écho.

  Remarque : OutSignalLevel indique la valeur du niveau après l'atténuation de sortie appliquée au signal. InSignalLevel affiche la valeur du niveau après l'application du gain d'entrée.

  Si la valeur ERL est trop basse, le signal d'écho qui revient à la passerelle peut être trop fort (dans les 6 db du signal de conversation). Cela fait que le suppresseur d'écho le considère comme de la voix (double-conversation) au lieu de l'écho. Par conséquent, l'annulation d'écho n'annule pas l'écho. L'ERL doit être compris entre 6 et 20 db pour que le suppresseur d'écho puisse s'engager.

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 d'écho dans les réseaux de téléphonie IP (audio à la demande) pour plus d'informations sur le dépannage des problèmes d'écho.

Symptômes de gigue et de qualité vocale typique

Cette section explique comment utiliser la commande show call active voice afin d'identifier les symptômes de gigue et de qualité vocale typique.

Une idée générale de gigue dans le réseau peut être déterminée en émettant à plusieurs reprises la commande show call active voice pendant un appel. Idéalement, ces paramètres devraient rester relativement stables. Dans ce cas, cela indique un flux de paquets fluide. Cependant, si la gigue est présente, il y a des pointes brusques à court terme, comme celles indiquées dans ces deux exemples de résultats :

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 sorties révèle un degré de gigue. L'insertion du silence indiquée par une augmentation de la valeur GapFillWithSilence se manifeste comme une voix agité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 mise en mémoire tampon pour éviter les sous-exécutions ou les surexécutions de 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 de gigue de se développer et de se rétrécir pendant la durée de l'appel dans une plage configurée lorsque vous émettez la valeur nominale du délai de lecture {délai nominal | valeur maximale | minimum {par défaut | faible | high}}.

• Fixed est défini au début d'un appel lorsque vous émettez le mode playout-delay {adaptive | fixe [no-timestamps]}.

Référez-vous à Améliorations du délai de lecture pour plus d'informations sur VoIP.

Informations connexes

• Identification et classement par catégorie des symptômes des problèmes de qualité vocale
• Collection 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
• Support et documentation techniques - Cisco Systems