语音和统一通信 : Cisco PGW 2200 软交换

PGW2200软交换:收集TAC案例需要的故障排除信息

2015 年 8 月 28 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 4 月 22 日) | 反馈


目录


简介

当您开有Cisco技术支持中心(TAC)的时一个Case,一些初步信息要求为了改善识别并且合格问题。一些此信息总是要求,并且其他信息取决于问题的本质。如果由工程师询问收集此信息,在您开您的Case后,导致问题解决延迟。并且,问题的一好说明是请求的,需要包括方法呼叫流您那时遇到问题。消息定义语言(MDL),刺探者、嗅探器和调试信息的集能附加对案例注释,当您开Case时。

本文主要目标是识别需要的初步信息,根据问题种类。这是,因此您能立即提供信息给工程师。当您收集TAC的信息为了避免相同的数据的重复性测试和往事时,第二个目标是提供一般使用指南跟随。

本文供支持根据Cisco PGW 2200软交换的Cisco用户使用(以前SC2200和VSC3000或者思科电话控制器)媒介网关控制器(MGC)软件的数据和语音信令解决方案。

先决条件

要求

技术支持人员需要熟悉基于MGC的解决方案和他们的组件。欲知详情,参考在本文相关信息部分供应的链路。

使用的组件

本文档中的信息基于以下软件版本:

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始(默认)配置。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。

规则

有关文档规则的详细信息,请参阅 Cisco 技术提示规则

基本信息

完成这些步骤:

  1. 在您收集所有信息前,请确保您被注册作为mgcgrp的成员。为了执行此发出id命令

    /image/gif/paws/27580/collect_troubleshoot_info1.gif

  2. 发出uname命令为了发现您UNIX版本。

    collect_troubleshoot_info2.gif

  3. 发出prtconf命令为了发现RAM大小。

    collect_troubleshoot_info3.gif

    另一个方式确定RAM大小将发出uname命令

    collect_troubleshoot_info4.gif

  4. 发出df命令为了确定相当数量可用磁盘空间联机。

    collect_troubleshoot_info5.gif

  5. 保存在更加早期的步骤描述的命令的结果并且重定向输出到有或者的文件> ./filename.txt命令或>>多个附件的./filename.txt命令。

    为了收集关于Layer2和3的信息NIC操作,请发出ifconfignetstat命令。一些此信息是有效对于案例注释更新。

    collect_troubleshoot_info6.gif

  6. 是创建的需要发送对TAC工程师的netinfo.txt文件。补丁程序级别检查与使用pkginfo命令与输出重定向对文件。

    collect_troubleshoot_info7.gif

  7. 是创建的需要发送对TAC工程师的patches-installed.txt文件。发出mml命令发现当前运行的PGW2200软件版本。

    collect_troubleshoot_info8.gif

  8. 发出rtrv-ne-health命令为了发现网元的整体健康。这适用于版本9。

    collect_troubleshoot_info9.gif

导出Cisco PGW 2200配置

在大多数情况下, TAC请求的当前Cisco PGW 2200软交换配置用于对于配置错误分析它。此配置不是prov-rtrv的输出:all命令,因为它不显示使用的提供的命令。反而, TAC需要问题重新创建的配置脚本或从系统的当前*.dat文件。

  1. 为了导出和保存当前配置,请发出prov-exp :all命令从MML。

    是创建的需要发送对TAC工程师的config-exported.tar文件。

    collect_troubleshoot_info10.gif

  2. 请使用TAR存档工具在UNIX为了保存当前*.dat文件。

    是创建的需要发送对TAC工程师在案件工作的config.tar文件。

    collect_troubleshoot_info11.gif

TAC请求的更多信息

