Voz y Comunicaciones unificadas : Cisco PGW 2200 Softswitch

PGW2200 Softswitch: Recoja la información de Troubleshooting para los casos TAC

18 Octubre 2015 - Traducción Automática
Otras Versiones: PDFpdf | Inglés (1 Septiembre 2015) | Comentarios


Contenido


Introducción

Cuando usted abre un caso con el Centro de Asistencia Técnica de Cisco (TAC), una cierta información preliminar se requiere para identificar y calificar mejor el problema. Algo de esta información se requiere siempre y la otra información depende de la naturaleza del problema. Si el ingeniero le pide recoger esta información después de que usted abra su caso, da lugar al Retraso de la resolución. También, una buena descripción del problema se pide, que las necesidades de incluir el flujo de llamada de la manera que usted funcionó con en el problema en aquel momento. La colección del Idioma para la definición de mensaje (MDL), de snooper, de sniffer y de información del debug puede asociado a las notas de caso cuando usted abre el caso.

El objetivo principal de este documento es identificar la información preliminar requerida, sobre la base del tipo de problema. Esto es así que usted puede proporcionar la información al ingeniero inmediatamente. La segunda meta es proporcionar las Pautas generales para seguir cuando usted recoge la información para TAC para evitar la prueba repetitiva y el recuerdo de los datos idénticos.

Este documento se piensa para los clientes de Cisco que las soluciones de los datos de soportear datos y de la señalización de voz basadas en el software del Media Getaway Controller del Cisco PGW 2200 Softswitch (antes SC2200 y VSC3000, o Controlador de telefonía de Cisco) (MGC).

prerrequisitos

Requisitos

El personal de servicio técnico necesita ser familiar con las soluciones MGC-basadas y sus componentes. Para más información, refiera a los links suministrados en la sección de la “información relacionada” de este documento.

Componentes Utilizados

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 la red está funcionando, asegúrese de haber comprendido el impacto que puede tener cualquier comando.

Convenciones

Para obtener más información sobre las convenciones del documento, consulte las Convenciones de Consejos Técnicos de Cisco.

Información básica

Complete estos pasos:

  1. Antes de que usted recoja cualquier información, aseegurele se abren una sesión como miembro del mgcgrp. Para hacer este problema el comando id.

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/pgw-2200-softswitch/27580-collect-troubleshoot-info1.gif

  2. Publique el comando uname para descubrirle versión de UNIX.

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/pgw-2200-softswitch/27580-collect-troubleshoot-info2.gif

  3. Publique el comando prtconf para descubrir los tamaños del RAM.

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/pgw-2200-softswitch/27580-collect-troubleshoot-info3.gif

    Otra manera de determinar los tamaños del RAM es publicar el comando uname.

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/pgw-2200-softswitch/27580-collect-troubleshoot-info4.gif

  4. Publique el comando df para determinar la cantidad de espacio libre en disco disponible.

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/pgw-2200-softswitch/27580-collect-troubleshoot-info5.gif

  5. Salve los resultados de los comandos descritos en los pasos anteriores y reoriente la salida al archivo con o > comando de ./filename.txt o >> comando de ./filename.txt para las conexiones múltiples.

    Para recoger la información sobre la capa 2 y 3 de la operación NIC, publique los comandos ifconfig and netstat. Algo de esta información es buena para las actualizaciones de las notas de caso.

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/pgw-2200-softswitch/27580-collect-troubleshoot-info6.gif

  6. El archivo de netinfo.txt que es necesidades creadas de ser enviado al ingeniero de TAC. El nivel de la corrección se marca con el uso del comando pkginfo con la salida reorientada a un archivo.

    collect_troubleshoot_info7.gif

  7. El archivo de patches-installed.txt que es necesidades creadas de ser enviado al ingeniero de TAC. Publique el comando mml de ver la versión de software PGW2200 que se ejecuta actualmente.

    collect_troubleshoot_info8.gif

  8. Publique el comando rtrv-ne-health para ver el estado general del elemento de redes. Esto se aplica para liberar 9.

    collect_troubleshoot_info9.gif

Exporte la configuración de Cisco PGW2200

En la mayoría de los casos, la configuración actual del Cisco PGW 2200 Softswitch que TAC pide se utiliza para analizarlo para los Errores de configuración. Esta configuración no es la salida del prov-rtrv: comando all, pues no muestra los comandos provisioning se utilizan que. En lugar, TAC necesita la secuencia de comandos de configuración para el recreación del problema o los archivos del *.dat de la corriente del sistema.

  1. Para exportar y salvar la configuración actual, publique prov-exp: comando all de MML.

    El archivo de config-exported.tar que es necesidades creadas de ser enviado al ingeniero de TAC.

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/pgw-2200-softswitch/27580-collect-troubleshoot-info10.gif

  2. Utilice la utilidad que archiva del alquitrán en UNIX para salvar los archivos actuales del *.dat.

    El archivo de config.tar que es necesidades creadas de ser enviado al ingeniero de TAC que trabaja en el caso.

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/pgw-2200-softswitch/27580-collect-troubleshoot-info11.gif

