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

排除在Cisco PGW 2200的无声呼叫故障

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


目录


简介

本文为在Cisco PGW 2200 PSTN网关的语音呼叫提供故障排除信息(Cisco PGW 2200)的一个方向静音。本文档中的信息特定适用对思科PSTN网关解决方案使用媒介网关控制器(MGC)和Cisco AS5x00网关与Cisco PGW 2200的组合。

开始使用前

规则

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

先决条件

本文档没有任何特定的前提条件。

使用的组件

本文档中的信息基于以下软件和硬件版本。

平台 平台名字 版本
PGW2200节点 Cisco MGC 9.2(2) [从补丁程序S(29)] 9.3(2) [从补丁程序S(7)] 9.4(1)
PSTN网关 AS5x00 12.2T或更加高

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

呼叫流

了解在直通的不同的设置通过routing.mml可帮助您了解Cisco PGW 2200概念的不同的呼叫流。

典型的呼叫流用在ANM的直通

一个典型的呼叫流用在ANM的直通(例如3)如下所示:

Originating TDM Originating Gateway PGW Terminating Gateway            Terminating TDM
                       --------------IAM-------------> 
                                                    <-CRCX-- 
                                                 (M: inactive) 
                                                    --- OK----> 
                                                                                      ---CRCX-> 
                                                                                 (M: sendrecv) 
                                                                                       <--OK----- 
                                                                                      --------------------IAM---------> 
                                                                                       <---------------- ACM----------- 
                       <--------------ACM-------------- 
                                                    <-MDCX-- 
                                                (M: recvonly) 
                                                     --OK------> 
                                                                                       <-----------------ANM----------- 
                       <--------------ANM-------------- 
                                                      <--MDCX--- 
                                                (M: sendrecv) 
                                                     ----OK----> 
                                                                                         ----MDCX--> 
                                                                                  (M: sendrecv) [See note below] 
                                                                                         <---OK--[See note below]

注意: 可选MDCX发送到终端网关打开回波取消,只有当:

  • 中继组属性“EchoCanRequired”设置,和

  • 期限TDM交换机没有提供回波取消(例如,在ACM消息的Echo_control_device_indicator参数从期限TDM调整到零)。

典型的呼叫流用在ACM的直通

一个典型的呼叫流用在ACM的直通(例如直通等于2)如下所示:

Originating TDM Originating Gateway             PGW           Terminating Gateway            Terminating TDM 
                           --------------IAM-------------> 
                                                        <--CRCX--- 
                                                           (M: inactive) 
                                                        --- OK-----> 
                                                                                          ---CRCX---> 
                                                                                      (M: sendrecv) 
                                                                                           <--OK---- 
                                                                                           --------------------IAM---------> 
                                                                                            <---------------- ACM----------- 
                          <-------------ACM----------------- 
                                                          <---MDCX---- 
                                                           (M: sendrecv) 
                                                           ----OK----> 
                                                                                             ----MDCX--> 
                                                                                            (M: sendrecv) [OPTIONAL, see note 1] 
                                                                                             <---OK---[OPTIONAL, see note 1] 
                                                                                              <------------------ANM------------ 
                          <-------------ANM------------------ 

注意: 当呼叫忙碌或有某类通告播放给呼叫方,没有理由打开两个方向的语音路径。如果认为您有一报告的无声呼叫,发出一debug mgcp packet命令在始发和终接网关与与消息连接的show call history voice命令的组合与零的发送的数据包计数,在PGW2200的一show call history voice brief命令和Cisco消息定义语言(MDL) trace了解问题。刺探者trace也将帮助您了解问题。MDL trace提供一个完整SS7和介质网关控制协议(MGCP)呼叫流。

客户报告静音的呼叫

以下条件造成PGW2200标记无声在platform.log的呼叫(在删除连接[DLCX]期间)和检测。这些日志包含有网关信息和CIC信息的呼叫ID。

  1. PGW2200在容错模式配置。

  2. 呼叫应答了(呼叫顺利地是直通。)。

  3. 250 OK消息接收与(P :)以回应DLCX。

  4. 或者Packet Sent (PS)等于0或Packet Received (PR)等于0 (P :)。

  5. 呼叫持续时间是超过1秒。

收集另外的呼叫信息

