快速解决拨打某些国际长途忙音问题.PDFVIP

快速解决拨打某些国际长途忙音问题.PDF

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
快速解决拨打某些国际长途忙音问题.PDF

快速解决拨打某些国际长途忙音问题 快速解决拨打某些国际长途忙音问题 目录 技术领域 问题描述 呼叫流程 故障排除思路 故障排除步骤 总结 技术领域 Cisco Callmanager, Voice Gateway, ISDN 问题描述 当客户使用Cisco IP电话拨打某些日本和澳大利亚的国际长途电话时,主叫听到的是忙音。 呼叫流程 IP phone(SCCP)CCM(MGCP)ISR(ISDN 5ESS)PSTNJapan/ANZ. 故障排除思路: 根据呼叫流程,此问题只发生在国际长途呼叫中,所以我们会采用从PSTN最近端的ISR开始,然后 逐跳分析。 故障排除步骤 1. 在离PSTN最近端设备,ISR上面打开debug ISDN q931, 看到如下输出: Dec 28 14:53:10.008 TW: ISDN Se0/0/0:23 Q931: TX - SETUP pd = 8 callref = 0x0452 Bearer Capability i = 0x8090A2 Standard = CCITT Transfer Capability = Speech Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA98396 Exclusive, Channel 22 Calling Party Number i = 0x0081, Plan:Unknown, Type:Unknown Called Party Number i = 0x80, 00261123456789 Plan:Unknown, Type:Unknown*Dec 28 14:53:10.252 TW: ISDN Se0/0/0:23 Q931:RX - SETUP_ACK pd = 8 callref = 0x8452Channel ID i = 0xA98396 Exclusive, Channel 22 Progress Ind i = 0x8288 - In-band info or appropriate now available *Dec 28 14:53:10.252 TW: ISDN Se0/0/0:23 Q931: TX - STATUS pd = 8 callref = 0x0452 Cause i = 0x80E1 - Message type not implemented Call State i = 0x01*Dec 28 14:53:10.368 TW: ISDN Se0/0/0:23 Q931: RX - RELEASE pd = 8 callref = 0x8452 Cause i = 0x82E5 - Message not compatible with call state*Dec 28 14:53:10.380 TW: ISDN Se0/0/0:23 Q931: TX - RELEASE_COMP pd = 8 callref =0x0452 由于呼叫是被PSTN端release,我们请到了PSTN端的相关技术人员协助我们。同时,根 据我们收到SETUP_ACK信息可以断定,PSTN端认为这是一个overlap sending模式的 呼 叫。 2. PSTN的技术人员定位到setup_ack和release是目标局端ANZ的co switch发回的,他的建议是 我们在ISDN setup信息中加入sending complete IE. 3. 在MGCP协议中,由于ISDN D –Channel backhaul 到call control (Callmanager)上, 所有的 ISDN信令都由 callmanager来控制。而在使用H323协议的时候,我们可以通过在网关的 ISDN接口加上isdn sending -complete来强制加入sending complete IE。 4. 由于改成H323对用户的影响过大,最后我们通过在Callmanager和语音网关上把ISDN交换机 的类型改

文档评论(0)

tangtianbao1 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档