Más información pedida por TAC

Si el problema no se soluciona en esta etapa, se requiere más información. Recoja la información descrita en esta sección en los mensajes del registro y las alarmas.

  1. Marque para saber si hay mensajes OS Solaris. Clasifíe los mensajes y messages.x necesita ser enviado al ingeniero de TAC.

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/pgw-2200-softswitch/27580-collect-troubleshoot-info12.gif

  2. Publique el comando tail para marcar para saber si hay mensajes de la aplicación del Cisco PGW 2200 Softswitch.

    Todos los archivos de platform.log relacionados con el problema necesitan ser enviados al ingeniero de TAC.

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/pgw-2200-softswitch/27580-collect-troubleshoot-info13.gif

  3. Publique el comando rtrv-alms para marcar para saber si hay alarmas del Cisco PGW 2200 Softswitch.

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/pgw-2200-softswitch/27580-collect-troubleshoot-info14.gif

    Si usted quiere recoger las alarmas de los archivos del registro del CLI con las fechas y hora legibles, cree un script de nuevo tratamiento en el Perl (corte y pegar este script):

    alias rdalm 'perl -F, -anwe '\''print 
    unpack("x4 A15", localtime($F[1])),".$F[2]: @F[0,3..7]"'\'''

    CD en el directorio de las alarmas:

    cd /opt/CiscoMGC/var/spool
    

    Ejecute este comando:

    rdalm alm_yyymmdd* 

    donde está el relevante el yyyymmdd feche.

  4. Publique el RTRV-dest: comando all para marcar el estado de red básico SS7.

    http://www.cisco.com/c/dam/en/us/support/docs/voice-unified-communications/pgw-2200-softswitch/27580-collect-troubleshoot-info15.gif

Coredumps

En caso de que un coredump se encuentre bajo directorio /opt/CiscoMGC/var, ejecute los dos comandos pstack de Unix y el pmap bajo Solaris 2.8 y asocie la salida a las notas de caso. También cargue el archivo núcleo a las notas de caso.

Nota: En Cisco el archivo núcleo se analiza vía otras herramientas:

Example : 
Under /opt/CiscoMGC/var 
<logging as root> 
#pstack <core_file> 
#pmap <core_file>

Seguimientos de llamadas

Para evitar pedir los “Seguimientos de llamada” cuáles dan una opción de rastreo más granular en el PGW2200 para “el estado del proceso del motor de la llamada” de esa llamada, el rastreador MDL da el objeto A.C. ++ ejemplificado por el motor que contiene una colección de objetos de TraceFile para esa llamada. Esta traza MDL puede dar algunos detalles donde el problema se relaciona en el PGW2200 y es agradable durante la dirección del caso. El mejor escenario es cargar tanta información como sea posible durante el tiempo que usted encuentra el problema. De acuerdo con el escenario o la solución que usted se ejecuta en, usted puede recoger la información detallada en estas secciones:

Recoja la traza MDL PGW2200

Utilice este procedimiento para recoger una traza MDL vía el comando mml STA-SC-TRC (traza del comienzo).

