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 utilizar el proceso de recopilación de seguimiento de Cisco Unified Communications Manager (CUCM/CallManager).
Cisco recomienda que tenga conocimiento sobre estos temas:
Nota: Debe ser un cliente registrado de Cisco para utilizar estas herramientas.
La información de este documento se basa en CUCM 9.X y versiones posteriores.
Nota: para obtener información sobre la versión anterior de CUCM 8.6.2, consulte Recopilación de seguimientos de CUCM de CUCM 8.6.2 para un TAC SR.
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.
Si trabaja con un ingeniero de asistencia técnica (TAC) en un problema de Communications Manager, debe recopilar los seguimientos de CUCM. Esta podría ser una tarea que realiza con poca frecuencia o que nunca antes ha hecho.
En esta situación, soluciona problemas de una llamada que no se ha registrado aunque la configuración del lado de CUCM parece correcta. El administrador recibe un mensaje de alarma por cada llamada que no se pudo grabar, por lo que el ingeniero de TAC le ha pedido que reproduzca el problema y recopile las trazas detalladas de CallManager, las trazas detalladas del Administrador CTI y los registros del Visor de eventos del lado de CUCM. Estos registros capturan los eventos de señalización de llamadas, los mensajes CTI que se intercambian con el servidor que registra las llamadas y las alarmas de la llamada que no se grabó.
Para completar esta tarea:
En CUCM, la aplicación de la RTMT se utiliza para recopilar trazas para la mayoría de los tipos de problemas. Cada versión principal y secundaria de CUCM tiene una versión asociada de la aplicación de la RTMT. Si en su PC no ve un grupo de programas de RTMT unificadas en Inicio > Programas > Cisco o si la versión de la RTMT no coincide con su clúster de CUCM, debe instalar la RTMT para su versión de CUCM antes de continuar.
Se abre la página Resumen del sistema.
Ha comprobado que la RTMT está instalada y que puede iniciar sesión en su clúster de CUCM con la herramienta.
En CUCM 9.x y versiones posteriores, el rastreo detallado está habilitado de manera predeterminada para el servicio CallManager. Antes de continuar, confirme que el rastreo detallado aún esté configurado. De lo contrario, configúrelo.
Si utiliza una versión anterior de CUCM, debe configurar manualmente la configuración de seguimiento para que coincida con la ilustración. El botón Set Default en versiones anteriores establece el Nivel de seguimiento de depuración en Error, y no el Detallado.
En CUCM 9.x y versiones posteriores, el rastreo detallado también está habilitado de manera predeterminada para el servicio Administrador CTI. Antes de continuar, confirme o configure esta función.
El sistema está configurado para el rastreo detallado predeterminado, como se muestra en esta imagen:
6. Si se modificó esta configuración y utiliza CUCM versión 9.x o posterior:
7. Confirme la configuración de seguimiento en los otros servidores del clúster.
Al igual que con la configuración de seguimiento de CallManager, si utiliza una versión anterior de CUCM, debe configurar manualmente la configuración de seguimiento para que coincida con la configuración de la ilustración anterior. Haga clic en Establecer valor predeterminado en las versiones anteriores si necesita establecer el nivel de rastreo de depuración en Error.
Nota: ¿Pero qué ocurre con los registros del Visor de eventos? No es necesario cambiar los niveles de depuración para el Visor de eventos, los registros de la aplicación o el Visor de eventos, ni los registros del sistema. Debe continuar con la reproducción del problema.
En este escenario, puede realizar llamadas de prueba para generar un error. Ayuda al ingeniero del TAC a analizar la llamada si proporciona información sobre el conjunto de seguimientos que no tienen información sobre las llamadas de prueba. Además, se arriesga a que la recopilación de datos se realice en un plazo de tiempo incorrecto y, si esto sucede, debe empezar de nuevo.
Para cada llamada de prueba, registre esta información:
Como los seguimientos de CUCM pueden ser muy largos, el TAC necesita esos detalles de llamada para encontrar las llamadas de prueba en los datos.
Después de reproducir el problema, recopile las trazas solicitadas por el TAC de inmediato. Si lo hace, los archivos no se sobrescriben antes de que pueda recopilarlos.
En esta situación, debe recopilar trazas de CallManager, trazas del Administrador CTI y todos los registros del Visor de eventos. A menos que el TAC le haya dado otras instrucciones, debe recopilar esos archivos de todos los servidores para el rango de tiempo completo que cubre su llamada o llamadas de prueba. Esto evita la pérdida de seguimientos de un servidor que no sabía que estaba en el flujo de llamadas.
La ventana Recopilar archivos se actualiza con el estado de la recopilación de seguimiento. Mientras continúa la recopilación de trazas, puede ver que el botón Cancel está disponible. Una vez finalizada la recopilación, el botón Cancel aparece atenuado.
Revise los archivos que ha reunido para asegurarse de que cubran el plazo del problema. La manera más simple de hacerlo es revisar los archivos TraceCollectionResult*.xml.
Cuando la RTMT recopila un conjunto de archivos, escribe el archivo TraceCollectionResult*.xml en el directorio del archivo de descarga para cada servidor del que recopila datos. Puede ver estos archivos junto con los subdirectorios de cada servidor de CUCM. Los archivos TraceCollectionResult*.xml indican qué archivos se descargaron correctamente de cada servidor. Los subdirectorios contienen los archivos de rastreo y registro reales.
Abra cada archivo TraceCollectionResult y observe si la fecha de modificación del archivo o archivos de la lista se asigna al intervalo de fecha y hora de la colección de seguimiento. Si no se pudieron recopilar los archivos de seguimiento, por ejemplo, se sobrescriben, se pierden.
Si está familiarizado con versiones anteriores de CUCM, esta versión difiere en que los seguimientos de Cisco CallManager son un único conjunto de seguimientos de SDL*, no un conjunto de seguimientos de SDL* y un conjunto de seguimientos de ccm*. Esto se debe a que, en CUCM 9.X y versiones posteriores, los seguimientos se entrelazan en un único conjunto de archivos, lo que facilita el análisis. Lo mismo se aplica al servicio Cisco CTIManager. En lugar de los rastros de SDL* y los rastros de cti*, todos los datos se encuentran en los rastros de SDL* de ese servicio.
Los problemas de recopilación de trazas generalmente se pueden evitar si se recopilan las trazas inmediatamente después de la reproducción de un problema.
Nota: Los archivos TraceCollectionResult*.xml simplemente contienen una lista de archivos que se recopilaron correctamente de cada servidor CUCM. El TAC necesita revisar los archivos de seguimiento y registro reales que se recopilaron.
Ahora que tiene un conjunto completo de seguimientos para la llamada de reproducción de problemas, debe enviarlos al ingeniero del TAC.
Cuando descargó las trazas, especificó un nuevo directorio de archivos de descarga. Este directorio ahora contiene todos los archivos de registro y rastreo, así como los archivos TraceCollectionResult*.xml. TAC requiere que envíe todo el contenido del directorio de archivos de descarga, no sólo uno o dos archivos.
Para que esto sea sencillo, cargue un único archivo .zip con la herramienta Cargador de archivos de casos:
Se le redirigirá a una página de inicio de sesión. Inicie sesión con su nombre de usuario y contraseña de CCO.
Esto lo llevará a la herramienta Cargador de archivos de casos.
Las trazas de Cisco CallManager/CTIManager relacionadas con la llamada específica se pueden analizar con la herramienta Analizador de soluciones de colaboración (diagrama de escalera/anotaciones/registros filtrados/firmas de diagnóstico). Consulte la documentación sobre cómo utilizar la herramienta:
Revisión | Fecha de publicación | Comentarios |
---|---|---|
3.0 |
17-Feb-2023 |
Recertificación. |
2.0 |
14-Jul-2022 |
Revisión: |
1.0 |
27-Oct-2016 |
Versión inicial |