Dépannez le Basculement de serveur TTS sur la passerelle de la Voix XML

Introduction

Ce document décrit comment dépanner le Basculement texte-voix du serveur (TTS) dans Unified Contact Center Enterprise avec l'intégration complète d'installation du port voix de Cisco (CVP) et de serveur TTS.

Exigences

Cisco vous recommande de prendre connaissance des rubriques suivantes :

• Serveur de Cisco CVP
• Cisco expriment la passerelle XML

Composants utilisés

Les informations dans ce document sont basées sur la version de logiciel :

• Serveur 10.0 de Cisco CVP et en haut

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.

Problème

Basculement de serveur TTS ne fonctionnant pas sur la passerelle de la Voix XML

Quand vous intégrez la passerelle VXML avec le serveur simple TTS, le TTS a bien fonctionné. Cependant, après avoir ajouté le deuxième serveur TTS en tant que serveur de sauvegarde en se rapportant au guide de configuration CVP, les 2 questions suivantes se produisent,

Question 1.  Même l'appel allant au serveur primaire TTS cesse de fonctionner.

Issue 2.  La fonction de Basculement ne fonctionne toujours pas quand le serveur primaire était arrêt pour tester le Basculement.

Solution

1. Pour le premier numéro, tout en en utilisant la configuration du serveur autonome TTS, la configuration highlighed n'utilise pas le nom du serveur mais l'IP address du serveur TTS, qui a fonctionné bien, après l'avoir changé au nom du serveur pour le test de Redondance qui a été indiqué par le guide de configuration CVP, le SIP invitent est allée au serveur TTS, alors que l'OK 200 revenait, les essais de pile de protocoles IP de session de passerelle pour résoudre le champ de contact qui nous a tts-en-en tant que partie hôte de l'URI,

2376927 : 11 février 04:15:14.411 : //1082767/5C5538F2934F/SIP/Msg/ccsipDisplayMsg :
Reçu :
OK SIP/2.0 200
Par l'intermédiaire de : SIP/2.0/UDP 10.34.252.169:5060;branch=z9hG4bK10178DBF2
Contact : <sip:tts@tts-en-us:5060>

Quelques passerelles exécutant certain IOS ne le résout pas, qui a entraîné la transaction de SIP terminée,

2377045 : 11 février 04:15:15.866 : //-1/xxxxxxxxxxxx/SIP/Error/sip_dns_type_a_query :

TAPEZ la requête A a manqué pour tts-en-nous

Vous devez améliorer le logiciel than15.5.1T postérieur de passerelle pour réparer cette question, après évolution du type qu'une requête DNS pour le serveur primaire réussit puisqu'elle a été déjà configurée localement sur la passerelle avec l'IP nous hébergent tts-en-la commande xxxx.

2. Pour la deuxième question, alors que vous nous utilisez tts-en-en tant que partie hôte dans l'URI de SIP pour le serveur TTS. Il est mis en valeur en exemple de configuration, l'appel échoue quand le serveur primaire est arrêt pour tester le Basculement.

Du met au point, le SIP invitent nous est allés au deuxième serveur TTS avec le même nom tts-en-que la partie hôte de l'URI,

2375794 : 11 février 04:15:06.807 : //1082767/5C5538F2934F/SIP/Msg/ccsipDisplayMsg :
Envoyé :
INVITEZ sip:tts@tts-en-us:5060 SIP/2.0
Par l'intermédiaire de : SIP/2.0/UDP 10.34.252.169:5060;branch=z9hG4bK10178DBF2
Remote-party-id : <sip:18621113335@10.34.252.169>;party=calling;screen=yes;privacy=off
De : sip:18621113335@10.2.14.16;tag=B3C09626-14B0
À : sip : tts@tts-en-us
Date : L'épousez, le 11 février 2015 GMT de 04:15:06
ID d'appel : 6513BA51-B0DB11E4-BC2DD2C9-B1F3BEBE@10.34.252.169
Pris en charge : le temporisateur, resource-priority, remplace, SDP-anat
MINUTE-expert en logiciel : 1800
Cisco-Guid : 1549089010-2967146980-2471471116-0231221760
Utilisateur-agent : Cisco-SIPGateway/IOS-15.2.4.M7
Laissez : INVITEZ, DES OPTIONS, BYE, ANNULATION, ACK, PRACK, MISE À JOUR, RÉFÉREZ-VOUS, ABONNEZ-VOUS, ANNONCEZ, LES INFORMATIONS, REGISTRE
CSeq : 101 INVITEZ
Max-forwards : 70
Horodateur : 1423628106
Contact : <sip:18621113335@10.34.252.169:5060>
Expire : 60
Autoriser-événements : téléphone-événement
Type de contenu : application/SDP
Contenu-disposition : session ; handling=required
Content-length : 365

Tandis que la passerelle faisait la résolution de noms de serveur pour le champ de contact dans l'OK 200, le nom du serveur est toujours résolu à l'IP address primaire 10.34.4.16 de serveur, puisque le même nom du serveur peut seulement être résolu à un IP address en configuration de passerelle.

2375799 : 11 février 04:15:06.861 : //1082767/5C5538F2934F/SIP/Msg/ccsipDisplayMsg :
Reçu :
OK SIP/2.0 200
Par l'intermédiaire de : SIP/2.0/UDP 10.34.252.169:5060;branch=z9hG4bK10178DBF2
Contact : <sip:tts@tts-en-us:5060>
À : <sip:tts@tts-en-us>;tag=676efd0c
De : <sip:18621113335@10.2.14.16>;tag=B3C09626-14B0
ID d'appel : 6513BA51-B0DB11E4-BC2DD2C9-B1F3BEBE@10.34.252.169
CSeq : 101 INVITEZ
Laissez : INVITEZ, ACK, ANNULATION, DES OPTIONS, BYE, MISE À JOUR
Type de contenu : application/SDP
Content-length : 281

