语音和统一通信 : Cisco Unified Communications Manager (CallManager)

求集成配置示例的立方CUCM

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

简介

本文描述Cisco Unified Border Element (多维数据集)配置基础与Cisco Unified Communications Manager (CUCM)的。

贡献由威廉赖安班奈特和史蒂文Smith, Cisco TAC工程师。

先决条件

要求

思科建议您的系统没有域名系统(DNS)配置,并且您有这些主题知识:

  • CUCM版本8.6通过版本10.x
  • Cisco IOS版本15.1(2)T和以后

注意:IP地址变化基于在网络的编址方案。

使用的组件

本文档中的信息根据事实任何数量的CUCM服务器、所有思科集成业务路由器(ISR), ISR生成2 (G2),或者思科聚合服务路由器(ASR)可以是多维数据集。数字信号处理器(DSP)没有为基本多维数据集操作要求。

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

配置

CUCM对多维数据集集成的多维数据集旁拉

当您第一设置多维数据集时,您必须使路由器为了路由呼叫类似多维数据集。此镜像显示在多维数据集的一基本语音服务VoIP配置:

这是关于此配置的一些重点:

  • 配置的第一行是模式边界网元,启用在路由器的多维数据集。当他们运行作为多维数据集时,一些设备没有此配置。

  • 允许连接啜饮啜饮使多维数据集接受会话初始化协议(SIP)呼叫和路由他们作为SIP呼叫。有H323的选项。

  • 传真协议t38是ISR G2路由器的一个默认配置。它为多维数据集配置不是需要的。

  • 被强制的Early-offer允许多维数据集路由在一次延迟的提供的呼叫及早提供方案。几乎所有供应商需要早提供SIP呼叫。实际上推荐发送从CUCM的早提供为了避免早期的媒体直通问题。

  • Midcall信令passthru仅是为SIP对SIP呼叫。它要求为了一些附加服务能工作。

  • AnnexB所有的G729是最佳的,在多维数据集协商与不按照G729r8和G729br8编码的RFC格式的供应商处。

在多维数据集的拨号对等配置

多维数据集的Dial-peer是类似Cisco IOS网关的其他dial-peer。差异是从一VoIP拨号对等体的呼叫路由给另一VoIP拨号对等体。

注意有两dial-peer在这里:流入和流出的。多维数据集总是匹配两dial-peer。流入的拨号对等体是从多维数据集方面,从CUCM或从SIP供应商。流出拨号对等体派遣往CUCM或对SIP供应商。

ICisco建议您通过重要数字、外部电话号码掩码和转换进行大多数在CUCM的数字操作。参考明白匹配在IOS平台条款的呼入和呼出拨号对端关于dial-peer的更多信息。

数字操作在多维数据集可以进行,以与在Cisco IOS语音网关相似的方式执行。使用语音转换配置文件条款欲知更多信息,参考编号转换

基本IP寻址

在多维数据集的IP寻址完成方式和一样在其他Cisco IOS设备,但是使用路由表为了确定从哪个接口多维数据集发出SIP流量。关于接口的show ip route a.b.c.d命令提供信息多维数据集用途为了发出SIP流量。这是重要,当呼叫被发送对CUCM时,并且,当呼叫被发送对SIP供应商时。静态路由也许是需要的为了做此工作。

有时,您也许必须绑定SIP到一特定接口,例如在多维数据集的一回环接口。当多维数据集不细听在特定接口时的SIP流量SIP捆绑能引起副作用,例如。思科建议您没有使用捆绑并且让路由表决定,但是这总是不是可能的。您能应用SIP捆绑在语音服务VoIP > SIP下,或者在各自的dial-peer。SIP捆绑在配置的SIP捆绑特写解释更多。

在多维数据集的语音类编解码器

