Voix et communications unifiées : Commutateur logiciel Cisco PGW 2200

Commutateur logiciel PGW 2200 : Collecte des informations de dépannage pour les dossiers TAC

15 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (1 septembre 2015) | Commentaires


Contenu


Introduction

Quand vous ouvrez une valise avec le centre d'assistance technique Cisco (TAC), quelques informations préliminaires sont exigées afin de mieux identifier et qualifier la question. Certaines de ces informations sont toujours exigées et d'autres informations dépendent de la nature de la question. Si vous êtes invité à collecter ces informations par l'ingénieur après que vous ouvriez votre valise, elle a comme conséquence le retard de résolution. En outre, une bonne description du problème est demandée, qui les besoins d'inclure l'écoulement d'appel de la manière dont vous avez rencontré le problème à ce moment-là. La collecte du langage de définition de message (MDL), le fouineur, renifleur et mettent au point les informations peuvent relié aux notes en cas quand vous ouvrez la valise.

L'objectif principal de ce document est d'identifier les informations préliminaires exigées, basées sur le type de question. C'est ainsi vous pouvez fournir des informations à l'ingénieur immédiatement. Le deuxième but est de fournir des directives générales pour suivre quand vous collectez des informations pour le TAC afin d'éviter le test et le souvenir répétitifs des données identiques.

Ce document est destiné pour les clients de Cisco qui prennent en charge des données et expriment des solutions de signalisation basées sur le logiciel du contrôleur de fuite de medias du Commutateur logiciel Cisco PGW 2200 (autrefois Sc 2200 et VSC 3000, ou le contrôleur de téléphonie de Cisco) (MGC).

Conditions préalables

Conditions requises

Le personnel de support doit être au courant des solutions basées sur MGC et de leurs composants. Pour de plus amples informations, référez-vous aux liens fournis dans la section « de l'information relative » de ce document.

Composants utilisés

Les informations contenues dans ce document sont basées sur les versions de logiciel suivantes :

Les informations contenues dans ce document ont été créées à partir des périphériques d'un environnement de laboratoire spécifique. Tous les périphériques utilisés dans ce document ont démarré avec une configuration effacée (par défaut). Si votre réseau est opérationnel, assurez-vous que vous comprenez l'effet potentiel de toute commande.

Conventions

Pour plus d'informations sur les conventions de documents, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Les informations de base

Procédez comme suit :

  1. Avant que vous collectiez n'importe quelles informations, assurez-vous que vous êtes ouvert une session en tant que membre de mgcgrp. Afin de faire cette question la commande d'id.

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

  2. Émettez la commande d'uname afin de vous découvrir version UNIX.

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

  3. Émettez la commande de prtconf afin de découvrir la taille de RAM.

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

    Une autre manière de déterminer la taille de RAM est d'émettre la commande d'uname.

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

  4. Émettez la commande DF afin de déterminer la quantité d'espace disque libre disponible.

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

  5. Sauvegardez les résultats des commandes décrites dans les étapes plus tôt et réorientez la sortie au fichier avec ou > commande de ./filename.txt ou >> commande de ./filename.txt pour de plusieurs connexions.

    Afin de collecter des informations au sujet de la couche 2 et 3 de l'exécution NIC, émettez les commandes d'ifconfig et de netstat. Certaines de ces informations sont bonnes pour des mises à jour de notes en cas.

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

  6. Le fichier de netinfo.txt qui est les besoins créés d'être envoyés à l'ingénieur TAC. Le niveau de correctif est vérifié avec l'utilisation de la commande de pkginfo avec la sortie réorientée à un fichier.

    collect_troubleshoot_info7.gif

  7. Le fichier de patches-installed.txt qui est les besoins créés d'être envoyés à l'ingénieur TAC. Émettez la commande de mml de voir la version de logiciel PGW 2200 qui fonctionne actuellement.

    collect_troubleshoot_info8.gif

  8. Émettez la commande de rtrv-Ne-santés afin de voir les santés globales de l'élément de réseau. Ceci applique à la version 9.

    collect_troubleshoot_info9.gif

Exportez la configuration de Cisco PGW 2200

