第1章:思科统一通信管理器架构

以前的 123. 第3页

每个设备所需的单位数量可以从CUCM管理查看。dlu是永久的且独立于设备。图1 - 7显示一些流行的手机在CUCM 6.0上消耗的dlu数量。

图1 - 7

设备许可证的单位

license文件的主要组成部分如下:

• 许可服务器(发布者)的MAC地址

• CUCM软件的版本(主要发布版本)

• 节点license数量(集群中CUCM服务器数量)

• DLUs数量

License文件是附加的。(支持加载多个license文件)使用Cisco FlexLM流程获取license，通过数字签名保证license文件的完整性。

当从思科统一CallManager升级4。x，在CUCM迁移过程中计算所需dlu的数量，并生成包含这些许可数量的中间XML文件。迁移时数据库中设备和服务器的数量是临时license文件中dlu和节点license数量的基础。在临时许可证文件被真正的许可证文件取代之前，不可以添加额外的电话。

升级到CUCM 6.0(1)后，使用视图文件选项，查看中间XML文件。将中间license文件复制粘贴到Cisco.com的“CUCM license升级”界面，获取实际license文件。将实际的许可证文件上传到发布者(许可证服务器)。

来自CUCM 5的现有设备和节点许可。x可以在cucm6中使用。x．

示例1-1为license示例文件。

例1 - 1许可文件示例

INCREMENT PHONE_UNIT cisco 6.0 permanent uncount \ VENDOR_STRING= . log . log . log . log . log . log1000 > < /计数< OrigMacId > < Anchor2 >000年bcd4ee59d < / OrigMacId >1.0 < LicFileVersion > < / L icFileVersion > \ HOSTID = 000 bcd4ee59d注意= " < LicFileID > 20050826140539162 < / LicFileID > < LicLineID > 2 < / LicLineID > \ < PAK > < / PAK >”符号=“112 d 17 e4 A755 5 edc F616 0 f2b B820 AA9C \ 0313 A36F B317 F359 1 e08 5 e15 E524 1915 66 ea BC9F A82B CBC8 \ 4 2930 017 f D594 caf 3 e44 EBA3 04 cd 01 bf 38英航BF1B”

突出显示重要字段，并描述如下:

• INCREMENT PHONE_UNIT Cisco 6.0是Cisco Unified CM 6.0的电话单元许可文件。如关键字所示，此许可证没有过期日期永久．

• ---

  注意:CUCM节点许可的INCREMENT类型是CCM_NODE cisco 6.0 permanent uncount。软件许可证的增量为SW_FEATURE cisco 6.0永久不可计数。

  ---

• 该license文件包含1000个license单元。

• license服务器的MAC地址为000BCD4EE59D。

License文件请求流程

图1 - 8显示license文件请求过程，包括以下步骤:

1. 客户下了CUCM订单

2. 生产数据库扫描产品授权密钥(PAK)，并根据销售订单记录它。

3. 产品(CD或纸质索赔证书)是实物交付给客户的。

4. 顾客在http://www.cisco.com/go/license或公共网页，并提供将成为许可证服务器的发布者设备的MAC地址。

5. 许可证执行基础设施验证PAK，许可证密钥生成器创建一个许可证文件。

6. license文件通过电子邮件发送给客户。该电子邮件还包含如何安装许可文件的说明。

7. 客户将许可证文件安装到许可证服务器(发布者)上。

图1 - 8

License文件请求流程

获得额外的许可证

获取额外dlu和节点许可的流程如下:

1. 客户订购许可证服务器的附加许可证(必须指定发布者MAC地址)。

2. 当收到订单时，Cisco.com生成一个带有附加计数的许可文件并将其发送给客户。

3. 新的许可文件必须上传到许可服务器，并将进行累积。

考虑一下这个例子。一个CUCM服务器已经有一个包含100个dlu的license文件。另外购买了100个dlu。生成的第二个license文件将只包含100个dlu。当新的license文件(包含100个dlu)上传到CUCM时，第一个license文件中的100个dlu会被添加到第二个license文件的设备中，共200个dlu。

许可组件

