El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.
Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).
Este documento describe cómo establecer y recopilar seguimientos en Cisco Unified Contact Center Enterprise (CCE).
Cisco recomienda que tenga conocimiento sobre estos temas:
La información que contiene este documento se basa en estas versiones de software:
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.
Hay varias opciones para recopilar registros del cliente Finesse.
Save
como HAR con contenido.Nota: El método recomendado para recopilar los registros del servidor Cisco Finesse es a través de Secure Shell (SSH) y Secure File Transfer Protocol (SFTP). Este método no solo le permite recopilar los registros de servicios web, sino todos los registros adicionales, como Fippa, openfire, Realm y Clientlogs.
file get activelog desktop recurs compress reltime hours 2
Nota: Esta página proporciona buena información sobre CVP CallServer y es muy útil para resolver ciertos escenarios.
7. Después de reproducir el problema, asegúrese de restaurar los seguimientos al nivel predeterminado. Seleccione com.dynamicSoft.DsLibs.DsUALibs en el Serv. Menú desplegable Mgr en la esquina superior izquierda y establézcalo en error.
En muy raras circunstancias, es necesario aumentar el nivel de seguimientos de las aplicaciones del servidor VXML. Por otro lado, no se recomienda aumentarlo a menos que lo solicite un ingeniero de Cisco.
Para recopilar los registros de la aplicación del servidor VXML, desplácese hasta el directorio de aplicación específico bajo el servidor VXML, por ejemplo: C:\Cisco\CVP\VXMLServer\applications\{nombre de la aplicación}\logs\ActivityLog\ y recopile los registros de actividad.
En la mayoría de los casos, el nivel predeterminado de trazas de OAMP y ORM es suficiente para determinar la causa raíz del problema. Sin embargo, si es necesario aumentar el nivel de seguimientos, estos son los pasos para ejecutar esta acción:
omgr.traceMask=-1 omgr.logLevel=DEBUG org.hibernate.logLevel=DEBUG org.apache.logLevel=ERROR net.sf.ehcache.logLevel=ERROR
Información de nivel de seguimiento
Nivel de seguimiento |
Descripción |
Nivel de registro |
Máscara de seguimiento |
0 |
Instalación predeterminada del producto. Se espera un impacto mínimo en el rendimiento. |
INFO |
Ninguno |
1 |
Mensajes de seguimiento menos detallados con un pequeño impacto en el rendimiento. |
DEPURAR |
DEVICE_CONFIGURATION + |
2 |
Mensajes de seguimiento detallados con un impacto medio en el rendimiento. |
DEPURAR |
DEVICE_CONFIGURATION + |
3 |
Mensaje de seguimiento detallado con un impacto de alto rendimiento. |
DEPURAR |
DEVICE_CONFIGURATION + |
4 |
Mensaje de seguimiento detallado con un impacto de muy alto rendimiento. |
DEPURAR |
MISC + |
5 |
Mensaje de seguimiento más detallado. |
DEPURAR |
MISC + |
En CVB, un archivo de seguimiento es un archivo de registro que registra la actividad de los subsistemas y pasos de los componentes de Cisco VB.
Cisco VB tiene dos componentes principales:
Puede especificar los componentes para los que desea recopilar información y el nivel de información que desea recopilar.
Los niveles de registro se extienden desde:
Advertencia: No se debe habilitar Xdebugging5 en el sistema de producción cargado.
Los registros más comunes que debe recopilar son el motor. El nivel predeterminado de seguimientos para los seguimientos del motor CVB es suficiente para resolver la mayoría de los problemas. Sin embargo, si necesita cambiar el nivel de seguimientos para un escenario específico, Cisco recomienda que utilice los perfiles de registro del sistema predefinidos.
Perfiles de registro del sistema
Nombre |
Escenario en el que se debe activar este perfil |
VB predeterminado |
Los registros genéricos están habilitados. |
AppAdminVB |
Para problemas con la administración web a través de AppAdmin, Cisco VB Serviceability y otras páginas web. |
MediaVB |
Para problemas con la configuración o transmisión de medios. |
NavegadorVozVB |
Para problemas con el manejo de llamadas. |
MRCPVB |
Para problemas con ASR/TTS con la interacción de Cisco VB. |
CallControlVVB |
Para problemas relacionados con la señal SIP, se publican en el registro. |
file get activelog /uccx/log/MIVR/*
#conf t
service timestamps debug datetime msec
service timestamps log datetime msec
service sequence-numbers
no logging console
no logging monitor
logging buffered 5000000 7
end
clear logging
Advertencia: Cualquier cambio en un GW de software del IOS® de Cisco de producción puede causar una interrupción.
logging <syslog server ip>
logging trap debugs
show proc cpu hist
Advertencia: Si la CPU alcanza una utilización de la CPU de hasta el 70-80%, el riesgo de un impacto en el servicio relacionado con el rendimiento aumenta considerablemente. Por lo tanto, no habilite depuraciones adicionales si el GW alcanza el 60%.
debug voip ccapi inout
debug ccsip mess
After you make the call and simulate the issue, stop the debugging:
#undebug all
term len 0
show ver
show run
show log
(cusp)> config
(cusp-config)> sip logging
(cusp)> trace enable
(cusp)> trace level debug component sip-wire
username <userid> create
username <userid> password <password>
username <userid> group pfs-privusers
Cisco recomienda establecer niveles de seguimiento y recopilar seguimientos mediante Diagnostic Framework Portico o las herramientas de System CLI.
Nota: Para obtener más información sobre Diagnostic Framework Portico y System CLI, visite el capítulo Herramientas de diagnóstico de la Guía de mantenimiento para Cisco Unified ICM/Contact Center Enterprise, versión 12.5(1).
Cuando resuelva problemas en la mayoría de los escenarios de UCCE, si el nivel predeterminado de seguimientos no proporciona suficiente información, establezca el nivel de seguimientos en 3 en los componentes necesarios (con algunas excepciones).
Nota: Visite la sección Nivel de seguimiento de la Guía de mantenimiento para Cisco Unified ICM/Contact Center Enterprise, versión 12.5(1) para obtener más información.
Por ejemplo, si resuelve problemas del Marcador de salida, el nivel de seguimientos debe establecerse en el nivel 2 si el Marcador está ocupado.
Para CTISVR (CTISVR), los niveles 2 y 3 no establecen el nivel de registro exacto recomendado por Cisco. El registro de seguimiento recomendado para CTISVR es 0XF8.
Advertencia: Establezca el nivel de seguimientos en el nivel 3 mientras intenta reproducir el problema. Una vez reproducido el problema, establezca el nivel de seguimiento en el valor predeterminado. Tenga especial cuidado cuando establezca los seguimientos de JTAPIGW, ya que los niveles 2 y 3 establecen los seguimientos de nivel bajo y esto puede causar un impacto en el rendimiento. Establezca el nivel 2 o el nivel 3 en JTAPIGW durante el tiempo de no producción o en un entorno de laboratorio.
PCCE tiene su propia herramienta para configurar los niveles de seguimiento. No es aplicable al entorno UCCE, donde Diagnostic Framework Portico o la CLI del sistema son las formas preferidas de habilitar y recopilar registros.
file get activelog /cuic/logs/cuic/*.* recurs compress reltime hours 1
file get activelog /cuic/logs/cuicsrvr/*.* recurs compress reltime hours 1
file get activelog tomcat/logs/*.* recurs compress
file get activelog livedata/logs/*.*
file get activelog ids/log/*.* recurs compress reltime days 1
Para CUIC:
Para LD:
Para IDS:
Para los servicios de plataforma, generalmente es una buena idea seleccionar los registros de Tomcat y Event viewer:
Para iniciar la captura, establezca una sesión SSH en el servidor VOS autenticado con la cuenta de administrador de plataforma.
1 bis. Sintaxis del comando
El comando es utils network capture
y la sintaxis es la siguiente:
Syntax:
utils network capture [options]
options optional
page,numeric,file fname,count num,size bytes,src addr,dest addr,port
num,host protocol addr
options are:
page
- pause output
numeric - show hosts as dotted IP
addresses
file fname - output the information to a file
Note: The file is saved in platform/cli/fname.cap
fname should not contain the "." character
count num - a
count of the number of packets to capture
Note: The maximum count
for the screen is 1000, for a file is 100000
size bytes -
the number of bytes of the packet to capture
Note: The maximum
number of bytes for the screen is 128
For a file it can be
any number or ALL
src addr - the source address of the
packet as a host name or IPV4 address
dest addr - the
destination address of the packet as a host name or IPV4 address
port
num - the port number of the packet (either src or dest)
host
protocol addr - the protocol should be one of the following:
ip/arp/rarp/all. The host address of the packet as a host name or IPV4
address. This option will display all packets to and from that address.
Note: If "host" is provided, do not provide "src" or "dest"
1 ter. Capturar todos los tráficos
Para una captura típica, uno puede recopilar TODOS los paquetes de TODOS los tamaños desde y hacia TODAS las direcciones en un archivo de captura llamado packets.cap. Para ello, simplemente ejecute en la CLI de administración utils network capture eth0 file packets count 100000 size all
1 quáter. Captura basada en el número de puerto
Para resolver un problema de comunicación con el Administrador de clústeres, puede ser conveniente utilizar la opción de puerto para capturar en función de un puerto específico (8500).
Para obtener más información sobre qué servicios requieren comunicaciones en cada puerto, consulte la Guía de Uso de Puertos TCP y UDP para obtener la versión aplicable del componente respectivo.
1d. Captura basada en host
Para solucionar un problema con VOS y un host determinado, puede ser necesario utilizar la opción 'host' para filtrar el tráfico hacia y desde un host determinado.
También puede ser necesario excluir un host en particular, en este caso utilice un "!" delante de la dirección IP. Un ejemplo de esto sería utils network capture eth0 file packets count 100000 size all host ip !10.1.1.1
Mientras la captura ha comenzado a reproducir el síntoma o condición del problema de modo que los paquetes necesarios se incluyan en la captura. Si el problema es intermitente, puede ser necesario ejecutar la captura durante un período prolongado. Si la captura finaliza, es porque el búfer está lleno. Reinicie la captura y la captura anterior cambiará de nombre automáticamente para que no se pierda la captura anterior. Si se necesita una captura durante un período de tiempo prolongado, utilice una sesión de supervisión en un switch para realizar la captura en el nivel de red.
Para detener la captura, mantenga presionada la tecla Control y presione C en el teclado. Esto hace que el proceso de captura finalice y no se agreguen paquetes nuevos al volcado de captura.
4 bis. Transferir el archivo de captura a través de la CLI a un servidor SFTP
Utilice el comando file get activelog platform/cli/packets.cap
para recopilar el archivo packets.cap en el servidor SFTP.
Alternativamente, recopile todos los archivos .cap almacenados en el servidor, utilice file get activelog platform/cli/*.cap.
Por último, introduzca la información de IP/FQDN del servidor SFTP, puerto, nombre de usuario, contraseña y directorio:
La CLI indica que la transferencia de archivos al servidor SFTP se ha realizado correctamente o no.
4 ter. Utilice RTMT para transferir un archivo de captura a un equipo local.
Inicie la RTMT. Si no está instalado en el equipo local, instale la versión adecuada desde la página de administración de VOS y luego navegue hasta el menú Applications > Plugins. Haga clic en System, luego en Trace & Log Central, luego haga doble clic en Collect Files. Haga clic en Next en el primer menú.
En el segundo menú, seleccione la casilla de verificación Registros de captura de paquetes en el servidor en el que se realizó la captura y, a continuación, haga clic en Siguiente.
En la pantalla final, elija un rango de tiempo cuando se realizó la captura, y un directorio de descarga en el equipo local.
RTMT cierra esta ventana y procede a recopilar el archivo y almacenarlo en el equipo local en la ubicación especificada.
Revisión | Fecha de publicación | Comentarios |
---|---|---|
3.0 |
28-May-2025 |
Recertificación |
2.0 |
25-Apr-2024 |
Actualización Introducción, Texto alternativo, SEO, Traducción automática y Formato. |
1.0 |
31-Aug-2022 |
Versión inicial |