Dans la plupart des cas, la configuration en cours de Commutateur logiciel Cisco PGW 2200 que le TAC demande est utilisée pour l'analyser des erreurs de configuration. Cette configuration n'est pas la sortie du prov-rtrv : toute la commande, car elle n'affiche pas les commandes de ravitaillement qui sont utilisées. Au lieu de cela, le TAC a besoin du script de configuration pour la récréation de problème ou des fichiers du courant *.dat du système.

  1. Afin d'exporter et sauvegarder la configuration en cours, émettez le prov-exp : toute la commande de MML.

    Le fichier de config-exported.tar qui est les besoins créés d'être envoyés à l'ingénieur TAC.

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

  2. Employez l'utilitaire de archivage de goudron dans l'UNIX afin de sauvegarder les fichiers en cours *.dat.

    Le fichier de config.tar qui est les besoins créés d'être envoyés à l'ingénieur TAC qui travaille au cas.

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

Les informations supplémentaires demandées par le TAC

Si le problème n'est pas résolu à ce stade, plus d'informations sont exigées. Collectez les informations décrites dans cette section sur des messages et des alarmes de log.

  1. Vérifiez les messages de Solaris de SYSTÈME D'EXPLOITATION. Classez les messages et messages.x doit être envoyé à l'ingénieur TAC.

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

  2. Émettez la commande de queue afin de vérifier des messages d'application de Commutateur logiciel Cisco PGW 2200.

    Tous les fichiers de platform.log liés au problème doivent être envoyés à l'ingénieur TAC.

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

  3. Émettez la rtrv-aumône commandent afin de vérifier des alarmes de Commutateur logiciel Cisco PGW 2200.

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

    Si vous voulez collecter des alarmes à partir des fichiers journal du CLI avec les dates accessibles en lecture et les périodes, créez un script de retraitement dans le Perl (coupé-collé ce script) :

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

    CD dans le répertoire d'alarmes :

    cd /opt/CiscoMGC/var/spool
    

    Exécutez cette commande :

    rdalm alm_yyymmdd* 

    là où le yyyymmdd est l'approprié datez.

  4. Émettez le rtrv-DEST : toute la commande afin de vérifier l'état du réseau SS7 de base.

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

Coredumps

Au cas où un coredump serait trouvé sous le répertoire /opt/CiscoMGC/var, exécutez le pstack et le pmap de deux commandes UNIX sous Solaris 2.8 et reliez la sortie aux notes en cas. Téléchargez également le fichier image mémoire aux notes en cas.

Remarque: À Cisco le fichier image mémoire est analysé par l'intermédiaire d'autres outils :

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

Suivis d'appel

Afin d'éviter de demander le « appel trace » ce qui donnent une option plus granulaire de suivi sur les PGW 2200 pour « l'état de processus d'engine d'appel » de cet appel, le traceur de MDL donne l'objet courant alternatif ++ instancié par l'engine qui contient une collection d'objets de TraceFile pour cet appel. Ce suivi de MDL peut fournir quelques détails où le problème est associé sur le PGW 2200 et est bienvenu pendant la manipulation du cas. Le meilleur scénario est de télécharger autant les informations comme possible pendant le temps où vous rencontrez le problème. Basé sur le scénario ou la solution que vous exécutez dans, vous peut collecter les informations détaillées dans ces sections :

Collectez le suivi de MDL PGW 2200

Employez cette procédure afin de collecter un suivi de MDL par l'intermédiaire de la commande STA-SC-TRC (suivi MML de début).