如果问题在此阶段没有解决,更多信息要求。收集了在关于日志消息和报警的此部分描述的信息。

  1. 检查OS Solaris消息。文件消息和messages.x需要发送对TAC工程师。

    collect_troubleshoot_info12.gif

  2. 发出tail命令为了检查Cisco PGW 2200软交换应用程序消息。

    与问题需要涉及的所有platform.log文件发送对TAC工程师。

    collect_troubleshoot_info13.gif

  3. 发出rtrv-alms命令为了检查Cisco PGW 2200软交换报警。

    collect_troubleshoot_info14.gif

    如果要从从CLI的日志文件收集报警与可读的日期和时间,请创建在Perl的一份重新处理的脚本(请剪贴此脚本) :

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

    CD到报警目录里:

    cd /opt/CiscoMGC/var/spool
    

    执行此命令:

    rdalm alm_yyymmdd* 

    那里yyyymmdd相关定日期。

  4. 发出rtrv-dest :all命令为了检查基本SS7网络状态。

    collect_troubleshoot_info15.gif

Coredump

万一coredump被找到在目录/opt/CiscoMGC/var下,请运行两UNIX pstack命令和pmap在Solaris 2.8下并且附加输出对案例注释。并且请上传内核文件对案例注释。

注意: 在思科内核文件通过其他工具被分析:

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

呼叫跟踪

为了避免询问“给出在PGW2200的一个更加粒状的追踪选项‘呼叫引擎进程状态的’该呼叫的呼叫跟踪”, MDL跟踪程序给a.c. ++对象例示的乘包含TraceFile对象的一集该呼叫的引擎。此MDL trace能给予问题在PGW2200涉及并且在案件的处理期间是受欢迎的一些详细信息。最好的方案是上传同样多信息,象可能您当时遇到问题。基于您运行到的方案或解决方案,您能收集在这些部分选派的信息:

收集PGW2200 MDL Trace

使用此步骤为了通过mml命令STA-SC-TRC (启动Trace)收集MDL trace。

基于在哪个Cisco PGW 2200软交换版本您运行,详细信息可以被找到为:

  1. 确定呼叫发出的产生的Ss7sigPath编号或产生的Trunkgroup编号。

  2. 转动日志:在/opt/CiscoMGC/bin/log_rotate.sh下的运行脚本。

  3. 开始MDL trace :

    mml>sta-sc-trc:<ss7sigPath name | orig trunkgroup number>:CONFIRM
    
  4. 执行一测验(请做一呼叫)。

  5. 终止MDL trace :

     mml>stp-sc-trc:all
    
  6. 识别呼叫ID (C :)坏呼叫。

    如果此测试呼叫在测试环境被做,只有一CALL_ID显示。

    注意: 这些文件能包含从全部一起被混合的许多呼叫的跟踪,如果捕获在制作PGW被采取。在文件的每个跟踪记录有与该记录关连类型的一个特定记录类型和记录信息。每个记录有与一特定呼叫涉及它的呼叫ID。

  7. 转换MDL trace到可读的格式:

    1. 去/opt/CiscoMGC/var/trace目录。

    2. 运行此指令:

      get_trc.sh <trace file name>
      

      例如:

      /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为了跳到坏呼叫的MDL trace。

  9. 选择选项C为了转换跟踪文件。

    注意: .btr文件是由PGW跟踪程序功能导致的二进制跟踪文件。文件名的主要部分在VSC mml命令sta-sc-trc给。PGW总是添加一.btr分机到这些文件。通过使用C选项,文件转换到文本格式,并且分机有是跟踪文件的.trc文件。他们包含从在仿真重播运行导致文件的MDO代码的详细的一行行的跟踪信息。所以,他们包含MDL跟踪。

  10. 跟踪文件在/opt/CiscoMGC/var/trace

  11. 收集了platform.log信息在/opt/CiscoMGC/var/log下。有时TAC工程师能请求其他platform.log相关的信息对报告的问题,当TAC案例被处理时。

收集他的MDL跟踪

参考他的技术支持服务申请信息的数据收集和步骤关于怎样收集他的MDL跟踪。

收集的刺探者/嗅探器跟踪

