PGW2200 Softswitch: Recoja la información de

PGW2200 Softswitch: Recoja la información de Troubleshooting
para los casos TAC
Contenido
Introducción
prerrequisitos
Requisitos
Componentes Utilizados
Convenciones
Información básica
Exporte la configuración de Cisco PGW2200
Más información pedida por TAC
Coredumps
Seguimientos de llamadas
Recoja la traza MDL PGW2200
Recoja SUS trazas MDL
Recoja el snooper/las trazas de sniffer
Recoja la información del debug sobre el gateway
Recoja los datos del sistema
Mini analice analizar la herramienta
Por el Seguimiento de llamada
Información Relacionada
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:
Release Note para la versión del Cisco Media Gateway Controller 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.
2. Publique el comando uname para descubrirle versión de UNIX.
3. Publique el comando prtconf para descubrir los tamaños del RAM.
Otra manera de determinar los tamaños del RAM es publicar el comando uname.
4. Publique el comando df para determinar la cantidad de espacio libre en disco disponible.
Salve los resultados de los comandos descritos en los pasos anteriores y reoriente la salida al archivo con o > comando de ./filename.txt o
5.
>> 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.
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.
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.
8. Publique el comando rtrv-ne-health para ver el estado general del elemento de redes. Esto se aplica para liberar 9.
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.
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.
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.
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.
3. Publique el comando rtrv-alms para marcar para saber si hay alarmas del Cisco PGW 2200 Softswitch.
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.
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:
Comandos mml para PGW2200 la versión 7.x
Comandos mml para PGW2200 la versión 9.x
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:
a. Vaya al directorio de /opt/CiscoMGC/var/trace.
b. 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.
a. 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>.
b. Presione el Ctrl+C para salir al fisgón.
c. 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.
a. 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.
b. 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.
c. 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.
d. 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: 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%
the location
mssol-pgw-6%
-rw-rw-r--
collectdata
of the log file is /opt/CiscoMGC/var/log/200806111552.mssol-pgw-6.log
ls -al /opt/CiscoMGC/var/log/200806111552.mssol-pgw-6.log
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.
Información Relacionada
Troubleshooting de Cisco IP Telephony
Notas Técnicas de Troubleshooting
© 1992-2015 Cisco Systems Inc. Todos los Derechos Reservados.
Fecha de Generación del PDF: 18 Octubre 2015
http://www.cisco.com/cisco/web/support/LA/102/1027/1027181_collect_troubleshoot_info.html