当呼叫使用特定的VoIP拨号对等体时,语音类编解码器用于多维数据集为了提供多个编码。这是作为是在Cisco IOS语音网关的相同的,但是,当它是多维数据集时,编码从一个VoIP呼叫段被过滤到其他。它使用是可用的在流入的拨号对等体和流出拨号对等体的编码。匹配两个的编码是发送的提供。当多维数据集收到与会话描述协议(SDP)时的一个SIP消息,也此与语音类编解码器相符。这允许多维数据集过滤根据什么的编码从与SDP的SIP消息,呼入拨号对端和呼出拨号对端接收。另一个SIP用户代理(UA)然后回应对提供的编码。

在前一个镜像的语音类编解码器包含三编码、g729r8g711ulaw或者g711alaw。镜像按Cisco IOS网关优先安排的顺序显示他们编码如何提供对远端。 语音类编解码器应用给dial-peer。

Cisco IOS长话欺骗应用程序

在Cisco IOS的长话欺骗应用程序是有用的,因为可以防止不需要的SIP访问,但是,不用适当的规划,能导致与正常操作的一些问题。在Cisco IOS的长话欺骗应用程序允许路由器指定能与它联络做呼叫的设备(H323或SIP)。使用的IP地址,当在dial-peer的session target自动地允许发送呼叫到Cisco IOS语音网关,不用额外配置。这在环境通常包括所有SIP供应商和CUCM服务器,但是不总是。如果它不,必须手工添加这些到多维数据集。必须添加仅信令地址,不是媒体地址。参考在IOS版本15.1(2)T条款的欺骗预防功能欲知更多信息。

CUCM对多维数据集集成的CUCM旁拉

  1. 为了添加中继到CUCM配置,请导航到此位置:



  2. 选择添加新并且继续设置SIP中继如显示此处:



  3. 在中继配置页内,请切记选择允许呼叫入站对特定的CUCM服务器接受呼叫的适当的设备池。



    一旦中继创建,请保证路由模式通过SIP路由模式或路由列表/Route组建立正确地访问它。

    重定向的转换报头可以为入站或呼出做标记。

    当外线号码转发到VoIP网络时, SIP邀请消息附有被传递的转换信息到CUCM。它显示产生主叫方。例如,如果呼叫流集成与Cisco Unity Connection (UC)并且进入语音邮件, UC使用最初的转换来源(外部转发的编号)作为目的地邮箱。因此很可能,他们可能获得默认开始的问候而不是用户邮箱正如所料。它取决于您的拓扑的呼叫流和需求这是否为配置要求。



  4. 当您连接多维数据集对供应商时,早提供的SIP配置文件经常是需要的。如果中继连接到另一台Cisco设备,则您也许不要根据远端设备选择梅迪亚传输协议(MTP)插入。此镜像在哪里显示SIP配置文件位置和选择早提供的方框。





    早提供经常帮助解决出现的早期的媒体问题,当您集成CUCM服务器和多维数据集到其他第三方产品。在解决方案参考网络设计(SRND)内也推荐。

    如果修改配置文件,创建新配置文件使用而不是默认配置文件总是最佳的。 

    注意:此复选框,当最终用户不要有在每呼叫时,使用的MTP使用。



  5. 从协议的TCP/UDP更改在根据呼叫流的SIP安全配置文件内也许是必要的。为了做此变动,请导航对SIP中继安全配置文件>非安全SIP中继配置文件





    呼叫将发生故障,并且CUBE/CUCM跟踪要求为了了解在失败期间,什么发生,但是可以修改此功能为了确认它不是问题的原因。然而,一旦修改这,您必须重置/重新启动中继为了做变动发生。

  6. 在某些情况下,因为一些Telco不允许呼叫继续没有预计掩码,在电话配置的外部电话掩码也许需要被添加为了呼叫能继续。为了做此修改,请去主叫方电话的目录号(DN)配置页,使更改必要为方框,并且重置/重新启动在更改以后的电话保存。

验证

做测试呼叫为了验证您的配置正确地工作。如果测试呼叫发生故障,请采取详细的CUCM服务跟踪或多维数据集跟踪为了了解问题。

故障排除

目前没有针对此配置的故障排除信息。


相关的思科支持社区讨论

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


Document ID: 117300