Introdução
Este documento descreve um cenário com MTPs que interrompe o recurso do agente Cisco UCCE Mobile.
Pré-requisitos
Requisitos
A Cisco recomenda que você tenha conhecimento destes tópicos:
- Cisco Unified Contact Center Enterprise (UCCE)
- Cisco Unified Communications Manager (CUCM)
- Sistema Operacional de Interconexão de Redes (IOS) da Cisco
- Ponto de terminação de mídia (MTP)
Componentes Utilizados
Este documento não se restringe a versões de software e hardware específicas.
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 rede estiver ativa, certifique-se de que você entenda o impacto potencial de qualquer comando.
Informações de Apoio
Em um fluxo de chamadas de agentes móveis. Os MTPs são necessários principalmente para ligar dígitos Dual Tone Multi Frequency (DTMF). No entanto, uma configuração incorreta de MTP interrompe o fluxo de chamadas e as chamadas não são estabelecidas. Isso pode acontecer nos casos do modo Chamada por Chamada ou do modo Persistente no agente móvel.
Solucionar Problemas de Passagem MTP do Agente Móvel
Se a passagem de MTP estiver habilitada no MTP do software IOS usado pela chamada de agente móvel, você poderá ver isso nos logs.
Se você olhar nos logs de Integração entre telefonia e computador (CTI) do CUCM, verá que CallStartTransmissionEvent ocorre no mesmo milissegundo quando CallStopTransmissionEvent ocorre. No entanto, o comportamento esperado é que CallStartTransmissionEvent ocorra após o Open Logical Channel (OLC) em alguns milissegundos.
Por exemplo:
Às 09:41:31:990 você pode ver um CallStopTransmissionEvent apenas, não um evento de recepção de parada:
02440917.003 |09:41:31.990 |InfoAplicativo |[CTI-APP] [CTIHandler::OutputCtiMessage ] CTI CallStopTransmissionEvent ( DH=6|1036 CH=6|101896749
E às 09:41:31:990 também, instantaneamente você vê outro evento de transmissão de início:
02440918.003 |09:41:31.990 |InfoAplicativo |[CTI-APP] [CTIHandler::OutputCtiMessage ] CTI CallStartTransmissionEvent ( DH=6|1036 CH=6|101896749
Esta é a aparência dos logs JTAPI do UCCE:
09:41:31:792 PG4A-jgw1 Rastreamento: CiscoRTPOutputStoppedEv mediaEtapa: 0 Termo: LCP5003F3892
09:41:31:792 PG4A-jgw1 Rastreamento: MediaMgr::CiscoRTPOutputStartedEv CID: Termo 109025711: Endereço LCP5003F3892: /192.0.2.10 Porta: 21850.
09:41:31:792 PG4A-jgw1 Rastreamento: CiscoRTPOutputStartedEv CID:109025711 lcpH:null ncpH:null.
09:41:31:792 PG4A-jgw1 Rastreamento: MsgEMSEventReport MessageId: 2706702341 Arg1: 109025711 Arg2: 0 Arg3: 1112933892 Arg4: Arg5: .
Para uma boa chamada, os eventos JTAPI são assim:
18:04:40:894 PG4A-jgw1 Rastreamento: CiscoRTPOutputStoppedEv mediaEtapa: 0 Termo: LCP5000F1001
18:04:40:894 PG4A-jgw1 Rastreamento: CID CiscoRTPOutputStoppedEv: Termo 16780232: LCP5000F1001
18:04:40:925 PG4A-jgw1 Rastreamento: MediaMgr::CiscoMediaOpenLogicalChannelEv CID: Termo 16780232: Alça LCP5000F1001: 33109212/1.
18:04:40:925 PG4A-jgw1 Rastreamento: MediaMgr::CiscoRTPOutputStartedEv CID: Termo 16780232: Endereço LCP5000F1001: /192.0.2.50 Porta: 24730.
Se você observar, não há indicação de um MTP nos logs JTAPI ou Cisco, no entanto, essa é uma maneira pela qual o problema de passagem de MTP pode ser detectado.
Para resolvê-lo, remova a passagem MTP do perfil MTP e redefina-o.
Feedback