Basé sur quelle version de Commutateur logiciel Cisco PGW 2200 vous exécutez, les informations détaillées peuvent être trouvées pour :

  1. Identifiez le nombre d'origine SS7 SigPath ou le nombre d'origine de TrunkGroup sur lesquels des appels sont placés.

  2. Tournez le log : exécutez le script sous /opt/CiscoMGC/bin/log_rotate.sh.

  3. Commencez le suivi de MDL :

    mml>sta-sc-trc:<ss7sigPath name | orig trunkgroup number>:CONFIRM
    
  4. Réalisez un essai (faites un appel).

  5. Arrêtez le suivi de MDL :

     mml>stp-sc-trc:all
    
  6. Identifiez l'id d'appel (C :) du mauvais appel.

    Si cet appel d'essai est fait dans un environnement de test, seulement des affichages un CALL_ID.

    Remarque: Ces fichiers peuvent contenir des tracés de beaucoup d'appels qui tous sont mélangés ensemble si la capture est prise sur une production PGW. Chaque enregistrement de suivi dans le fichier a un type d'enregistrement et des informations sur les enregistrements spécifiques d'un type qui associe à cet enregistrement. Chaque enregistrement a un ID d'appel qui l'associe à un appel spécifique.

  7. Convertissez le suivi de MDL en format accessible en lecture :

    1. Allez à /opt/CiscoMGC/var/trace le répertoire.

    2. Exécutez cette commande :

      get_trc.sh <trace file name>
      

      Exemple :

      /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 d'appel de type au prompt afin de brancher au suivi de MDL du mauvais appel.

  9. Choisissez le C d'option afin de convertir le fichier de suivi.

    Remarque: Les fichiers .btr sont des fichiers de suivi binaires qui sont produits par la fonction de traceur PGW. La majeure partie du nom du fichier est indiquée dans le sta-Sc-trc de commande VSC MML. Le PGW ajoute toujours une extension .btr à ces fichiers. À l'aide de l'option de C, le fichier est converti en format texte et l'extension a les fichiers .trc qui sont des fichiers de suivi des textes. Ils contiennent les informations ligne par ligne détaillées de suivi du code MDO qui est exécuté dans la rediffusion de simulation qui produit le fichier. Par conséquent, ils contiennent des suivis de MDL.

  10. Le fichier de suivi est dans /opt/CiscoMGC/var/trace.

  11. Collectez les informations de platform.log sous /opt/CiscoMGC/var/log. Dans certains cas l'ingénieur TAC peut demander l'autre platform.log relatif à l'information au problème qui est signalé tandis que le cas TAC est traité.

Collectez SES suivis de MDL

Référez-vous à SA collecte des informations pour des demandes de service de Soutien technique pour les informations et des procédures sur la façon dont collecter SES suivis de MDL.

Collectez le fouineur/tracés de renifleur