De acuerdo con qué versión del Cisco PGW 2200 Softswitch usted funciona con, la información detallada se puede encontrar para:

  1. Identifique el número del SigPath que origina SS7 o el número del TrunkGroup que origina en los cuales se ponen las llamadas.

  2. Gire el registro: ejecute el script bajo /opt/CiscoMGC/bin/log_rotate.sh.

  3. Comience la traza MDL:

    mml>sta-sc-trc:<ss7sigPath name | orig trunkgroup number>:CONFIRM
    
  4. Realice una prueba (haga una llamada).

  5. Pare la traza MDL:

     mml>stp-sc-trc:all
    
  6. Identifique el ID de llamada (C:) de la mala llamada.

    Si esta llamada de prueba se hace en un entorno de prueba, sólo las visualizaciones de un CALL_ID.

    Nota: Estos archivos pueden contener los seguimientos de muchas llamadas que todas se mezclen para arriba juntas si la captura se adquiere una producción PGW. Cada expediente del seguimiento en el archivo tiene un tipo de registro y una información de expedientes específicos de un tipo que se relacione con ese expediente. Cada expediente tiene un ID de llamada que se relacione lo con una llamada específica.

  7. Convierta la traza MDL en un formato legible:

    1. Vaya al directorio de /opt/CiscoMGC/var/trace.

    2. Funcione con este comando:

      get_trc.sh <trace file name>
      

      Por ejemplo:

      /opt/CiscoMGC/var/trace
      mgcusr@mgc-bru-20%get_trc.sh _ss7path_20040116103221.btr
          get_trc.sh ca/sim/sp Trace File Utility Mistral Version 1.2
          The ANALYSIS mdo file is:  GENERIC_ANALYSIS.mdo
          Retrieving _ss7path_20040116103221.btr trace file Call ID's, please wait...
          Enter one of the following commands:
          S = Simprint in less
          F = Simprint with printing of sent and received Fields in less
          D = Display trc trace in less
          G = Display trc trace in less (Generated)
          C = Convert to trc trace file
          A = Display CA file in less
          N = Move to Next call ID
          P = Move to Previous call ID
          L = List call ID's in current file
          X = Set SP flags
          H = Print Help
          Q = Quit get_trc.sh
          Or just enter the ID of the call you want if you know it
          Use (N)ext and (P)revious to move between the call ID's
          _ss7path_20040116103221.btr contains 1 call(s)
         ==> Working on call 1 ID 23 H = Help [S/F/D/G/C/A/N/P/L/H/Q/id]? 
  8. ID de llamada del tipo en el pronto para saltar a la traza MDL de la mala llamada.

  9. Elija el C de la opción para convertir el archivo de traza.

    Nota: Los archivos del .btr son los archivos de traza binarios que son presentados por la función del trazalíneas PGW. La parte de principal el nombre del archivo se da en el comando mml STA-SC-TRC VSC. El PGW agrega siempre una extensión del .btr a estos archivos. Usando la opción del C, el archivo se convierte en un formato de texto y la extensión tiene archivos del .trc que sean archivos de traza de texto. Contienen la información de traza línea por línea detallada del código MDO que se funciona con en la respuesta de la simulación que presenta el archivo. Por lo tanto, contienen las trazas MDL.

  10. El archivo de traza está en /opt/CiscoMGC/var/trace.

  11. Recoja la información de platform.log bajo /opt/CiscoMGC/var/log. El ingeniero de TAC puede pedir en algunos casos el otro platform.log relacionado con la información al problema que está señalado mientras que se maneja el caso TAC.

Recoja SUS trazas MDL

Refiera a SU obtención de datos para las solicitudes de información y los procedimientos del servicio de soporte técnico en cómo recoger SUS trazas MDL.

Recoja el snooper/las trazas de sniffer

Utilice este procedimiento para recoger el snooper/las trazas de sniffer si usted ha instalado el Packet Telephony Center - la supervisión y el troubleshooting (PTCMT), o usted funcionan con una versión antigua del snooper (que sea útil para tener una buena comprensión del flujo de llamada).

  1. Funcione con al fisgón en todas las plataformas Solaris.

    1. Para recoger la información del fisgón de UNIX, inicie sesión como superusuario y funcione con el comando snoop -x42 - o snoop.log <ip address>.

    2. Presione el Ctrl+C para salir al fisgón.

    3. Cargue el archivo de snoop.log a las notas de caso.

      Nota: Explique en las notas de caso que este archivo se ha capturado vía el comando snoop de UNIX.

  2. Ejecute la aplicación de indagación de Cisco.

    1. Para recoger la información de indagación de Cisco, inicie sesión como superusuario y funcione con la LISTA de la INTERFAZ PARMS de ./snooper internacional del comando o usted puede ejecutar ./snooper que proporciona una descripción completa.

    2. Para la solución obtenida, ejecute el rlm isdn ss7 del hme'x' de ./snooper internacional > snooper_int1, donde está el Número de interfaz x. Usted puede también encontrar esto cuando usted publica el comando ifconfig -a. También, cargue el archivo snooper_int1 a las notas de caso.

    3. Para la solución conmutada, ingrese el eisup >snooper_int1 del mgcp ss7 del hme'x' de ./snooper internacional, donde está el Número de interfaz x. Usted puede también encontrar esto cuando usted publica el comando ifconfig -a. También, cargue el archivo snooper_int1 a las notas de caso.

    4. Para los casos donde hecho salir a partir de dos necesidades de las interfaces de ser capturado, utilice este acercamiento:

      % ( snooper int hme0 rudp & ; sleep 1 ; snooper int hme1 rudp & ) >> test
      % ps -ef | grep snooper | grep -v grep
      root 10748 10737 1 20:52:54 pts/15 0:00 snooper int hme1 rudp
      root 10736 1 1 20:52:53 pts/15 0:00 snooper int hme0 rudp
      % tail -f test
  3. Ejecute el PTCMT. Para más información, refiera al Control y Troubleshooting de Packet Telephony Center de Cisco.

    Para recoger la información PTCMT, inicie sesión como superusuario y funcione con la LISTA de la INTERFAZ PARMS de ./ptcmt internacional del comando o usted puede ejecutar ./snooper que proporciona una descripción completa.

    • Para la solución obtenida, ingrese el rlm isdn ss7 del hme'x' de ./ptcmt internacional > snooper_int1, donde está el Número de interfaz x. Usted puede también utilizar el comando ifconfig -a. También, cargue el archivo snooper_int1 a las notas de caso.

    • Para la solución conmutada, ingrese el eisup >snooper_int1 del mgcp ss7 del hme'x' de ./ptcmt internacional, donde está el Número de interfaz x. Usted puede también utilizar el comando ifconfig -a. También, cargue el archivo snooper_int1 a las notas de caso.

