Pesquise defeitos o Failover do server TTS no gateway da Voz XML

Introdução

Este original descreve como pesquisar defeitos o Failover texto a expressão do server (TTS) na empresa unificada do centro de contato com integração detalhada portal da instalação da Voz de Cisco (CVP) e do server TTS.

Requisitos

A Cisco recomenda que você tenha conhecimento destes tópicos:

• Server de Cisco CVP
• Cisco exprime o gateway XML

Componentes Utilizados

A informação neste documento é baseada na versão de software:

• Server 10.0 de Cisco CVP e acima

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a sua rede estiver ativa, certifique-se de que entende o impacto potencial de qualquer comando.

Problema

Failover do server TTS que não trabalha no gateway da Voz XML

Quando você integra o gateway VXML com o único server TTS, o TTS funcionou bem. Contudo, após ter adicionado o segundo server TTS como o servidor de backup com referência ao manual de configuração CVP, as seguintes 2 edições acontecem,

Edição 1.  Mesmo o atendimento que vai ao server preliminar TTS para de trabalhar.

Edição 2.  A função do Failover ainda não trabalha quando o servidor primário era parada programada para testar o Failover.

Solução

1. Para a primeira edição, ao usar a instalação do server autônoma TTS, a configuração highlighed não usa o nome do servidor mas o endereço IP de Um ou Mais Servidores Cisco ICM NT do server TTS, que funcionou muito bem, após ter mudado o ao nome do servidor para os testes da Redundância que foram indicados pelo manual de configuração CVP, o SORVO convida foi ao server TTS, quando a APROVAÇÃO 200 voltou, as tentativas da pilha de protocolos IP da sessão do gateway para resolver o campo do contato que nos tem TTS-EN-como a parcela do host do URI,

2376927: 11 de fevereiro 04:15:14.411: //1082767/5C5538F2934F/SIP/Msg/ccsipDisplayMsg:
Recebido:
APROVAÇÃO SIP/2.0 200
Através de: SIP/2.0/UDP 10.34.252.169:5060;branch=z9hG4bK10178DBF2
Contato: <sip:tts@tts-en-us:5060>

Alguns gateways que executam determinados IO não o resolvem, que causou a transação do SORVO terminada,

2377045: 11 de fevereiro 04:15:15.866: //-1/xxxxxxxxxxxx/SIP/Error/sip_dns_type_a_query:

DATILOGRAFE a pergunta A falhada para TTS-EN-nós

Você precisa de promover o software de Gateway um than15.5.1T mais atrasado para fixar esta edição, após ter promovido o tipo pergunta A DNS para o servidor primário sucede desde que foi configurado já localmente no gateway com IP nos hospeda TTS-EN-comando xxxx.

2. Para a segunda edição, quando você nos usar TTS-EN-como a parcela do host no SORVO URI para o server TTS. Está destacado no exemplo de configuração, o atendimento falha quando o servidor primário é parada programada para testar o Failover.

Do debuga, o SORVO convidam foi ao segundo server TTS com o mesmo nome TTS-EN-nós como a parcela do host do URI,

2375794: 11 de fevereiro 04:15:06.807: //1082767/5C5538F2934F/SIP/Msg/ccsipDisplayMsg:
Enviado:
CONVIDE sip:tts@tts-en-us:5060 SIP/2.0
Através de: SIP/2.0/UDP 10.34.252.169:5060;branch=z9hG4bK10178DBF2
Remoto-Partido-ID: <sip:18621113335@10.34.252.169>;party=calling;screen=yes;privacy=off
De: sip:18621113335@10.2.14.16;tag=B3C09626-14B0
A: sorvo: tts@tts-en-us
Data: Quarta-feira, o 11 de fevereiro de 2015 04:15:06 GMT
Identidade da chamada: 6513BA51-B0DB11E4-BC2DD2C9-B1F3BEBE@10.34.252.169
Apoiado: o temporizador, recurso-prioridade, substitui, SDP-anat
Minuto-SE: 1800
Cisco-Guid: 1549089010-2967146980-2471471116-0231221760
Agente de usuário: Cisco-SIPGateway/IOS-15.2.4.M7
Reserve: CONVIDE, OPÇÕES, ADEUS, CANCELAMENTO, ACK, PRACK, ATUALIZAÇÃO, CONSULTE, SUBSCREVA, NOTIFIQUE, INFORMAÇÃO, REGISTRO
CSeq: 101 CONVIDE
MAX-Para a frente: 70
Timestamp: 1423628106
Contato: <sip:18621113335@10.34.252.169:5060>
validade: 60
Permitir-eventos: telefone-evento
Tipo de conteúdo: aplicativo/sdp
Índice-disposição: sessão; handling=required
Índice-comprimento: 365

Quando o gateway fez a resolução de nome do server para o campo do contato na APROVAÇÃO 200, o nome do servidor é resolvido sempre ao endereço IP 10.34.4.16 do servidor primário, desde que o mesmo nome do servidor pode somente ser resolvido a um endereço IP de Um ou Mais Servidores Cisco ICM NT na configuração de gateway.

