Introduction
Ce document décrit comment configurer la caractéristique sonore d'effort pour réduire l'incidence de la latence de réseau, qui est attendue pour être beaucoup moins voyage aller-retour du ms de 200 quand elle est entre le serveur du Portail Cisco Unified Customer Voice (CVP) et la passerelle du VoiceXML (VXML).
Conditions préalables
Exigences
Cisco vous recommande de prendre connaissance des rubriques suivantes :
- Serveur CVP
- Passerelle VXML
- Intelligent Contact Management de Cisco Unified (missile aux performances améliorées), déploiements du Cisco Unified Contact Center Enterprise (UCCE)
Les informations contenues dans ce document sont basées sur les versions de matériel et de logiciel suivantes :
- Serveur CVP
- Passerelle VXML
- UCCE
Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.
Si les approches de valeur de latence ou dépasse la représentation de la réponse vocale interactive de 200 ms, CVP et de Cisco Unified (RVI) seront sévèrement affectées.
Symptômes
- Baisses d'appel
- Aucun audio d'app VXML n'est lu
- Microapp fonctionne bien, mais app VXML (par exemple : expérience d'app de helloworld), aucun audio ou audio retardé pendant plus de 5 secondes
Le document du modèle de référence de réseau de solution CVP 8 (SRND) dans la section de latence de réseau décrit un contournement possible pour réduire non seulement l'effet de l'audio retardé mais également le silence de l'application VXML due à la latence de réseau entre le serveur VXML et la passerelle VXML.
Pour configurer la caractéristique sonore d'effort peut être exécuté au niveau de sous-système RVI et au niveau variable développé du contexte d'appel (ECC) pendant que le document SRND ni ne couvrait la configuration dans les détails ni mentionnait une mise en garde.
Configurer
La configuration de sous-système RVI pour IVR.FetchAudioDelay et les IVR.FetchAudioMinimum sont ajoutés. Ils sont les configurations BLÊMES de retard pour le document de racine quand l'effort est retardé au-dessus du lien WAN.
Ces configurations devraient être effectuées dans un des fichiers de configuration CVP : C:\Cisco\CVP\conf\ivr.properties
1. IVR.FetchAudioDelay=2
C'est la durée (en quelques secondes) à attendre, au début du retard d'effort avant que le support de fetchaudio le lise.
Cette configuration la prend effet si la valeur du fetchaudio n'est pas vide.
La valeur par défaut est de 2 secondes. Il est utilisé pour éviter un bruit de spot entendu dans un scénario normal de réseau (sans tarder).
L'établissement de cette valeur à zéro lira des medias de fetchaudio immédiatement, pendant un minimum de 5 secondes.
Valeurs : 1 à 9
2. IVR.FetchAudioMinimum=5
C'est la longueur minimale d'heure de lire l'audio spécifié par fetchaudio même si la ressource demandée arrive au même moment.
Cette configuration la prend effet seulement si l'offetchaudio de valeur n'est pas vide.
Par défaut : 5 secondes
Valeurs : 1 à 9
3. IVR.fetchaudio=flash : holdmusic.wav
C'est la variable pour spécifier l'emplacement du fetchaudio. Le holdmusic.wav devrait être chargé sur l'éclair de VXMLgateway.
Ne placez pas les guillemets autour de l'éclair de valeur : holdmusic.wav, parce que le sous-système RVI a ajouté une autre couche de devis par exemple ; éclair : holdmusic.wav dans la chaîne finale (référez-vous à la bogue CSCub05699)
IVR.FetchAudio=flash : holdmusic.wav
Sauvegardez le fichier ivr.properties, et redémarrez le callserver du contrôleur de périphérique dans la console OAMP.
Vérifiez
Aucune procédure de vérification n'est disponible pour cette configuration.
Dépanner
Il n'existe actuellement aucune information de dépannage spécifique pour cette configuration.
Commentaires