La Passerelle VXML Ne Peut Pas Mettre En Cache Le Fichier Audio Après Le Chargement Du Fichier.
Contenu
Introduction
Ce document décrit comment dépanner le problème de cache de fichiers audio dans la passerelle VXML (Voice Extensible Markup Language) après le chargement réussi.
Conditions préalables
Conditions requises
Cisco vous recommande de prendre connaissance des rubriques suivantes :
Flux d'appels compacts Cisco Unified Contact Center Enterprise (UCCE)
Components Used
Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.
Problème
Lorsque l'appelant compose le numéro du centre de contact, le silence de quelques secondes est entendu, puis l'invite audio est affichée.
Après vérification de la passerelle VXML, le fichier audio du serveur multimédia principal Cisco Voice Portal (CVP) n'est pas dans le cache, le même fichier audio du cache du serveur multimédia CVP secondaire.
Chargez manuellement le fichier audio à partir du serveur de média principal CVP, et cela indique qu'il a réussi, mais le fichier est répertorié comme des entrées non mises en cache.
Non-cached entries
==================
Ref Size
--- ----
1 17810
url: http://10.66.75.48/en-us/app/test/2.wav
1 17810
url: http://10.66.75.48/en-us/app/test/3.wav
Dépannage
Activez dubug http client all, et passez un appel de test.
À partir du journal, il y a un attribut
Cache-Control:no-cache
Jan 10 03:05:13.949 UTC: //1268364//HTTPC:/httpc_msg_read: Start processing 536 bytes data Jan 10 03:05:13.949 UTC: //1268364//HTTPC:/httpc_msg_read: Stored msg. body: len=536 Jan 10 03:05:13.953 UTC: //1268364//HTTPC:/httpc_socket_read: socket readable fd: 0 Jan 10 03:05:13.953 UTC: //1268364//HTTPC:/httpc_socket_read: Jan 10 03:05:13.953 UTC: read data from the socket 0 : first 400 bytes of data: <?xpacket end="w"?> Cr8rT(Unprintable char...)000FFFFFFBEFFFFFFEFFFFFFFCAFFFFFFFE000540100000000000000000000000000000000000000000041646F626520536F756E64626F6F7468204353352028584D50446F634F7073044495350400010004C495354FFFFFF92000494E464F494352441A000323031362D30332D30315431353A32303A30332D30363A30300494152540000494E414D0000 Jan 10 03:05:13.953 UTC: //1268364//HTTPC:/httpc_msg_read: Start processing 492 bytes data Jan 10 03:05:13.953 UTC: //1268364//HTTPC:/httpc_msg_read: Stored msg. body: len=492 Jan 10 03:05:13.953 UTC: //1268364//HTTPC:/httpc_socket_read: MSG_COMPLETE: rsp_code(200),msg(185FD39C)URL:http://media/en-us/app/Beacon/ROS_Monitor.wav, fd(0) Jan 10 03:05:13.953 UTC: processing server rsp msg: msg(185FD39C)URL:http://media/en-us/app/Beacon/xxxxxx.wav, fd(0): Jan 10 03:05:13.953 UTC: Request msg: GET /en-us/app/Beacon/ROS_Monitor.wav HTTP/1.1 Jan 10 03:05:13.953 UTC: Message Response Code: 200 Jan 10 03:05:13.953 UTC: Message Rsp Decoded Headers: Jan 10 03:05:13.953 UTC: Cache-Control:no-cache Jan 10 03:05:13.953 UTC: Date:Wed, 10 Jan 2018 03:05:09 GMT Jan 10 03:05:13.953 UTC: Content-Length:114386 Jan 10 03:05:13.953 UTC: Content-Type:audio/wav Jan 10 03:05:13.953 UTC: ETag:"e9d02a87074d11:0" Jan 10 03:05:13.953 UTC: Last-Modified:Tue, 01 Mar 2016 21:22:58 GMT Jan 10 03:05:13.953 UTC: headers: Jan 10 03:05:13.953 UTC: HTTP/1.1 200 OK Cache-Control: no-cache Content-Type: audio/wav Last-Modified: Tue, 01 Mar 2016 21:22:58 GMT Accept-Ranges: bytes ETag: "e9d02a87074d11:0" Server: Microsoft-IIS/7.5 X-Powered-By: ASP.NET Date: Wed, 10 Jan 2018 03:05:09 GMT Content-Length: 114386
Solution
La cause première du problème a été trouvée après les travaux pratiques. Ces étapes ont été prises pour recréer le scénario :
Étape 1. Sous CVP media server a créé un dossier de test dans ce chemin d'accès de fichier :
C:\inetpub\wwwroot\en-us\app
Étape 2. Sous Gestionnaire IIS, recherchez le dossier que vous venez de créer et double-cliquez sur le dossier
Étape 3. Double-cliquez sur en-tête de réponse HTTP, comme illustré dans cette image
Étape 4. Cliquez sur Ajouter dans le panneau de droite et saisissez les attributs comme indiqué dans cette image
Nom : Cache-Control
Valeur: no-cache
Vérification
Étape 1. Charger le fichier audio CVP Media server IP address/en-us/app/test1.wav avant d'ajouter l'attribut dans le dossier de test IIS
Cached entries
==============
entry 150, 1 entries
Ref FreshTime Age Size context
--- --------- --- ---- -------
2 86400 360 17810 0
url: http://10.66.75.48/en-us/app/test/1.wav
Étape 2. Ajouter le contrôle de cache avec la valeur no-cache et charger le fichier audio à partir du dossier de test
10.66.75.48/en-us/app/test/2.wav
10.66.75.48/en-us/app/test/3.wav
Ces deux fichiers audio sont maintenant répertoriés dans les entrées non mises en cache :
Cached entries
==============
entry 150, 1 entries
Ref FreshTime Age Size context
--- --------- --- ---- -------
2 86400 360 17810 0
url: http://10.66.75.48/en-us/app/test/1.wav
Non-cached entries
==================
Ref Size
--- ----
1 17810
url: http://10.66.75.48/en-us/app/test/2.wav
1 17810
url: http://10.66.75.48/en-us/app/test/3.wav
Étape 3. Charger le fichier audio d'autres dossiers
10.66.75.48/en-us/app/whisper.wav
Il montre que seul le dossier de test affecté par l'attribut.
Maximum memory pool allowed for HTTP Client caching = 15000 K-bytes
Maximum file size allowed for caching = 500 K-bytes
Total memory used up for Cache = 36901 Bytes
Message response timeout = 30 secs
Total cached entries = 2
Total non-cached entries = 2
Cached entries
==============
entry 150, 1 entries
Ref FreshTime Age Size context
--- --------- --- ---- -------
2 86400 360 17810 0
url: http://10.66.75.48/en-us/app/test/1.wav
entry 166, 1 entries
Ref FreshTime Age Size context
--- --------- --- ---- -------
1 4691902 2495 17810 0
url: http://10.66.75.48/en-us/app/whisper.wav
Non-cached entries
==================
Ref Size
--- ----
1 17810
url: http://10.66.75.48/en-us/app/test/2.wav
1 17810
url: http://10.66.75.48/en-us/app/test/3.wav
Commentaires