2375799: 11 de fevereiro 04:15:06.861: //1082767/5C5538F2934F/SIP/Msg/ccsipDisplayMsg:
Recebido:
APROVAÇÃO SIP/2.0 200
Através de: SIP/2.0/UDP 10.34.252.169:5060;branch=z9hG4bK10178DBF2
Contato: <sip:tts@tts-en-us:5060>
A: <sip:tts@tts-en-us>;tag=676efd0c
De: <sip:18621113335@10.2.14.16>;tag=B3C09626-14B0
Identidade da chamada: 6513BA51-B0DB11E4-BC2DD2C9-B1F3BEBE@10.34.252.169
CSeq: 101 CONVIDE
Reserve: CONVIDE, ACK, CANCELAMENTO, OPÇÕES, ADEUS, ATUALIZAÇÃO
Tipo de conteúdo: aplicativo/sdp
Índice-comprimento: 281

v=0
o=JMRCPServer 392 392 EM 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: passivo
a=connection: novo
a=channel:54DAD731207C127D6F474D257DE77@speechsynth
a=cmid:1

O mensagem de reconhecimento será enviado então a 10.34.4.16 mas 10.34.4.17, isto causa o server secundário TTS que envia as 4-5 épocas adicionais da APROVAÇÃO 200, em seguida essas a terminação da transação do SORVO desde que o server secundário TTS nunca recebe o ACK que foi enviado ao server preliminar TTS em 10.34.4.16.

 Porque o seguinte guia revela os detalhes de encenação apoiada para TTS/ASR redundante no ambiente UCCE CVP, esta encenação não é apoiada sem motor do controle de aplicativo (ACE) ou qualquer outro equilibrador apoiado da carga.

Guia de Design para o CVP

  Redundância e Failover para o CVP unificado

Esta seção descreve mecanismos da Redundância e do Failover para o ASR, o TTS, os media, e os server VXML na solução unificada CVP.

     Redundância para aplicativos de servidor VXML

Os aplicativos de servidor VXML confiam no padrão configurado do gateway para os server ASR e TTS, que permitem somente um nome ou um endereço IP de Um ou Mais Servidores Cisco ICM NT de host único a ser especificados para cada um. Isto difere dos aplicativos baseados aplicativos micros unificados CVP, que apoiam novas tentativas automáticas a backup especificamente Nomeado ASR e a server TTS.

Use esta configuração no gateway se você está usando server do nuance ou do Scansoft ASR/TTS:

o IP hospeda-nos ASR-EN-10.10.10.1
o IP hospeda-nos TTS-EN-10.10.10.2

o rtpsetup do cliente do mrcp permite
ASR-server rtsp://asr-en-us/recognizer do ivr
TTS-server rtsp://tts-en-us/synthesizer do ivr
conjunto de memória 15000 do cache de cliente HTTP
arquivo 500 da memória de cache de cliente HTTP
memória alerta 15000 do ivr
a alerta do ivr não fluiu nenhuns
o timeout de cliente do mrcp conecta 5
mensagem 5 do timeout de cliente do mrcp
o timeout de cliente do rtsp conecta o 10
mensagem 10 do timeout de cliente do rtsp
memória 500 da árvore do vxml
idle timeout 10 da conexão de cliente HTTP
nenhuma conexão de cliente HTTP persistente

A URL configurada pelos comandos acima do ivr define o alvo do padrão do gateway para serviços ASR e TTS, e é de fato para todos os atendimentos segurados por esse gateway. Você pode cancelá-la dinamicamente em seu aplicativo de servidor VXML povoando as propriedades proprietários Cisco com.cisco.asr-server ou com.cisco.tts-server do VoiceXML.

Nota	Para que o Failover ASR/TTS funcione ao usar aplicativos feitos sob encomenda VXML, você exige um motor do controle de aplicativo (ACE) ou qualquer outro equilibrador apoiado da carga.

     Redundância para aplicativos Micro-APP-baseados

Quando o ACE é usado para server ASR ou TTS, o serviço IVR joga um papel significativo em executar um mecanismo do Failover para servidores de mídia, server ASR/TTS e aplicativos micro-APP-baseados. Até dois do cada tais server são apoiados, e o serviço IVR orquestra novas tentativas e Failover entre eles.

Nota

Nota	Este mecanismo de redundância está somente disponível para aplicativos micros unificados CVP.

Nota	Para obter informações sobre de estabelecer o IVR preste serviços de manutenção para acomodar o Failover, veem o Guia de Administração para o Portal Cisco Unified Customer Voice.

Da indicação acima, se você distribui o aplicativo personalizado VXML, o aplicativo de servidor VXML tem que usar ACE/CSS para conseguir a configuração de failover, simplesmente o CVP micro-APP pode usar o mecanismo do Failover CVP usando,

Ao tentar conectar a um server ASR/TTS, o serviço IVR:

• Envia novamente o pedido que o número de vezes definiu no campo das tentativas da nova tentativa do server ASR/TTS da configuração de serviço IVR.
  
  
• Se a conexão não é bem sucedida depois que o número especificado de tentativas, e o campo alternativo dos server do uso ASR/TTS da configuração de serviço IVR estão ajustados ao Yes (o padrão), o serviço IVR faz o mesmo número de tentativas para conectar a um server do backup ASR/TTS antes de falhar e de gerar um erro.

Note: O backup ASR e os server TTS são definidos no gateway como o asr-<locale>-backup e o tts-<locale>-backup.

Defeitos

Além, os seguintes defeitos foram arquivados para o defeito e os novos recursos do original para o realce,

Cisco BugID CSCut02530   

Atualização CVP Docs para esclarecer o apoio do Failover ASR/TTS com costume VXML

Erro externamente encontrado do moderado (Sev3): N-novo

Cisco BugID CSCut02493  

Failover ASR/TTS não funcional para aplicativos feitos sob encomenda VXML

Erro externamente encontrado do realce (Sev6): N-novo