v=0
o=JMRCPServer 392 392 DANS IP4 10.34.252.169
s=-
c=IN IP4 10.34.4.17
t=0 0
m=audio 13512 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=sendonly
a=mid:1
m=application 2550 TCP/MRCPv2 1
a=setup : passif
a=connection : nouveau
a=channel:54DAD731207C127D6F474D257DE77@speechsynth
a=cmid:1

Alors le message ACK sera envoyé à 10.34.4.16 mais 10.34.4.17, ceci entraîne le serveur secondaire TTS envoyant des 4-5 périodes supplémentaires de l'OK 200, ensuite ces l'arrêt de transaction de SIP puisque le serveur secondaire TTS ne reçoit jamais l'ACK qui a été envoyé au serveur primaire TTS chez 10.34.4.16.

 Car le guide suivant indique les détails du scénario pris en charge pour TTS/ASR redondant dans l'environnement UCCE CVP, ce scénario n'est pris en charge sans engine de contrôle d'application (ACE) ou aucun autre équilibreur de charge pris en charge.

Guide de conception pour CVP

  Redondance et Basculement pour CVP unifié

Cette section décrit des mécanismes de Redondance et de Basculement pour l'ASR, le TTS, les medias, et les serveurs VXML dans la solution unifiée CVP.

     Redondance pour des serveurs d'application VXML

Les serveurs d'application VXML comptent sur le par défaut configuré de la passerelle pour les serveurs ASR et TTS, qui permettent seulement un nom ou une adresse IP de seul hôte à spécifier pour chacun. Ceci diffère des applications basées parapplications unifiées CVP, qui prennent en charge des tentatives de relance automatiques à backup ASR spécifiquement Désignée et à serveurs TTS.

Utilisez cette configuration sur la passerelle si vous utilisez des serveurs de nuance ou de Scansoft ASR/TTS :

l'IP nous hébergent radar de surveillance aérienne-en-10.10.10.1
l'IP nous hébergent tts-en-10.10.10.2

enable de rtpsetup de client de mrcp
ivr asr-server rtsp://asr-en-us/recognizer
ivr tts-server rtsp://tts-en-us/synthesizer
groupe 15000 de http client cache memory
fichier 500 de http client cache memory
l'IVR incitent la mémoire 15000
ivr prompt streamed aucun
mrcp client timeout connect 5
mrcp client timeout message 5
rtsp client timeout connect 10
rtsp client timeout message 10
vxml tree memory 500
http client connection idle timeout 10
aucun http client connection persistent

L'URL configuré par les commandes ci-dessus d'IVR définit la cible par défaut de la passerelle pour des services ASR et TTS, et est en vigueur pour tous les appels traités par cette passerelle. Vous pouvez l'ignorer dynamiquement dans votre serveur d'application VXML en remplissant propriétés com.cisco.asr-server ou com.cisco.tts-server de VoiceXML de propre à Cisco.

Note	Pour que le Basculement ASR/TTS fonctionne en utilisant des applications faites sur commande VXML, vous avez besoin d'une engine de contrôle d'application (ACE) ou de n'importe quel autre équilibreur de charge pris en charge.

     Redondance pour des applications basées sur micro

Quand ACE est utilisé pour des serveurs ASR ou TTS, le service IVR joue un rôle important en mettant en application un mécanisme de Basculement pour des serveurs multimédias, des serveurs ASR/TTS et des applications basées sur micro. Jusqu'à deux de chaque de tels serveurs sont pris en charge, et le service IVR orchestre des relances et le Basculement entre eux.

Note

Note	Ce mécanisme de Redondance est seulement disponible pour des micro-applications unifiées CVP.

Note	Pour des informations sur installer le service IVR pour faciliter le Basculement, voyez le guide d'administration pour le Portail Cisco Unified Customer Voice.

De la déclaration ci-dessus, si vous déployez l'application personnalisée VXML, le serveur d'application VXML doit employer ACE/CSS pour réaliser la configuration de Basculement, seulement le micro-app CVP peut utiliser le mécanisme de Basculement CVP à l'aide de,

En tentant de se connecter à un serveur ASR/TTS, le service IVR :

• Renvoie la demande le nombre de fois définies dans le domaine de tentatives de relance de serveur ASR/TTS de la configuration de service IVR.
  
  
• Si la connexion n'est pas réussie après le nombre de tentatives spécifié, et le gisement de sauvegarde de serveurs de l'utilisation ASR/TTS de la configuration de service IVR est placé à l'oui (le par défaut), le service IVR fait le même nombre de tentatives pour se connecter à un serveur de la sauvegarde ASR/TTS avant de manquer et générer une erreur.

Note: La sauvegarde ASR et des serveurs TTS sont définis sur la passerelle comme asr-<locale>-backup et tts-<locale>-backup.

Défauts

En outre, les défauts suivants ont été classés pour le défaut de document et la nouvelle caractéristique pour l'amélioration,

Cisco BugID CSCut02530   

Documentations de la mise à jour CVP pour clarifier le support de Basculement ASR/TTS avec la coutume VXML

Bogue (Sev3) modérée extérieurement trouvée : N-nouveau

Cisco BugID CSCut02493  

Basculement ASR/TTS non fonctionnel pour des applications faites sur commande VXML

Bogue extérieurement trouvée de l'amélioration (Sev6) : N-nouveau