Recoja la información del debug sobre el gateway

Basado encendido si usted utiliza una solución obtenida [Ni2+] o una solución conmutada [MGCP], la información del debug entre el PGW2200 y el gateway puede proporcionar la información detallada del problema señalado.

  • Para la solución obtenida, ingrese el comando debug isdn q931 y cargue los detalles al caso TAC.

  • Para la solución conmutada, ingrese el comando debug mgcp packet y cargue los detalles al caso TAC.

Nota: Sea consciente que usted no funciona con este comando debug mientras que carga de la CPU está sobre el 60 por ciento. Usted puede marcar esto con el comando show proc cpu. También, sobre la base del problema que está señalado, los otros comandos de debug se pueden pedir por el ingeniero de TAC.

precaución Precaución: La colección de Seguimientos de llamada puede afectar el rendimiento del sistema y las llamadas pueden ser caídas. Los Seguimientos de llamada en un sistema vivo necesitan ser hechos solamente a petición del ingeniero de TAC en caso de que usted no esté seguro sobre la colección de la información de registro.

Recoja los datos del sistema

El software del Cisco PGW 2200 Softswitch incluye un script de la obtención de datos. Cuando usted ejecuta este script, una foto de los datos de su sistema se guarda a un archivo del registro. Usted debe ejecutar este script poco después de que usted descubre un problema y antes de tomar cualquier acción correctiva. Refiera a recoger los datos del sistema para el TAC de Cisco para más información.

Aquí está el script de los datos de la recogida:

mssol-pgw-6% collectdata
the location of the log file is /opt/CiscoMGC/var/log/200806111552.mssol-pgw-6.log
mssol-pgw-6% ls -al /opt/CiscoMGC/var/log/200806111552.mssol-pgw-6.log
-rw-rw-r--   1 mgcusr   mgcgrp    266375 Jun 11 15:52 /opt/CiscoMGC/var/log/200806111552.mssol-pgw-6.log
mssol-pgw-6% more /opt/CiscoMGC/var/log/200806111552.mssol-pgw-6.log

Mini analice analizar la herramienta

El mini_parse.pl es una herramienta del seguimiento que puede proporcionar una análisis detallado de los flujos de llamada. Esta herramienta está situada en la carpeta de /opt/CiscoMGC/bin. Mini-analice proporciona un diagrama de flujo simple de los eventos que se contienen en un archivo de traza MDL (.trc). El uso se muestra aquí:

mini_parse.pl [-d] [-b] [-i] [-m] [-s] <tracefile>

donde

  • - d: agrega el mensaje adicional decodifican

  • b: agrega la información adicional del análisis del número B

  • m: imprime los mensajes solamente (ningunas señales internas)

  • i: agregan adicional EN la información

  • s: agregan las transiciones de estado

La salida se puede reorientar a un archivo.

Por el Seguimiento de llamada

Usted puede realizar los Seguimientos de llamada avanzados con la corrección 8 de la versión del Cisco PGW 2200 Softswitch 9.7(3) y posterior. El Seguimiento de llamada avanzado se basa en la función de la traza de la llamada existente y agrega el número de la parte llamadora, el número de la parte llamada, la configuración del nivel de congestión de la máquina (MCL), el valor de causa, y la Duración de la llamada como criterios del Seguimiento de llamada. Esta mejora hace el Seguimiento de llamada más exacto y reduce los impactos del rendimiento del sistema en el Cisco PGW 2200 Softswitch cuando el Cisco PGW 2200 Softswitch preforma los Seguimientos de llamada.

Para la información sobre cómo comenzar el Seguimiento de llamada, refiera a comenzar un Seguimiento de llamada (en la sección de la corrección de la versión 9.7(3) 8) de las operaciones, del mantenimiento, y de la guía de Troubleshooting de la versión 9 del Cisco PGW 2200 Softswitch.

Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Información Relacionada


Document ID: 27580