CUCM许可的关键许可组件是许可服务器和许可管理器。

许可证服务器

许可证服务器服务在CUCM集群中的发布者上运行，并负责跟踪购买和消费的许可证。生成许可文件需要发布者的MAC地址。

许可证管理器

许可证管理器充当使用许可证信息的CUCM应用程序和许可证服务器之间的代理。许可证管理器接收来自CUCM应用程序的请求，并将请求转发给许可证服务器。许可证管理器然后在许可证服务器处理请求后响应应用程序。许可证管理器充当许可证代理服务器。

一个管理子系统和报警子系统完成了功能图。这两个子系统的具体内容如下:

• 管理子系统提供以下功能:

• - - - - - -保留关于每种电话类型所需的许可单元的信息。客户可以使用GUI查看此信息。

  - - - - - -支持GUI工具，用于计算所需的电话单元许可证数量。客户输入电话类型以及客户想要购买的每种类型的电话数量。输出是客户在给定配置中需要的许可证总数。

  - - - - - -支持图形化工具显示license总容量、正在使用的license数量和license文件详细信息。该工具还可以报告可用许可证的数量。

• 告警子系统产生的告警通过路由到事件日志或通过SNMP trap发送到管理站，通知管理员如下情况:

• ——透支:存在透支条件时发生。当使用的许可证比可用的许可证多，但超出的许可证数量在可接受的范围内时，就会发生透支情况。(允许透支5%。)

  -许可证服务器宕机:当许可证管理器无法访问许可证服务器时发生。

  ——足够的许可证:当许可证服务器检测到没有足够的许可证来满足请求时发生，并发出警报通知管理员。

当license文件与license文件版本不匹配告警(CUCM)，或者license文件中的license数小于发放的电话数(license文件license不足告警)时，会产生license文件问题。造成这种情况的另一个原因是无效的MAC地址(例如，在更换网卡后)。

图1 - 9是一个逐步完成许可请求流程的功能图，如下所示:

1. 管理子系统会因为某个事件(例如，电话注册)而请求一定数量的dlu。

2. CUCM订阅者上的许可证管理器服务将请求转发给运行许可证服务器服务的发布服务器。

3. License Server服务接收到License请求事件，并根据设备类型分配相应的dlu数量。如果没有足够的许可单元来容纳请求，则将发送一条拒绝消息到订阅者服务器上的许可管理器。如果资源可用，则许可服务器授予请求，并向订阅者服务器上的许可管理器发送授予消息。

4. 用户服务器上的许可管理器服务接收许可授予或拒绝消息，并允许电话注册。

5. 如果license请求被拒绝，用户服务器会在告警子系统中产生告警。默认情况下，拒绝消息将在CUCM syslog服务器中可用。

图1 - 9

授权功能图

计算许可单位

要计算所需的电话许可证数量，请遵循以下步骤:

步骤1选择系统>许可证>许可证单元计算器．将显示许可单元计算器窗口。每台设备消耗的license数量和当前的设备数量显示如图1 - 10．

步骤2在“设备数量”列中，输入每个节点或话机对应的设备数量。

步骤3点击计算．将显示指定配置所需的CUCM节点license单元和dlu总数。

图1 - 10

许可证单位计算器

许可证单位报告

通过运行License单元报告，可以验证已使用的License数量和可用于后续扩容的License数量。生成license单元报告的步骤如下:

步骤1选择System > License > License Unit Report．

步骤2“License Unit Report”窗口显示如下图1 - 11．此窗口显示电话许可证的数量和节点许可证的数量，在这些类别:

• 单位授权

• 单位使用

• 单位剩余

图1 - 11

许可证单位报告

将许可文件(ccmxxxx .lic)上传到发布者(许可服务器)。要将许可文件上传到发布者服务器，请执行以下步骤:

步骤1请确保已将license文件下载到本地PC。

步骤2在PC机中，使用支持的浏览器登录CUCM Administration。

步骤3选择系统> License > License文件上传，如图1 - 12．进入“License文件上传”界面。

图1 - 12

License文件上传

步骤4在窗口显示图1-13,点击上传许可文件．