Employez cette procédure pour collecter le fouineur/tracés de renifleur si vous avez installé le centre de téléphonie de paquet - la surveillance et le dépannage (PTCMT), ou vous exécutent une vieille version du fouineur (qui est utile afin d'avoir une bonne compréhension de l'écoulement d'appel).

  1. Exécutez le fureteur sur toutes les plates-formes Solaris.

    1. Afin de collecter des informations de fureteur UNIX, procédure de connexion en tant que super utilisateur et exécutée le fureteur -x42 de commande - <ip address> o snoop.log.

    2. Presse CTRL +C pour quitter le fureteur.

    3. Téléchargez le fichier de snoop.log aux dossier-notes.

      Remarque: Expliquez dans les notes en cas que ce fichier a été capturé par l'intermédiaire de l'ordre de fureteur UNIX.

  2. Exécutez l'application de fouineur de Cisco.

    1. Afin de collecter des informations de fouineur de Cisco, la procédure de connexion en tant que super utilisateur et exécutée la LISTE ou te de l'INTERFACE PARMS de ./snooper international de commande peut exécuter ./snooper qui fournissent une description complète.

    2. Pour la solution clouée, exécutez le rlm du hme'x le RNIS ss7 de ./snooper international > le snooper_int1, où x est le nombre d'interface. Vous pouvez également trouver ceci quand vous émettez l'ifconfig - une commande. En outre, téléchargez le fichier snooper_int1 aux notes en cas.

    3. Pour la solution commutée, écrivez l'eisup >snooper_int1 du mgcp ss7 de hme'x de ./snooper international, où x est le nombre d'interface. Vous pouvez également trouver ceci quand vous émettez l'ifconfig - une commande. En outre, téléchargez le fichier snooper_int1 aux notes en cas.

    4. Pour des cas où sorti des deux besoins d'interfaces d'être capturé, utilisez cette approche :

      % ( 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. Exécutez PTCMT. Le pour en savoir plus, se rapportent au Cisco Packet Telephony Center Monitoring and Troubleshooting.

    Afin de collecter des informations PTCMT, la procédure de connexion en tant que super utilisateur et exécutée la LISTE ou te de l'INTERFACE PARMS de ./ptcmt international de commande peut exécuter ./snooper qui fournissent une description complète.

    • Pour la solution clouée, écrivez le rlm du hme'x le RNIS ss7 de ./ptcmt international > le snooper_int1, où x est le nombre d'interface. Vous pouvez également utiliser l'ifconfig - une commande. En outre, téléchargez le fichier snooper_int1 aux notes en cas.

    • Pour la solution commutée, écrivez l'eisup >snooper_int1 du mgcp ss7 de hme'x de ./ptcmt international, où x est le nombre d'interface. Vous pouvez également utiliser l'ifconfig - une commande. En outre, téléchargez le fichier snooper_int1 aux notes en cas.

Collect mettent au point les informations sur la passerelle

Basé en fonction si vous utilisez une solution clouée [Ni2+] ou une solution commutée [MGCP], mettez au point les informations entre le PGW 2200 et la passerelle peut fournir les informations détaillées du problème signalé.

  • Pour la solution clouée, sélectionnez la commande de debug isdn q931 et téléchargez les détails dans le cas TAC.

  • Pour la solution commutée, sélectionnez la commande de paquet de debug mgcp et téléchargez les détails dans le cas TAC.

Remarque: Rendez-vous compte que vous n'exécutez pas cette commande de débogage tandis que le chargement CPU est au-dessus de 60 pour cent. Vous pouvez vérifier ceci avec la commande CPU de show proc. En outre, basé sur le problème qui est signalé, d'autres commandes de débogage peuvent être demandées par l'ingénieur TAC.

attention Attention : La collecte de suivis d'appel peut affecter la performance du système et des appels peuvent être abandonnés. Des suivis d'appel sur un système vivant doivent être faits seulement sur demande de l'ingénieur TAC au cas où vous ne seriez pas sûr au sujet de la collecte de l'information de log.

Collectez les données du système

Le logiciel de Commutateur logiciel Cisco PGW 2200 inclut un script de collecte des informations. Quand vous exécutez ce script, un instantané de données de votre système est enregistré à un fichier journal. Vous devriez exécuter ce script peu de temps après que vous découvrez un problème et avant de prendre n'importe quelle action corrective. Référez-vous à collecter des données du système pour le pour en savoir plus de Cisco TAC.

Voici le script de données de collecter :

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 analysez analyser l'outil

Le mini_parse.pl est un outil de suivi qui peut fournir une analyse détaillée des écoulements d'appel. Cet outil se trouve dans le répertoire de /opt/CiscoMGC/bin. Mini-analysez fournit un organigramme simple des événements qui sont contenus dans un fichier de suivi de MDL (.trc). L'utilisation est affichée ici :

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

là où

  • - d : ajoute le message supplémentaire décodent

  • b : ajoute les informations supplémentaires d'analyse de nombre B

  • m : imprime des messages seulement (aucun signal interne)

  • i : ajoute supplémentaire DANS les informations

  • s : ajoute des transitions d'état

La sortie peut être réorientée à un fichier.

Par suivi d'appel

Vous pouvez exécuter les suivis avancés d'appel avec le correctif 8 de la version de Commutateur logiciel Cisco PGW 2200 9.7(3) et plus tard. Le suivi avancé d'appel est basé sur la fonction existante de suivi d'appel et ajoute le numéro de l'appelant, le numéro appelé, la configuration du niveau d'encombrement d'ordinateur (MCL), la valeur de cause, et la durée de l'appel comme des critères de suivi d'appel. Cette amélioration rend le suivi d'appel plus précis et réduit des incidences de performance du système sur le Commutateur logiciel Cisco PGW 2200 quand les préformations de Commutateur logiciel Cisco PGW 2200 appellent des suivis.

Pour les informations sur la façon dont commencer le suivi d'appel, référez-vous à commencer un suivi d'appel (sur la section de correctif de version 9.7(3) 8) des exécutions de version 9 de Commutateur logiciel Cisco PGW 2200, de la maintenance, et du guide de dépannage.

Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Informations connexes


Document ID: 27580