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

设置三个或多个 Cisco CallManager 的集群间间干线

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


目录


简介

交互簇链接是允许两独立的Cisco CallManager集群路由在彼此之间的呼叫在IP网云的H.323连接。当您连接两个或多个3.1.x或3.2.x多服务器的CallManager群集时,不正确的中继配置也许引起问题由于在两集群之间的呼叫路由。Cisco提高了并且简单化在Callmanager版本3.3.x的配置。

  • cluster-a

    • CM-A1

    • CM-A2

    • CM-A3

    • IPPhone-A1 (注册与CM-A1)

    • IPPhone-A2 (注册与CM-A2)

    • IPPhone-A3 (注册与CM-A3)

  • cluster-b

    • CM-B1

    • CM-B2

    • IPPhone-B1 (注册与CM-B1)

    • IPPhone-B2 (注册与CM-B2)

  • 集群间中继线

    • CM-A1 �-� CM-B1

intercluster_1.gif

先决条件

要求

本文读者应该知道如何管理CallManager网络。

使用的组件

本文档中的信息根据Callmanager版本3.1x、3.2x和3.3x。

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

规则

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

问题

IPPhone-A2和IPPhone-A3不能执行在集群间中继线的任何呼叫。

Ipphone呼叫 IPPhone-B1 IPPhone-B2
IPPhone-A1 A1呼叫B1 A1呼叫B2
IPPhone-A2 A2不呼叫B1 A2不呼叫B2
IPPhone-A3 A3不呼叫B1 A3不呼叫B2

这是因为,当IPPhone-A2尝试建立呼叫时,呼叫在CM-A2和点被发起对CM-B1。由于仅一集群间中继线配置(在CM-A1和CM-B1之间), CM-B1不知道CM-A2的存在作为H.323终端。结果,呼叫由CM-B1拒绝,并且发生故障。

intercluster_2.gif

3.1.x或3.2.x解决方案

有三种方式解决问题。这些解决方案在以下部分解释。另外,利弊为每解决方案是列出的。

解决方案1 — cluster-b伪关守的创建cluster-a和, “然后允许匿名呼叫”

第一解决方案介入允许匿名设备的网守配置

此解决方案允许其中每一个集群间终端收到从一个未知H.323终端的一呼入呼叫。因此,从CM-A2的呼叫可以接受和建立。

当您配置网守时,请根据管理指南填入必要的字段。

注意: 注意特别注意允许匿名呼叫设备协议字段,在此屏幕画面被标记:

intercluster_3.gif

专业人员

  • 简单配置—呼叫路由配置的修改没有要求。

  • 可扩展性—单个装置配置。

  • 可扩展性—您只需要配置一新的集群连接它到网络。

缺点

  • 冗余—没有流出冗余,在明确地配置的服务器的失败情形下(在本例中、CM-A1或者CM-B1)。对远程集群的单个路由。

  • 高雅—没有,因为“假”网守创建, “请清洗”解决方案。

  • 警告 警告: 允许未知集群间中继线终端(示例:)建立呼叫的未知Cisco CallManager集群对集群。

解决方案2 —集群间中继线的明确配置每远程Cisco CallManager的

此解决方案要求您配置在每Cisco CallManager集群的明确的簇间Trunk,其中每一个指向所有远程Cisco CallManager服务器。修改呼叫路由是不必要的;它应该用单个集群间中继线保持同一样。

intercluster_4.gif

此解决方案允许每集群知道“”远程服务器。因此,从CM-A2的呼叫接受并且建立。

专业人员

  • 简单配置—呼叫路由配置的修改没有要求。

缺点

  • 冗余—没有流出冗余,在主服务器的失败情形下(在本例中、CM-A1或者CM-B1)。

  • 可扩展性—准全网状要求。

  • 可扩展性—,当一新的集群被添加到网络时,您必须重新配置所有集群。

解决方案3 —集群间中继线的明确配置在路由列表包括的每远程Cisco CallManager的

此解决方案要求您配置在每Cisco CallManager集群的明确的簇间Trunk,其中每一个指向所有远程Cisco CallManager服务器。修改呼叫路由是必要的:创建包括路由组包含所有已配置的集群间中继线,按照首选的顺序的路由列表。此路由列表应该是对交互簇呼叫路由负责路由模式的目的地。

intercluster_4.gif

此解决方案允许每集群知道“”远程服务器。因此,从CM-A2的呼叫接受并且建立。万一主要的中继或服务器断开,它也允许在备份中继将设立的呼叫。

专业人员

  • 冗余—流出冗余,在主服务器的失败情形下(在本例中、CM-A1或者CM-B1)。

缺点

  • 复杂性—呼叫路由配置的修改要求。

  • 可扩展性—准全网状要求。

  • 可扩展性—,当一新的集群被添加到网络时,您必须重新配置所有集群。

3.3.x增强和配置

Cisco CallManager 3.3.x介绍使更加容易配置冗余集群间中继线的一个新的配置接口,当您必须使用集群间中继线协议时。在初期的Callmanager版本中,多个网关和复杂配置要求,添加同一个级别冗余。

单个集群间中继线的配置有多个IP终端的

Cisco CallManager 3.3.x集群间中继线配置要求管理员创建在每集群的单个网关用三个远程CallManager服务器的IP地址。此单个网关对所有CallManager服务器将是可用的在他们的各自集群。要设置优先权,请配置远程CallManager按您更喜欢的顺序。

intercluster_5.gif

关于卡车的配置的更多信息在CallManager 3.3x的,参考中继配置

相关的思科支持社区讨论

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


相关信息


Document ID: 19200