要收集另外的呼叫信息,请使用以下步骤:

  1. 建立对网关as5xxx-1的Telnet连接。

  2. 发出以下命令再查找与终端和无声呼叫消息联接从platform.log的呼叫ID上一步:

    as5xxx-1 > show mgcp connection
    

    下列是从show mgcp connection命令的输出示例: VoIP连接的:

    Endpoint Call_ID(C) Conn_ID(I) (P)ort (M)ode (S)tate (C)odec (E)vent[SIFL] (R)esult[EA] 
    1. S0/DS1-0/1 C=103,23,24 I=0x8 P=16586,16634 M=3 S=4,4 C=5 E=2,0,0,2 R=0,0

字段说明show mgcp connection命令VoIP的如下所示。

  • 终端—每呼叫的终端,显示在数字终端命名规则插槽编号(S0)和数字线路(DS1-0)第(1)。

  • Call_ID (C) — MGCP呼叫ID由呼叫代理、内部呼叫控制应用程序编程接口(CCAPI)呼叫ID此终端的和CCAPI呼叫ID发送对等体呼叫段的。CCAPI是API该提供呼叫控制控制工具对应用程序。

  • Conn_ID (I) —在ACK消息生成由网关和发送的连接ID。

  • (P) ort —用于此连接的端口。第一个端口是本地用户数据报协议(UDP)端口。第二个端口是远程UDP端口。

  • (M)抒情诗—呼叫模式, where:

    • 0 —指示模式的一值无效。

    • 1 —表明网关应该只发送数据包。

    • 2 —表明网关应该只收到数据包。

    • 3 —表明网关能发送和收到数据包。

    • 4 —表明网关不应该发送和收到数据包。[Inactive]

    • 5 —表明网关在Loopback模式应该安置电路。

    • 6 —表明网关在测试模式应该安置电路。

    • 7 —表明网关应该使用电路数据的网络访问。

    • 8 —表明网关在网络回环模式应该安置连接。

    • 9 —表明网关在网络连续性测试测试方式应该安置连接。

    • 10 —表明网关在会议模式应该安置连接。

  • (S) tate INFO —示例:S=4,4拳头整数显示本地MGCP呼叫状态,并且第二个整数显示远程MGCP呼叫状态。

    MGCP_CALL_IDLE = 0,空闲
    MGCP_CALL_SETTING = 1,从PSTN的呼入呼叫
    MGCP_CALL_CONNECTING = 2,接收的MGCP CRCX
    MGCP_CALL_CONFERENCING = 3,已连接的呼叫,等候conf
    MGCP_CALL_ACTIVE = 4,创建的会议
    MGCP_CALL_CONF_DESTROYING = 5,毁坏会议
    MGCP_CALL_DISCONNECTING = 6,毁坏的Conf,断开呼叫
    MGCP_CALL_INACTIVE = 7,在非激活模式的呼叫
    MGCP_CALL_VOICE_CONNECTING = 8,创建仅电话呼叫段
    MGCP_CALL_VOICE_ACTIVE = 9,创建的电话呼叫段
    MGCP_CALL_CONF_DISSOCIATING = 10,毁坏conf
    MGCP_CALL_CALLLEGS_DISSOCIATED =11,毁坏的Conf,没有呼叫discon
    MGCP_CALL_HP_CONNECTING = 12,连接TDM发夹呼叫段
    MGCP_CALL_HP_CONNECTED = 13,连接的一个HP呼叫段
    MGCP_CALL_HP_CONFERENCING = 14,会议TDM发夹呼叫段
    MGCP_CALL_HP_ACTIVE = 15, TDM hairpining活动状态
    MGCP_CALL_VOIP_CONF_DESTROY = 16,毁坏的Conf,做HP呼叫
    MGCP_CALL_ERROR_STATE = 17,呼叫在错误状态
    MGCP_CALL_CONNECTING_INACTIVE = 18,创建未激活的连接
    MGCP_CALL_CONF_DESTROYING_INACTIVE = 19, Conf毁坏非激活conn
    MGCP_CALL_CONT_TEST = 20, AAL2/IP连续性测试(xrbk)
    MGCP_CALL_SETUP_WAIT = 21,等待的设置信息
    MGCP_CALL_WAIT_NSE_SENT = 22,等待NSE事件发送
    MGCP_CALL_TWC_ACTIVE = 23, TWC活动呼叫
    MGCP_CALL_WAIT_STATE = 24, App等待呼叫控制
    MGCP_CALL_HANDOVER = 25, App获取上一步控制
    MGCP_CALL_EM_DISCONNECTING = 26,断开呼叫, E&M终端
    MGCP_CALL_MAX_STATE = 27

  • (C) odec INFO —示例:C=1

    MGCP_CODEC_UNDEFINED 0
    MGCP_G711_U, 1 = mu-law G.711
    MGCP_G711_A, 2 = G.711 A律
    MGCP_G726_32K, 3 = G.726 32K
    MGCP_G726_24K, 4 = G.726 24K
    MGCP_G726_16K, 5 = G.726 16K
    MGCP_G729, 6 = G.729
    MGCP_G729_A, 7 = G.729-A
    MGCP_G729_B, 8 = G.729-B
    MGCP_G729_B_LOW_COMPLEXITY, 9 = G.729-B
    MGCP_G728, 10 = G.728
    MGCP_G7231_HIGH_RATE, 11 = G.723.1高速率
    MGCP_G7231_A_HIGH_RATE, 12 = G.723.1附件A高速率
    MGCP_G7231_LOW_RATE, 13 =低率的G.723.1
    MGCP_G7231_A_LOW_RATE, 14 =低率G.723.1的附件A
    MGCP_GSM_FULL_RATE, 15 =高速的GSM
    MGCP_GSM_HALF_RATE, 16 =半速率的GSM
    MGCP_GSM_ENHANCED_FULL_RATE, 17 = GSM增强全速
    MGCP_GSM_ENHANCED_HALF_RATE, 18 = GSM提高了半速率
    MGCP_CLEAR_CHANNEL = 128, 128 = Nx64纯信道
    MGCP_NSE = 129 NSE

  • (E)通风孔—示例:E=3,0,2,3事件字段读如下:E=last_successful_mgcp_event, last_successful_internal_event, last_failed_app_event, last_requested_app_event

    MGCP_APP_EV_ACK = -1, MGCP ACK
    MGCP_APP_EV_CREATE_CONN = 0, MGCP创建连接信息
    MGCP_APP_EV_DELETE_CONN, =1 MGCP删除连接信息
    MGCP_APP_EV_MODIFY_CONN, =2 MGCP修改连接信息
    MGCP_APP_EV_NOTIFY_REQ, =3 MGCP通知请求数据
    MGCP_APP_EV_ALERT, =4 CCAPI提醒的事件
    MGCP_APP_EV_CALL_CONNECT,=5 CCAPI呼叫连接事件
    MGCP_APP_EV_CONF_RDY,=6 就绪CCAPI的会议
    MGCP_APP_EV_CONF_DESTROY,=7 毁坏的CCAPI会议
    MGCP_APP_EV_CALL_DISCONNECT,=8 CCAPI呼叫断开
    MGCP_APP_EV_CALL_PROCEED, =9 CCAPI呼叫进行
    MGCP_APP_EV_OFF_HOOK,=10 CCAPI摘机/call设置ind
    MGCP_APP_EV_ON_HOOK, =11 被断开的CCAPI挂机/call
    MGCP_APP_EV_MEDIA_EVT,=12 MGCP传播噱头
    MGCP_APP_EV_INT_EVT,=13 MGCP内部事件
    MGCP_APP_EV_DISSOC_CONF,=14  
    MGCP_APP_EV_ASSOC_CONF,=15  
    MGCP_APP_EV_MODIFY_DONE,=16 CCAPI呼叫修改完成的ev
    MGCP_APP_EV_VOICE_MODE_DONE,=17 语音Cut-thru发生
    MGCP_APP_EV_NSE,=18 CCAPI NSE事件
    MGCP_APP_EV_CALL_HANDOFF,=19 对某个其他app的移交呼叫
    MGCP_APP_EV_MAX_EVENT  

  • (R) esult —示例:R=0,0成果字段解释如下:R=Event_result, (布尔型)我们需要发送ACK ?

    MGCP_APP_EVR_NORMAL_OK = 0, 处理的MGCP正常事件好
    MGCP_APP_EVR_INVALID_OK, 处理的MGCP无效事件好
    MGCP_APP_EVR_CALLP_REL, 呼叫记录发布
    /* MGCP协议错误*
    MGCP_APP_EVR_INVALID_CALL_ID = 10, TGW查找无效呼叫ID
    MGCP_APP_EVR_INVALID_CONNECTION_ID, TGW查找无效连接ID
    MGCP_APP_EVR_DUPLICATED_MESSAGE, TGW查找被复制的sgcp信息
    MGCP_APP_EVR_MGCP_ACK_FAILURE, TGW不能发送sgcp ACK数据
    MGCP_APP_EVR_MGCP_DELETE_FAILURE, TGW不能发送sgcp删除信息
    MGCP_APP_EVR_MGCP_CREATE_ACK_FAILURE, TGW不能发送创建ACK数据
    MGCP_APP_EVR_MGCP_CREATE_ACK_MISSING, TGW没有发送sgcp ACK数据
    MGCP_APP_EVR_MGCP_DELETE_ACK_FAILURE, TGW不能发送删除ACK数据
    MGCP_APP_EVR_MGCP_NOTIFY_FAILURE, TGW不能发送sgcp通知信息
    MGCP_APP_EVR_INVALID_STATE, TGW查找事件在错误的状态
    /*资源问题*
    MGCP_APP_EVR_TGW_DOWN = 30, 在从容关机模式的TGW
    MGCP_APP_EVR_TGW_NOT_READY, TGW为事件不准备
    MGCP_APP_EVR_CALL_VDB_FAILURE, TGW不能获取vdbptr
    MGCP_APP_EVR_PREV_RTP_PORT_LOCKED, TGW查找上一个RTP端口锁定
    MGCP_APP_EVT_CONN_RECORD_MISSING, TGW找不到conn记录
    MGCP_APP_EVR_ENDP_NOT_READY, TGW为事件不准备
    MGCP_APP_EVR_MEM_RSRC_ERROR, TGW安排瞬变mem alloc犯错
    MGCP_APP_EVR_CALL_CAC_FAILURE, GW没有带宽
    MGCP_APP_EVR_CONF_RSRC_ERROR, GW不能获得conf资源
    /*事件失败*
    MGCP_APP_EVR_REQ_EVENT_FAILURE = 40, TGW不能处理请求的事件
    MGCP_APP_EVR_INVALID_CCAPI_EVENT, TGW不能处理ccapi事件
    MGCP_APP_EVR_IGNORE_CCAPI_EVENT, TGW将忽略ccapi事件
    /*信号故障*  
    MGCP_APP_EVR_SIGNAL_FAILURE = 50, TGW不能处理信号
    MGCP_APP_EVR_ABNORMAL_ONHOOK, TGW查找异常挂机
    MGCP_APP_EVR_INVALID_OFFHOOK, TGW查找无效摘机
    MGCP_APP_EVR_INVALID_COT, TGW查找无效轻便小床
    MGCP_APP_EVR_COT_FAILURE, 失败的TGW执行COT
    MGCP_APP_EVR_COT_DISABLE_FAILURE, 失败的TGW禁用COT
    /*呼叫建立故障*
    MGCP_APP_EVR_CALL_SETUP_REQ_FAILURE = 60, TGW不能设置呼叫请求
    MGCP_APP_EVR_CALL_SETUP_IND_FAILURE, TGW不能处理呼叫征兆
    MGCP_APP_EVR_CALL_CONTEXT_FAILURE, TGW不能设置上下文
    MGCP_APP_EVR_CALL_PEER_FAILURE, TGW不能设置对等体
    MGCP_APP_EVR_CALL_VOX_CALL_FAILURE, TGW不能设置voip/voaal2呼叫
    MGCP_APP_EVR_CALL_VOIP_CALL_FAILURE, TGW不能设置VoIP呼叫
    MGCP_APP_EVR_CALL_DISCONNECT_FAILURE, TGW不能断开呼叫
    MGCP_APP_EVR_CALL_MODIFY_FAILURE, TGW不能修改呼叫parm
    MGCP_APP_EVR_CALL_ALERT_FAILURE, TGW不能警告呼叫
    MGCP_APP_EVR_CALL_DELETE_FAILURE, TGW不能删除呼叫
    MGCP_APP_EVR_CALL_UNKNOWN_FEATURE, TGW不能处理未知的功能
    MGCP_APP_EVR_UNSUPPORTED_CODEC, TGW查找不支持的编码
    MGCP_APP_EVR_NO_DIGIT_MAP, TGW找不到数字映射
    MGCP_APP_EVR_IGNORE_DIGIT, TGW不能处理位
    MGCP_APP_EVR_DIGITS_OVERFLOW, TGW不能处理许多位
    MGCP_APP_EVR_DIGITS_NOTIFY_FAILURE, TGW不能传送位
    MGCP_APP_EVR_CODEC_NOT_MATCHED, TGW编码不匹配rmt TGW
    MGCP_APP_EVR_INVALID_CONN_MODE, TGW不能了解con模式
    /*对等体失败*
    MGCP_APP_EVR_PEER_MISSING = 90, TGW查找不找到对等体
    MGCP_APP_EVR_PEER_NOT_READY, TGW不就绪查找的对等体
    MGCP_APP_EVR_PEER_IN_WRONG_STATE, TGW在错误的状态寻找对等体
    MGCP_APP_EVR_PEER_DISCONNECT_FAILURE, TGW不能断开对等体
    MGCP_APP_EVR_NO_CONFERENCE_ID, TGW找不到会议ID
    MGCP_APP_EVR_CONF_CREATE_FAILURE, TGW不能创建会议
    MGCP_APP_EVR_CONF_DESTROY_FAILURE, TGW不能毁坏会议
    MGCP_APP_EVR_UNKNOWN_CONN_TYPE, TGW不能处理con类型
    MGCP_APP_EVR_INVALID_ENDPOINT, TGW不能连接到终端
    MGCP_APP_EVR_INVALID_NSE_EVENT = 100, 无效NSE事件
    MGCP_APP_EVR_NSE_RCVD_ON_WRONG_LEG, NSE事件来到一个错误的段
    MGCP_APP_EVR_SEND_NSE_FAILURE, 不能发送NSE事件
    MGCP_APP_EVR_PLAY_TONE_FAILURE, 不能播放NSE请求的音
    /*临时错误*
    MGCP_APP_EVR_TRANS_ERROR = 110, TGW终端在转换状态
    MGCP_APP_EVR_MAX_RESULT  

可能的原因和推荐的操作

了解和定义您的问题

无声呼叫可能与软件问题或其他问题连接。请使用以下步骤开始排除故障在Cisco PGW 2200的无声呼叫。

  1. 了解客户的问题说明。无声呼叫可以与与软件错误没有连接例如IP路由和第1层问题的其他项目涉及。每个根本原因的解决方案经常显示需要首先修复的另外的较底层问题。

  2. 在用户位置计算失败呼叫比与无声呼叫每24小时监听。

  3. 避免正确地定义百分之几呼叫警报。

  4. 设法再生产此情况了解问题的实时原因。

检查在PGW2200的CPU负载

要检查在PGW2200的CPU负载,请发出以下命令:

mml> rtrv-ne-health

此命令显示信息的以下类型:

MGC-01 - Media Gateway Controller 2003-02-14 15:36:50.788 GMT 
M RTRV 
"Platform State:ACTIVE" 
"Machine Congestion Level = MCL 0 (No Congestion)" 
"Current in progress calls = 83, call attempts = 2 cps" 
"CPU 0 Utilization = 1 % CPU 1 Utilization = 0 %" 
"CPU 2 Utilization = 2 % CPU 3 Utilization = 0 %" 
"Memory (KB):3715344 Free virtual, 8390328 Total virtual, 4194304 
Total rea" 
"Filesystem kbytes used avail capacity Mounted on" 
"/dev/dsk/c0t0d0s0 494235 47099 397713 11% /" 
"/dev/dsk/c0t0d0s4 10678328 5494165 5077380 52% /opt" 
;

检查Calls Per Second (CPS)信息并且设法计算此与您使用的网关的组合。可能一些网关有高CPU负载由于进来相当数量的呼叫。以下结果显示到platform.log里能也解释系统的状况。

Fri Nov 13 10:18:28:119 2002 CET | engine (PID 14488) <Error>engMclMgrImpl::updateSystemMcl:
 System Mcl = 1, MclName = cpu, Load = 84 AvgLoad = 68

注意: 在本例中,有CPU超负荷情况由于在几分钟之内消退的高数据流。由于峰值时间期限,这是。那时,请设法与无声呼叫连接此信息。

检查在网关的CPU负载

要获取一种状态在一定数量的时刻期间,请发出以下命令:

as5xxx-1> show proc cpu history

高CPU负载可以由连接的其中一个项目引起处理交换。要检查此,请发出show running-config|route命令的incl

as5xxx-1> show running-config | incl route 

要避免在网关的高CPU负载,请勿有以下in命令您的配置:

no ip route-cache
no ip route-cache cef 

注意: 在网关应该配置ip route-cacheip route-cache cef命令

如果看到以上任何一个,是很可能进程交换而不是快速交换的您,并且系统负载非常高,呼叫可能丢失,并且语音质量差。另外, MGCP消息不可以确认(ACK)或生成。

在附属以太网没传送的RSIP信息

根据ip host命令在网关配置的方式,它不会传送在附属以太网的RSIP信息。网关尝试发送到尝试第二舍入的第一个IP地址在故障切换前到第二个IP地址的原因与思科IOSï ¿  ½软件配置连接。这强制(查看一ip host命令,no ip domain-lookup命令配置)的DNS查找。当这发生时,第一个IP地址再返回并且使用。要避免此行为,请使用以下in命令MGCP配置文件:

as5xxx-1> mgcp profile 
as5xxx-1> no max1 lookup 

注意: 您需要重新加载no max1 lookup命令配置的路由器能生效。

无声呼叫故障排除建议

执行以下步骤确定是否有在您的网络的另外的问题。

  1. 确定呼叫持续时间是否少于10秒是。

  2. 确定Transmit(Tx)数据包或接收(Rx)数据包是否是零。

    as5xxx-1> show mgcp connection 

    并且在Call_ID的检查,是3334373此示例的。

    Endpoint            Call_ID(C)   Conn_ID(I)                                 (P)ort                 (M)ode (S)tate (CO)dec (E)vent[SIFL] (R)esult[EA] 
                1. S6/DS1-1/31 C=345F3D,3334373,3334374  I=0x197074  P=19544,18424  M=3  S=4,4 CO=6 E=2,0,0,2  R=0,0
  3. 使用以下,设法连接Call_ID :

    as5xxx-1 > show call active voice brief | incl Call_ID
     
    Tele 0/0:0 (call_id): tx:0/0/0ms None noise:0 acom:0  i/0:0/0 dBm 
    
  4. 这时,您在Conn_ID能找到从show call active voice命令的信息,连接查找Tx数据包、Tx字节、Rx数据包和Rx字节信息。此信息能告诉您发送和接收的数据包的数量。

    Telephony call-legs: 1 
    SIP call-legs: 0 
    H323 call-legs: 0 
    Total call-legs: 2 
    0    : 482619719hs.1 +0 pid:0 Originate  active 
     dur 00:12:35 tx:42517/711257 rx:24197/661142 
     Tele 6/1:0 (3334373): tx:755060/278000/0ms g729r8 noise:-120 acom:90  i/0:-51/-12 dBm 
    0    : 482619719hs.2 +-1 pid:0 Originate  connecting 
     dur 00:00:00 tx:24192/660942 rx:42517/711257 
     IP 0.0.0.0:18424 rtt:1ms pl:280000/37390ms lost:347/1/0 delay:40/30/120ms g729r8 

    在这种情况下,您能找到本地和远程网关详细信息。

    as5xxx-1 > show voip rtp connections 
    VoIP RTP active connections : 
    No. CallId  dstCallId  LocalRTP RmtRTP LocalIP         RemoteIP 
    1   3334374 3334373    19544    18424  193.41.31.2     193.41.24.5
  5. 确定无声呼叫的大部分在忙时,是否发生。

在少见的情况下,由Cisco AS5400的发送的数据包不可以由Cisco AS5300 TDM接口接收。如果这发生, Cisco AS5400 DLCX ACK显示Tx数据包,但是Cisco AS5300不显示任何Rx数据包。回环接口对MGCP连接是重要与mgcp bind命令的组合

注意: MGCP实施使用在MGC的最好的可用的IP地址作为源地址与呼叫代理联络。若被设定媒体流使用环回地址,否则最好的可用的IP地址作为其源地址。没有定义方式更改此行为。bind命令允许更加灵活性选择控制和媒体数据包的源地址。

如下所示解释命令的行为的一些个情况。对于所有这些案件,适当的警告消息根据情况将显示。

  • 当有在网关的激活MGCP呼叫, bind命令为控制和媒体将拒绝。

  • 如果bind interface不上升,则命令接受,但是不采取影响,直到接口出来。

  • 如果IP地址在bind interface没有分配, bind命令接受,但是生效,在有效IP地址分配之后,在此时间,如果MGCP呼叫是UP, bind命令删除。

  • 当限制接口断开,或者由于指南时请关闭在接口或由于一可操作的失败,捆绑活动在该接口禁用。

  • 当捆绑在MGC时没有配置,来源MGCP控制和媒体使用的IP地址是最好的可用的IP地址。

与无声呼叫涉及的另外的任务

PGW2200使用标记一无声呼叫的其中一个标准是呼叫应该在答案状态,因此意味着应该由PGW2200传送了ANM信息到产生的SS7交换机。在发送ANM消息前对产生的SS7交换机, PGW2200传达MDCX给GW设置模式为发送RECV。如果MDCX没有由GW确认由于连接或其他问题,呼叫不到达答案状态,因此没有被跟踪作为一无声呼叫。那时,错误日志将被发送到platform.log文件在选择/CiscoMGC/var/日志。

被再发出的mgcp命令

如果mgcp命令消息(CRCX、DLCX, MDCX)被再发出的归结于超时(例如PGW2200发送的MDCX [sendrecv]四次),但是网关没有ACK它,呼叫发生故障,并且没有由PGW2200认为一无声呼叫。PGW2200标记一无声呼叫(静音消息到platform.log里)在DLCX期间,如果:

  1. 呼叫应答了,和

  2. 一个250 OK消息有连接参数(P :),和

  3. PS或PRS是0在(P :)

注意: 这可以与作为一实时无声呼叫没连接的其他项目连接。例如,如果主叫方挂断,当被叫方回答时,您看到消息和正确。但是这不是一无声呼叫。对于发夹呼叫(发夹是名称给对在同一路由器或网关产生并且终止)的呼叫,以回应DLCX的250 OK消息没有连接参数(P :)。这些呼叫是没有被标记作为静音。

了解错误日志

错误在重新发送的信息以下格式写入:

mgcp_link_comp_id ioCcMgcpConnMgr: mgcpCmdRequestTimeout: Successfully resent txn:transaction_id msg:
 message cnt:no_of_retry remaning

示例:

Tue Jul 16 11:05:46:219 2002 EST | mgcp-1 (PID 20828) <Error> 
00100001 ioCcMgcpConnMgr: mgcpCmdRequestTimeout: Successfully resent txn:1718 msg:DLCX 1718 s13/ds1-20/28@tasty-7 MGCP 0.1 
C: 72 
I: 16 
R: 
S: 
X: 6B5 
 cnt:1.

删除的处理

如果处理在最大重试次数以后删除,错误在以下格式写入:

MGCP Link Comp Id ioCcMgcpConnMgr: mgcpCmdRequestTimeout: type message type, cnt: <-1>,
 txn:transaction_id, connMsgPtr pointer to message

示例:

Tue Jul 16 11:05:50:218 2002 EST | mgcp-1 (PID 20828) <Error> 
00100001 ioCcMgcpConnMgr: mgcpCmdRequestTimeout: type 5, cnt:-1, txn: 1718, connMsgPtr 0027b718

发出show mgcp stat命令检查失败的项目和设法知道处理为什么删除。

收集在PGW2200的MDL Trace

如果所有项目正确,请运行MDL trace并且从show log命令收集所有详细信息在GW。以下步骤显示如何收集MDL trace :

  1. 识别产生的Ss7sigPath编号或产生呼叫发出的Trunkgroup编号。

  2. 通过发出以下命令开始MDL trace :

    mml> sta-sc-trc:ss7sigPath name | orig
    		  trunkgroup number
    
    
  3. 执行一测验。

  4. 通过发出以下命令终止MDL trace :

    mml> stp-sc-trc:all
    
  5. 识别呼叫ID (C :)从MGCP调试的坏呼叫在网关。

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

    mml> get_trc.sh trace file name
    
    
  7. 键入呼叫ID在提示符跳到坏呼叫的MDL trace。

  8. 选择选项C转换跟踪文件。

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


相关信息


Document ID: 44183