Solucionar problemas de paso a través de MTP del agente móvil de Cisco UCCE

Introducción

Este documento describe un escenario con MTP que interrumpe la función de agente móvil de Cisco UCCE.

Prerequisites

Requirements

Cisco recomienda que tenga conocimiento sobre estos temas:

• Cisco Unified Contact Center Enterprise (UCCE)
• Cisco Unified Communications Manager (CUCM)
• Sistema operativo entre redes (IOS) de Cisco
• Punto de terminación de medios (MTP)

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.

Antecedentes

En un flujo de llamadas de agente móvil. Los MTP se requieren principalmente para conectar dígitos de multifrecuencia de tono dual (DTMF). Sin embargo, una configuración de MTP incorrecta interrumpe el flujo de llamada y las llamadas no se establecen. Esto puede suceder tanto en el modo Llamada por llamada como en el modo Persistente del agente móvil.

Troubleshooting del Problema de Paso a Través de MTP del Agente Móvil

Si el paso a través de MTP está habilitado en el software IOS MTP utilizado por la llamada del agente móvil, entonces puede esperar ver esto en sus registros.

Si observa los registros de CUCM Computer Telephony Integration (CTI), verá que CallStartTransmissionEvent se produce en el mismo milisegundo cuando se produce CallStopTransmissionEvent. Sin embargo, el comportamiento esperado es que CallStartTransmissionEvent se produzca después de abrir el canal lógico (OLC) en unos milisegundos.

Por ejemplo:

A las 09:41:31:990 puede ver un evento CallStopTransmissionEvent, pero no un evento de recepción de detención:

02440917.003 |09:41:31.990 |AppInfo  |[CTI-APP] [CTIandler::OutputCtiMessage ] CTI CallStopTransmissionEvent ( DH=6|1036 CH=6|101896749

Y a las 09:41:31:990 también, instantáneamente se ve otro Evento de Transmisión de Inicio:

02440918.003 |09:41:31.990 |AppInfo  |[CTI-APP] [CTIandler::OutputCtiMessage ] CTI CallStartTransmissionEvent ( DH=6|1036 CH=6|101896749

Esto es lo que parece UCCE JTAPI logs:

09:41:31:792 PG4A-jgw1 Seguimiento: MediaStep de CiscoRTPOutputStoppedEv: 0 Plazo: LCP5003F3892

09:41:31:792 PG4A-jgw1 Seguimiento: MediaMgr::CiscoRTPOutputStartedEv CID: 109025711 Plazo: Dirección LCP5003F3892: /192.0.2.10 Puerto: 21850.

09:41:31:792 PG4A-jgw1 Seguimiento: CiscoRTPOutputStartedEv CID:109025711 lcpH:null ncpH:null.

09:41:31:792 PG4A-jgw1 Seguimiento:   MsgEMSEventReport:  Id. de mensaje: 2706702341 Arg1: 109025711 Arg2: 0 Arg3: 1112933892 Arg4:  Arg5: .

Para una buena llamada, así es como se ven los eventos JTAPI:

18:04:40:894 PG4A-jgw1 Seguimiento: MediaStep de CiscoRTPOutputStoppedEv: 0 Plazo: LCP5000F1001

18:04:40:894 PG4A-jgw1 Seguimiento: CID de CiscoRTPOutputStoppedEv: 16780232 Plazo: LCP5000F1001

18:04:40:925 PG4A-jgw1 Seguimiento: MediaMgr::CiscoMediaOpenLogicalChannelEv CID: 16780232 Plazo: Controlador LCP5000F1001: 33109212/1.

18:04:40:925 PG4A-jgw1 Seguimiento: MediaMgr::CiscoRTPOutputStartedEv CID: 16780232 Plazo: Dirección LCP5000F1001: /192.0.2.50 Puerto: 24730.

Si se da cuenta, no hay indicación de un MTP en los registros de JTAPI o Cisco; sin embargo, esta es una manera, se puede detectar un problema de transferencia de MTP.

Para resolverlo, quite el paso a través de MTP del perfil MTP y reestablézcalo.