步骤5点击浏览从本地目录选择license文件。

步骤6点击上传．

图1-13

License文件上传操作(续)

步骤7上传过程完成后，单击继续当它出现时提示。将显示新上传的license文件的内容。

章总结

以下列表总结了本章讨论的要点:

• 思科统一通信(UC)是一个组件社区，旨在实现快速、高效的通信。UC组件包括:

• - - - - - -端点

  - - - - - -应用程序集成

  - - - - - -呼叫控制

  - - - - - -基础设施

• 思科统一通信管理器(Cisco Unified Communications Manager, CUCM)是思科UC生态系统中的呼叫路由组件，为语音和视频通信提供呼叫设置和拆除服务。CUCM在利用IP通信的分布式特性的同时，为配置管理提供了集中式的命令和控制拓扑。

• CUCM是一种软件解决方案，支持多种硬件配置。Media Convergence Servers (MCS)是在惠普或IBM服务器平台上运行的思科品牌硬件解决方案。

• CUCM版本5.0及更高版本使用了一个设备模型，其中大多数管理是在指向运行在CUCM上的web服务的客户机上执行的。加固后的操作系统基于redhat Linux的变体。没有访问Linux内核的权限，这种权限的缺乏为思科UC平台提供了高级别的安全性。5.0之前的CUCM版本(4。x和earlier) used a Microsoft Windows-based operating system.

• CUCM数据库版本5.0及更高版本利用IBM Informix Dynamic Server (IDS)存储所有配置数据，包括用户数据库。5.0之前的版本使用Microsoft SQL server数据库来存储大多数配置信息，而用户信息存储在DC Directory服务器中。DC Directory和IBM IDS都是符合ldap的数据库。

• CUCM授权包括license服务器和license管理器。许可证服务器组件运行在发布服务器上，而许可证管理器运行在每台服务器上。

审查问题

用这里的问题来复习你在本章学到的东西。正确答案在附录A“章节复习问题的答案”中。

1. 思科统一通信组件的哪一层负责传递拨号音?

2. 1. 端点

   2. 应用程序

   3. 呼叫控制

   4. 基础设施

3. 在维护整个数据库的读/写副本的CUCM集群中，服务器的名称是什么?

4. 1. 成员服务器

   2. 域控制器

   3. 订阅者

   4. 出版商

5. 什么协议负责在IP上传输语音?

6. 1. 瘦客户机控制协议(SCCP)

   2. H.323

   3. 实时传输协议(RTP)

   4. 实时传输控制协议(RTCP)

   5. 媒体网关控制协议MGCP

   6. 瘦网关控制协议

7. 在一个CUCM集群中，有多少呼叫处理代理处于活动状态?

8. 1. 20.

   2. 4

   3. 8

   4. 9

   5. 2

9. 一个CUCM集群中可以有多少个呼叫处理代理?

10. 1. 20.

    2. 4

    3. 8

    4. 9

    5. 2

11. 一个CUCM集群中可以有多少台服务器?

12. 1. 20.

    2. 4

    3. 8

    4. 9

    5. 2

13. license管理器组件在哪个CUCM服务器上处于活动状态?

14. 1. 成员服务器

    2. 域控制器

    3. 订阅者

    4. 出版商

    5. 所有服务器

15. license server组件在哪个CUCM服务器上处于激活状态?

16. 1. 成员服务器

    2. 域控制器

    3. 订阅者

    4. 出版商

    5. 所有服务器

17. license文件加载在CUCM集群的哪个服务器上?

18. 1. 成员服务器

    2. 域控制器

    3. 订阅者

    4. 出版商

    5. 所有服务器

19. 下列哪个特征是不面向用户的特性(UFF)?

20. 1. 呼叫前转(CFA)

    2. 留言等待指示(MWI)

    3. 服务员控制台(登录/注销)

    4. 隐私(启用/禁用)

    5. 免打扰(启用/禁用)(DND)

    6. 移动分机(登入/注销)(EM)

    7. 寻线组登录状态

版权所有©2007培生教育。保留所有权利。

了解更多关于这个主题的信息