请使用此步骤收集刺探者/嗅探器跟踪,如果安装信息包电话中心-监听和故障排除(PTCMT),或者您运行是有用为了有一好了解呼叫流)的旧版本刺探者(。

  1. 运行所有Solaris平台的监听

    1. 为了收集UNIX监听信息,请登陆作为超级用户并且运行snoop命令-x42 - o snoop.log < IP地址>

    2. Ctrl+C退出监听。

    3. 上传snoop.log文件对案例记录。

      注意: 解释在案例注释此文件通过snoop命令的UNIX捕获。

  2. 运行思科刺探者应用程序。

    1. 为了收集思科刺探者信息,请登陆作为超级用户并且运行命令./snooper int接口PARMS列表或提供一完整说明的您能运行./snooper

    2. 对于Nailed解决方案,请运行./snooper int hme'x' isdn ss7 rlm > snooper_int1x是接口号。当您发出ifconfig - a命令时,您能也找到此。并且,请上传snooper_int1文件对案例注释。

    3. 交换式解决方案,回车./snooper int hme'x' MGCP ss7 eisup >snooper_int1,其中x是接口号。当您发出ifconfig - a命令时,您能也找到此。并且,请上传snooper_int1文件对案例注释。

    4. 对于从两接口需要捕获输出的案件,请使用此方法:

      % ( 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. 运行PTCMT。欲知更多信息,参考Cisco分组电话中心监测与排障

    为了收集PTCMT信息,运行登录作为超级用户和提供一完整说明的命令./ptcmt int接口PARMS列表或您能运行./snooper

    • Nailed解决方案,回车./ptcmt int hme'x' isdn ss7 rlm > snooper_int1,其中x是接口号。您能也使用ifconfig - a命令。并且,请上传snooper_int1文件对案例注释。

    • 交换式解决方案,回车./ptcmt int hme'x' MGCP ss7 eisup >snooper_int1,其中x是接口号。您能也使用ifconfig - a命令。并且,请上传snooper_int1文件对案例注释。

收集了关于网关的调试信息

基于,如果使用一Nailed解决方案[Ni2+]或一交换式解决方案[MGCP],在PGW2200和网关之间的调试信息能提供报告的问题的详细信息。

  • 对于Nailed解决方案,请输入debug isdn q931命令并且上传详细信息到TAC案例。

  • 对于交换式解决方案,请输入debug mgcp packet命令并且上传详细信息到TAC案例。

注意: 注意您不运行此debug命令,当CPU负载在60百分比上时。您能用show proc cpu命令检查此。并且,根据报告的问题,其它调试命令可以由TAC工程师请求。

警告 警告: 呼叫跟踪的集能影响系统性能,并且呼叫可以丢弃。在实际系统需要的呼叫跟踪执行应TAC工程师的请求,万一对日志信息的集不是肯定的。

收集的系统数据

Cisco PGW 2200软交换软件包括数据收集脚本。当您运行此脚本时,您的系统数据快照保存到日志文件。在采取所有纠正措施之前之后,发现问题和您应该运行此脚本。参考收集Cisco TAC的系统数据欲知更多信息。

这是收集数据脚本:

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_parse.pl是能提供呼叫流详细分析的跟踪工具。此工具在/opt/CiscoMGC/bin文件夹查找。迷你解析提供在MDL跟踪文件事件的一幅简单流程图(.trc)包含使用情况显示此处:

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

那里

  • - d :添加另外的消息解码

  • b :添加其他B编号分析信息

  • m :打印仅消息(没有内部信号)

  • 我:添加另外的IN信息

  • s :添加状态转换

输出可以重定向到文件。

每呼叫跟踪

您可执行高级呼叫跟踪与Cisco PGW 2200软交换版本9.7(3)补丁程序8及以后。高级呼叫trace根据现有呼叫trace功能并且添加主叫方编号、被叫号码、设置的Machine Congestion Level (MCL),原因值和呼叫持续时间作为呼叫跟踪标准。当Cisco PGW 2200软交换预先形成呼叫跟踪时,此增强使呼叫跟踪更加准确并且减少在Cisco PGW 2200软交换的系统性能影响。

关于如何开始呼叫跟踪的信息,参考开始呼叫跟踪(在版本9.7(3) Cisco PGW 2200软交换版本9操作、维护和故障排除指南的补丁程序8)部分。

相关的思科支持社区讨论

思科支持社区是您提问、解答问题、分享建议以及与工作伙伴协作的论坛。


相关信息


Document ID: 27580