详情
本书是CCVP考试的自学指南，同时也是CCIE语音Lab考试的设备配置手册。通过本书，读者将会掌握CUCM这一呼叫路由和信令组件的使用和配置。无论是CCVP、CCIE语音考试人员，还是CUCM设备售前、售后技术人员，都可以从中获取自己需要的知识。
实施Cisco统一通信管理器（CIPT2）
刘丹宁 卢铭 陈国辉 田果 译
人民邮电出版社
北京
这是一本全面介绍在多站点部署环境中实施Cisco统一通信管理器（CUCM）的图书，它的主要内容有：发现多站点部署环境中会出现的问题；提出多站点部署环境解决方案；实施多站点连接；在多站点环境中实施拨号计划；实施远端站点冗余性；实施带宽管理、CAC、呼叫应用；实施设备移动特性、移动分机、统一移动特性；最后还讨论了多站点部署环境中的安全问题，概述了加密基础和PKI等知识。
本书适合所有需要对CUCM实施部署工作的网络技术人员，也适合准备购买或已购买CUCM产品的客户，另外，帮助读者通过CIPT考试也是本书的宗旨之一。而CIPT考试是获得CCVP认证的一个环节，CIPT课程的教学内容更是CCIE语音认证实验考试的基础。本书站在网络整体设计架构的角度，条理清晰地带领读者发现问题并解决问题，最终提出稳定、可扩展、具有移动性的UC解决方案。本书对于UC工程师来说是一本翔实的部署手册，对于UC客户来说是一份清晰的产品使用说明，对CCVP认证考生来说是一套优秀的学习教程。
James Mclnvaille，CCSI No.21904，是Cisco Learning Partner Global Knowledge Network.Inc. 的一名 Cisco 认证讲师，同时他还是一名技术顾问。作为讲师，他负责培训来自世界各地的学生，并就路由交换和IP电话通讯的解决方案提供部署建议。在此之前，Mclnvaille先生曾经担任EDS的美国银行（Bank of America）语音传输项目的解决方案工程师（Solution Engineer）。在任职EDS之前，Mclnvaille先生曾担任 iPath Technologies（位于弗吉尼亚州的雷斯顿）的高级网络工程师（Senior Network Engineer），负责对 Juniper Networks路由和安全产品线的服务提供商和企业用户提供技术培训和专业服务。在此期间，Mclnvaille先生获得Juniper认证的Internet高级工程师认证（JUNCIP #297）。加盟 iPath之前，Mclnvaille先生担任Dimension Data，NA加利福尼亚区域的总技术顾问（LTC）。在担任LTC期间，他的职责包括领导5名工程师和技术人员就VoIP、IP电话通讯、高级路由交换解决方案提供咨询、交付、实施和培训服务。在业余时间，Mclnvaille先生最喜欢和他美丽的太太Lupe骑着他们的Harley Davidson（即哈雷摩托车）在周边兜风，他居住在南加州的Kershaw。
Joe Parlas，CCSI No.21904，已担任讲师逾8年，专注于Cisco语音技术领域。他曾为多家世界 500强和世界 1000强企业（如 Sweetheart Cup，Inc.、Black and Decker和McCormick Spice）提供咨询。他同时也在Symphony Health Serivces，Inc.的多个领域担任高级顾问。Joe拥有CCNP、CCNA、A+和MCSE: Messaging 2003等行业认证，他主要为Global Knowledge Network，Inc. 担任专职讲师。Joe刚刚将自己的企业Parlas Enterprises迁移到了圣迭戈（San Diego），他和妻子居住在圣迭戈的Parvin Shaybany。
Chris Olsen，CCSI和CCVP，已在 IT和电话通讯领域担任顾问达12年之久，同时已担任技术讲师逾17年。他曾在Cisco、Microsoft和Novell讲授过60多门不同的课程。而在最近4年中，他主要的工作领域是Cisco统一通信。Chris和妻子Antonia居住在伊利诺伊州的芝加哥（Chicago）和梅普尔顿（Mapleton）。读者可以通过chrisolsen@earthlink.net与他取得联系。
献辞
本书献给我的爱妻Antonia。她不竭的支持、关爱和热情是我人生的最大推动力。
致谢
感谢 Global Knowledge的全体成员，感谢他们为我提供的卓越帮助，感谢他们为我营造的优质学习环境。还要感谢Cisco Press的同仁，感谢他们给予我的帮助和建议。
本书的翻译过程一波三折，久经拖稿，首先不得不向所有的读者朋友们和出版社同仁致以最诚挚的歉意。
相比《实施Cisco统一通信管理器（CIPT 1）》，本书的难度明显增加，它已经不再着眼于技术细节，不再着眼于VoIP的基础概念和组成部分，而是着眼于VoIP的设计、实施和融合，以及Cisco统一移动和目前甚少有公司涉足的VoIP安全。
我们作为不折不扣的80后，无论知识储备还是实际经验，都断断不敢与拥有17年技术经验的奥尔森先生相提并论。实事求是地说，这本书涉及的技术领域超越了包括我们在内的很多业内同仁所涉及的范畴。
众所周知，翻译是一件吃力不讨好的工作，最开始决定做这项工作无外出于一种浅薄的虚荣。所幸通过翻译，能够实实在在学到很多东西，能有机会与一些热情的读者进行交流，倒也不枉个中艰辛。
关于这本书，我们确实学到了很多东西，因此也向有志于从事VoIP技术的朋友以及正在从事VoIP技术的朋友推荐这本书。如果拙译不至于给您的理解增加过多负担，相信您也一定能从本书的阅读中获益良多。
唯一需要说明的是，作者似乎对技术名词的全称情有独钟，考虑到国内读者及从业人士对英文简称更加熟悉，因此在大多数情况下，我们都用简称替代了作者原文中的全称，不过在有些情况下我们用括号的方式加注了中文名称。
最后，再次致歉。
刘丹宁
danning.bj@gmail.com
田果
thesmilingorbit@gmail.com
13522498333
2011年4月
如果说通过学习《实施Cisco统一通信管理器（CIPT1）》，我们奠定了在UC环境中部署CUCM的基础，那么本书就是帮助我们了解在UC环境中多站点部署的设计理念和相关的实施步骤。主译者刘丹宁在前期的翻译作品《Cisco VoIP（CVOICE）学习指南》（第三版）和《实施Cisco统一通信管理器（CIPT1）》中已积累并创造了的大量的专业词汇，我们毫无保留的将其传承到了本书中，我相信本书会给大家带来更流畅的阅读体验。
本书也是作为备考 CCIE 语音认证考试的读者必读的学习指南。建议读者在阅读书中每一章节中经典案例的同时，可结合Cisco CUCM 6.X SRND（Solution Reference Network Design）进行学习，SRND在理论的细节部分做了更详尽的阐述。Cisco在CUCM发展史上经历了两大操作系统变革，CUCM 5.X是从Windows Server过渡到Linux操作系统的分界点，它是第一版运行在Red Hat Linux之上的操作系统。本书基于CUCM 6.X编写，与目前最新的CUCM 8.X属于同一平台，书中涉及的案例以及技术规范均可套用于目前最新的CUCM平台。
本人属于80后一代，从事网络行业6年。现就职于IP统一通信专业集成商高威电信（Macroview），从事网络设计和UC项目实施工作。接触语音技术是直接从VoIP开始，我相信阅读本书的读者中，有很多人是伴随着TDM电话技术一起长大的。Cisco的UC产品和相关技术虽然更新很快，但都与传统电话技术有着难舍的渊源。由于时间仓促，书中如有翻译错误或专业名词定义不准确的地方，还请读者指正，也希望对语音行业有独到见解的读者给我们提出宝贵意见。我们会在修订版和新书中采纳您的建议。
最后，衷心的感谢我们这个团队，感谢 YesLab（www.yeslab.net）余建威老师的技术指导，感谢出版社各位同仁为本书付出的努力。我们希望通过我们的努力翻译更多的优秀语音图书奉献给大家。
卢铭
Seinor Network Consultant
Sam_lu@macroview.com
2011年4月
首先感谢广大读者朋友对《实施Cisco统一通信管理器（CIPT1）》的认可与支持，《实施Cisco统一通信管理器（CIPT1）》是学习Cisco统一通信（UC）技术的基础平台，而本书可以让我们进一步了解在 Cisco 统一通信环境中多站点部署的设计理念和相关的实施步骤。通过灵活运用《Cisco VoIP（CVOICE）学习指南》（第三版）、《实施Cisco统一通信管理器（CIPT1）》和本书中的知识，读者可以为企业客户建立以Call Manager为主体的统一通信系统，并进行有效的优化与管理。
Cisco统一通信技术的发展速度是飞快的，从IP电话到统一通信，再到现在强调的协作。在统一通信的整体解决方案中涵盖以下几个方面：IP通信、移动解决方案、联络中心（Call Centre）、网真（Cisco and Tandberg TelePresence）、会议系统、邮件与即时通信和企业社区软件（企业门户）。统一通信的世界是丰富多彩的，其目前涉及的内容比《实施Cisco统一通信管理器（CIPT1）》出版的时候又有所增加了，采用Cisco统一通信平台，您的企业沟通将会更加便利。在本书中文版出版的时候，CUCM最新的软件版本已经更新为8.5。虽然本书是以CUCM 6.X作为主体介绍对象，但两者主要的功能和特性大部分是一样的。只要认真学习《实施Cisco统一通信管理器（CIPT1）》和本书，并把知识应用到实际工程项目中，将会对Cisco统一通信技术有更深入的理解。
本人从2001年开展接触Cisco技术，2006年开始了解Cisco语音技术，从事过售后、售前、项目经理、培训讲师等职位，现就职于Cisco全球金牌合作伙伴公司Dimension Data，达科信息科技（北京）有限公司，任Senior Solution Sales Manager，负责华南区统一通信解决方案的市场推广。借此机会，感谢在我成长的过程中给予我帮助和信任的朋友，感谢Cisco公司的朋友，感谢Cisco语音启蒙导师余建威先生，感谢上海华讯、WOLF-LAB曾经给予的工作平台。在集成商的经历中，在UC项目中，我得到了充分的锻炼；在讲师的经历中，有幸认识分布全国各地的朋友。海内存知己，天涯若比邻。将来的道路依然漫长，希望继续与兄弟朋友们互相帮助，共同进步。
《实施Cisco统一通信管理器（CIPT1）》和本书的相继出版需要重点感谢刘丹宁、田果、卢铭，正因为有这个团队，我们才能最终把这个分享知识的想法转化为事实。在本书翻译的过程中，我们也得到UC圈子里朋友们的帮助，书中如有翻译错误或专业名词定义不准确的地方，还请各位读者朋友包涵及指正，欢迎读者通过电子邮件与我们联系，提出宝贵意见。对于您的支持与帮助，我们万分感谢。
陈国辉CCIE #16980 Voice/SP/RS
Dimension Data, Senior Solution Sales Manager
Jeffy.chen@dimensiondata.com
2011年4月
本书中使用到的图标
命令语法约定
本书命令语法遵循的惯例与IOS命令手册使用的惯例相同。命令手册对这些惯例的描述如下。
■ 粗体字表示照原样输入的命令和关键字，在实际的设置和输出（非常规命令语法）中，粗体字表示由用户手动输入的命令（如show命令）。
■ 斜体字表示用户应提供具体值的参数。
■ 竖线（|）用于分隔可选的、互斥的选项。
■ 方括号（[ ]）表示任选项。
■ 花括号（{ }）表示必选项。
■ 方括号中的花括号（[{}]）表示必须在任选项中选择一个。
Cisco 学习指南系列是网络从业人员的宝贵自学资源，通过阅读这个系列的丛书，网络从业人员可以保持并提高自己的网络技能，为参加Cisco职业认证考试铺平道路。Cisco职业认证考试在世界范围内广受认可，它是对网络从业者及其员工的重大嘉奖。
Cisco Press的认证考试指南及备考材料可使读者灵活地学习掌握相关知识与信息，是考生的不二选择，这些知识和信息既有助于读者紧密跟进专业知识，也可以帮助他们获取新的技能。无论读者用这些图书来充实自己的专业知识，还是参加认证考试的培训课程，这些图书都能够为他们提供专业的信息和知识，而这些内容将会保障他们有效地履行自己的工作职责。
在与Cisco认证和培训组的通力配合下，Cisco Press的图书成为了唯一获得Cisco授权的自学图书。它们可以为学生提供一系列的考试练习工具及相关的材料，这些都可以确保读者能够切实地掌握书中的概念与信息。
其他获得了Cisco授权的教学课程、网上学习、试验及模拟工具，可以垂询各地的Cisco培训合作伙伴。想了解更多信息的读者，请访问http://www.cisco.com/go/training。
我希望您将这本指南当作您备考乃至职业发展的重要组成部分，并用它来作为您个人藏书的宝贵补充。
Drew Rosen
学习与发展部门经理
Learning@Cisco
2008年12月
多年以来，职业认证都在计算机领域扮演着重要的角色，其重要性在将来仍会不断提升。这些认证的存在有着诸多理由，其中最大众化的理由就是它的可信度。在其他条件完全均等的情况下，持有认证的员工/顾问/面试者比那些没有持有认证的人士更具优势。
目标与方法
本书最重要的作用就是向读者介绍如何在统一通信环境中部署 CUCM（Cisco 统一通信管理器）产品。本书的另一宗旨是帮助读者通过CIPT（Cisco IP电话通讯）Part 2考试，因为该考试是获得CCVP（Cisco认证语音高级工程师）认证的一个环节。本书所使用的方法旨在帮助读者完成工作任务并通过CCVP CIPT考试。在每一章的末尾，本书都提出了很多的问题，这些问题旨在帮助读者加强本章的学习效果。另外，读者也可以使用一些其他公司（如http://www.selftestsoftware.com）出品的备考软件，这些软件准备了更多的备考试题，可以为考生顺利通过考试打下基础。
本书所使用的一个重要的方法就是帮助读者了解考试的主题，因为这些内容是读者必须深入理解的，本书可以帮助读者完全掌握并记忆这些知识的具体内容，同时帮助读者记住这些主题的相关知识。当然，本书的宗旨并非是希望读者通过简单的背诵来通过考试，它旨在帮助读者学会并掌握这些内容。CIPT Part 2是CCVP认证考试的基础课程之一，而本书所包含的知识对于一名优秀的 UC（统一通信）工程师来说是不可或缺的。本书会使用以下方法来帮助读者通过CIPT考试。
■ 帮助读者了解自己尚未掌握的内容。
■ 为了帮助读者补充缺乏的知识，本书对介绍的知识进行了解释并提供了其他一些相关的信息。
■ 针对各个主题提供了一些练习，并在每章末尾以考题的形式对读者的学习效果进行测试。
谁应该阅读本书
本书既是一本通用的CUCM技术图书，也是一本应试图书。本书旨在向读者提供通过CCVP CIPT（CIPT Part 2）考试所必需的知识。
您为什么渴望通过CCVP CIPT考试呢？想必因为CIPT Part 2考试是获得CCVP认证的里程碑之一。而CCVP对您有可能意味着提薪、升职、新的工作、新的挑战、成功或者别人的肯定；不过，最终它肯定对您所有帮助。获得职业认证说明一个人对待其学习和职业生涯的态度是严谨的。由于技术处于不断发展的过程中，因此一个人的技术水平恰如逆水行舟，不进则退。对于工程师来说，他/她必须活到老，学到老，否则他们迟早会发现自己掌握的产品技术落后于时代。
应试策略
由于个人技术、知识、经验水平的不同，很难找到一个放之四海而皆准的应试策略，因此每个读者都应该寻找到一套适合自己的方法。如果您参加了 CIPT 的课程，那么您需要采取的策略必然和那些在工作中学到如何使用CUCM的考生有所不同。但是，无论您打算采取何种策略，无论您拥有何种背景，本书都可以帮助您理解相关的知识，通过 CIPT考试。Cisco考试覆盖的知识是很全面的，因此请不要跳过本书中的任何章节。
本书是如何组织的
本书分为如下主题。
■ 第1章“多站点部署环境中的问题”介绍了在多站点部署环境中使用统一通信解决方案所面临的挑战，为本书后面的内容奠定了基础。
■ 第2章“理解多站点部署解决方案”针对本书第1章提出的挑战给出了解决方案。
■ 第3章“实施多站点连接”给出了下列设备和技术的配置步骤：MGCP网关、H.323网关、与CUCM协同工作的SIP和集群间中继。
■ 第4章“实施多站点拨号计划”提供了多站点CUCM部署环境中的拨号计划解决方案和话费旁路、TEHO（经济路由）和号码处理技术。
■ 第5章“检查远端站点冗余性选项”提供了维护远端站点冗余性的功能，当 IP WAN失效时，可以通过实施选项SRST和MGCP回退进行部署。
■ 第6章“实施Cisco统一SRST和MGCP回退”提供了实施SRST和MGCP回退的配置，以及在SRST路由器中实施网关拨号计划和语音特性的配置。
■ 第7章“实施SRST模式的CUCME”讨论了提供SRST回退支持的CUCME配置方式。
■ 第8章“实施带宽管理”介绍了如何使用CAC（呼叫准入控制）来实施带宽管理，以在 IP WAN链路上避免超额订阅，从而确保高语音质量。
■ 第9章“实施呼叫准入控制”描述了在网守和CUCM中配置CAC的方法，并描述了CUCM中RSVP和AAR所提供的优势。
■ 第10章“在Cisco IOS网关中实施呼叫应用”描述了网关上用于实施呼叫应用的Tcl和VoiceXML。
■ 第11章“实施设备移动特性”介绍了用户在站点间漫游时遇到的挑战并提出了移动解决方案。
■ 第12章“实施移动分机”描述了移动分机（EM）的概念，并给出了为漫游用户实施EM的步骤。
■ 第13章“实施Cisco统一移动”给出了在CUCM和网关中实施移动连接和移动语音应用的步骤。
■ 第14章“理解密码学基础及PKI”描述了在Cisco统一通信解决方案中实施安全语音技术的原理与概念。
■ 第15章“理解CUCM自身的安全特性及CUCM PKI”旨在帮助读者理解IPSec、TLS （传输层安全）、SRTP和SIP摘要等安全协议，并提供了在CUCM中实施安全语音技术的方法。
■ 第16章“在CUCM中实施安全特性”介绍了如何在CUCM中进一步实施安全特性，以保护IP电话的配置文件、信令交换和媒体资源，并实现安全的音频和电话会议呼叫。
在多站点环境中部署Cisco统一通信管理器（CUCM，Cisco Unified CommunicationsManager）需要考虑很多因素，这些因素仅在多站点的部署环境中才需要进行考虑。比如，在多个站点之间部署Cisco统一通信（Cisco UC，Cisco Unified Communications）解决方案需要使用恰当的拨号计划，站点间需要有足够的带宽，需要实施服务质量（QoS）技术，并且设计方案必须能够克服 IP WAN连接出现故障的情况。本章将会介绍在多站点CUCM部署环境中有可能遇到的问题。
在完成本章的学习之后，读者应该能够解释与多站点部署相关的问题，并了解它们与多站点连接选项之间的关系，同时读者还应能够达到以下目标。
■ 描述与多站点部署环境相关的问题。
■ 描述多站点部署环境中的语音质量问题。
■ 描述多站点部署环境中的带宽问题。
■ 描述多站点部署环境中的可用性问题。
■ 描述多站点部署环境中的拨号计划问题。
■ 描述多站点部署环境中的网络地址转换（NAT）及安全问题。
在多站点部署环境中，设计者有可能要面临如下挑战。
■ 质量问题：语音和视频的实时通信必须在包交换网络得到优先处理。然而，在路由器和交换机的默认模式下，它们却会一视同仁地处理这些流量。但语音和视频数据包对延迟是十分敏感的，因此需要授予它们更高的优先级来避免延迟和抖动（不稳定的延迟），因为这两种现象都会降低语音的质量。
■ 带宽问题：Cisco UC可以包含语音和视频数据流量、信令流量、管理流量以及应用流量（如富媒体电话会议）。因此，在部署Cisco UC解决方案之前，设计者必须计算出这些必需的额外带宽，这样才能确保数据应用和Cisco UC应用不会超过带宽的限制。管理员可以通过部署QoS来为某些应用保留一些带宽。
■ 可用性问题：在采用集中式呼叫处理的方案部署CUCM时，IP电话要跨越IP VLAN（有时还要跨越IP WAN）来注册到CUCM上。如果远端站点的网关正在使用MGCP （媒体网关控制协议）作为信令协议，那么这些网关也要依赖于 CUCM 来充当MGCP 的呼叫代理。在这种情况下，管理员有必要为 IP 电话和网关实施回退（Fallback）解决方案，以预防通往CUCM服务器的连接由于 IP WAN的故障而断开。H.323网关也可以提供回退解决方案，并且在正确的H.323网关配置中，应该已创建好了回退所需的H.323拨号对等体（Dial Peer）。
注释：CUCM就是过去所说的Cisco呼叫管理器（CCM，Cisco CalManager）。
■ 拨号计划问题：目录号码（DN，Directory Number）可以覆盖多个站点。管理员可以通过设计一个强健的多站点拨号计划，来解决重叠的拨号计划（Overlapping Dial Plan）和号码不连续的问题。
■ NAT和安全问题：目前，在企业IP网络中使用私有IP地址是一种很常见的做法。但ITSP（Internet电话服务提供商）却必须使用唯一的公有IP地址来路由IP电话的呼叫。因此，必须将企业内部的私有IP地址转换为公有IP地址。然而，公有IP地址又会使IP电话暴露在Internet网络中，从而使IP电话更容易受到攻击。
注释：NAT和安全性的问题不仅存在于多站点部署环境中。比如，Cisco呼叫坐席控制台（AC， Attendant Console）能够从每个记录条目中获得每个用户主用线路的线路状态（Line-State）和呼叫前转状态（Call-Forwarding Status）。当管理员通过网络地址转换（NAT）接口来连接CUCM与Cisco AC的时候，或者当它们之间部署了防火墙设备的时候，TCP流量可以正常地执行NAT转换。因此，大多数AC功能都可以正常工作。问题是，AC的线路状态信息使用的是UDP（用户数据报协议）协议。而CUCM服务器发来的UDP流量是不能穿越NAT接口的。因此，所需的UDP端口必须在防火墙上开放。
IP网络的设计初衷本来就不是用来承载实时流量的；相反，IP网络的设计宗旨是在快速复原和容错机制的方面发挥优势。在IP网络中，每个数据包都会得到独立地处理，有时，这会导致同一个通信流中的不同数据包选择不同的路径到达目的地。而由于路径的不同，它们的带宽、距离、拥塞也就各不相同，于是这些路径之间也就会存在不同的丢包率和延迟值（抖动）。于是，目的设备就必须作好按照乱序接收数据包的准备。这一问题可以通过采用RTP（实时传输协议）序列号和流量重排序（Traffic Resequencing）的方式得到解决。不过，只要条件允许，希望管理员不要完全依赖RTP机制解决这个问题。正确的网络设计方法是使用Cisco路由器的（Cisco快速转发[CEF]）交换缓存技术来解决这个问题，因为该技术在默认情况下会执行基于目的地址的负载分担。基于目的地址的负载分担并不是完美的负载分担方式，但是这种方法至少可以确保每个IP流量（语音呼叫）都通过相同的路径到达目的地。
带宽是由多个用户和多个应用所共享的，而每个IP流量所需的总带宽会在短期内存在巨大波动。大多数数据应用都存在带宽突发的情况，而采用RTP协议的Cisco实时视频通信只会占用相同的带宽，并持续发送数据流。各个应用的带宽（包括承载的CUCM和语音流量）是无法预计的。在高峰期，由于网络中存在拥塞的情况，因此数据包就必须进行缓冲，并放在队列中等候处理。每个做过航班的人对于排队恐怕都不陌生。当你到达机场，必须首先选择一个队列，因为检票窗口的数量（即带宽）比不上客流（入站IP流量）的速度。如果排队的人过多，队（数据包缓存）就会排满，于是旅客就会感到不满（数据包就会被丢弃）。负载较高的低速链路更有可能存在比较严重的队列延迟问题和丢包问题，比如在多站点环境中，站点间的WAN链路就有这个隐患。质量问题往往就出现在这类链路上，因此管理员就有必要通过 QoS 来解决这些问题。如果不使用 QoS 技术，那么语音数据包就有可能经历延迟、抖动和丢包等一系列问题，进而影响语音的质量。因此在网络中，为了获得较好的音频和视频性能，正确配置端到端的Cisco QoS机制是相当重要的。
在高峰期，由于接口存在拥塞，因此数据包无法立即得到发送。于是，这些数据包就会被临时存放在队列中等候处理。数据包等待的总时长久称为队列延迟，这个时长会因网络条件和流量到达的速率而产生巨大变化。如果队列已满，那么新接收到的数据包就会因为无法进行缓存而被丢弃（我们称之为尾部丢弃）。图1-1所示即为尾部丢弃。在所有路由器接口的硬件队列中，数据包都会遵循先进先出（FIFO）的原则等待处理。语音通话是连续的，也是可以预测的（默认每20毫秒进行一次采样），但数据应用往往占据过大的带宽而且具有明显的突发性。因此，语音通话的质量更有可能因延迟、抖动和丢包而受到影响。
图1-1 尾部丢弃
在多站点部署环境中，站点间是通过 IP WAN（有时也通过MAN，如城域以太网）相互连接的。而 WAN 链路的带宽是比较有限的，而且往往价格昂贵。因此，我们的目标是希望能够将可用带宽尽量高效地加以利用。因此，我们可以使用内容过滤、防火墙功能和访问控制列表（ACL）来过滤掉 IP WAN链路上的那些不必要的流量。另外，也可以考虑通过优化带宽来实现 IP WAN网络的提速。因为只要网络中出现了拥塞的情况，就必然会影响网络的性能，解决的方法是在网络中部署QoS技术。
对于 Cisco 音频数据包来说，语音流是连续而且能够预测的。一般来说，为了有效利用带宽，在WAN链路上往往使用G.729编码。相比之下G.711音频编码需要 64 kbit/s，而将G.711语音采样信息封装进 IP/UDP/RTP包头需要16 kbit/s，另外还要加上前面封装的二层头部信息。
语音每20毫秒采样一次，因此每秒采样50个数据包（pps）。IP头部是20字节，UDP头部是8字节，RTP头部是12字节。这一共40字节的头部信息必须转换成比特数来计算数据包头部的速率。由于1字节是8比特，因此40字节乘以8等于320比特。这320比特以每秒50次的速率进行发送，也就是每20毫秒发送一次（1毫秒是0.001秒，20除以1000等于0.02）。因此：
0.02×50 = 1秒
320×50 = 16000 bit/s，或写作 16 kbit/s1
注释：1 贝尔实验室的美国物理学家奈奎斯特博士通过采样发现，如果希望信号的采样值能够准确地复原，那么信号的采样率至少应该是信号最高频率的2倍以上，这一理论被称为采样定理。一般而言，人类听觉能够分辨的最高频率为22000 Hz，因此要达到理想的数字化效果，采样频率应该高达每秒44000次以上。但由于以这种频率进行采样所得的数据浩如烟海，必将占用大量通信资源，而电话的目的仅为交谈，因此电话采样频率为每秒8000次，每次8比特，这就是语音数据带宽为64000 bit/s （16 kbit/s）的来源（通常来说，FM广播采样率通常为每秒22000次，每个采样点8比特；普通的CD、MP3采样率44000次，每点16比特；DVD采样率一般为48000次，每点16～24比特；一些高端音响、蓝光播放器采样率则为96000次或192000次，每点24比特……而越高的采样率，越大的采样点，则代表了越高的声音还原度和越庞大的数据）。再加上作者计算出的16 kbit/s头部速率（不包括二层封装），G.711全部带宽为64+16=80 kbit/s。其中每个数据包的大小为80 k/50=1600比特=200字节，这200字节中减去40字节的头部，剩下160字节是语音采样信息。G.729采用压缩算法将语音数据压缩为了1/8，即160/8=20字节，加上40字节头部信息不变，一共60字节，因此G.729的带宽为60×8×50=24 kbit/s。——译者注
注释：上述计算中并没有考虑二层的封装。读者如果想要深入了解相关信息，可以阅读 QoS Solution Reference Network Design（SRND）（http://www.cisco.com/go/srnd）或《Cisco QOS Exam Certification Guide,Second Edition》（Cisco Press，2004）。
相比于数据应用，语音数据包对带宽的利用可谓温和。数据应用会占满以太网数据帧的最大传输单元（MTU）（1518字节或9216字节，后者是启用了巨型帧的情况）。相形之下，语音数据包则比较小巧（当采样率为默认的20毫秒时，G.729为60字节，G.711为200字节）。
在图1-2中，会议桥被部署在了主站点中，远端站点则没有部署会议桥。如果远端站点中的3台IP电话需要加入电话会议，它们的RTP流就会穿越WAN网络发送给会议桥。然后，会议桥会将接收到的音频（无论使用软件还是硬件）流量混合在一起，通过 IP WAN 将3个相互独立的单播音频流发回给IP电话。会议桥会从发送给接收方的独立RTP流量中清除掉接收方的语音，这样就不会由于WAN链路传输过程以及混合RTP音频流过程导致的延迟，而使用户听到回声了。
图1-2 资源所面临的挑战
集中式部署的会议资源会影响到带宽、延迟以及语音网络的性能。每个G.711 RTP数据流都需要 80 kbit/s（还要算上二层的头部信息），于是这次语音会议总共需要消耗240 kbit/s的 IP WAN带宽。倘若会议桥没有部署在 IP WAN的另一端，那么流量就不需要穿越WAN链路，也就不会消耗这些带宽。如果CUCM中远端站点的地区参数（Region）配置为与主站点之间使用G.729编码，那么CUCM中的软件会议资源就无法为其混合音频会话了。为了实现G.729音频会议，就需要使用语音网关中的硬件会议资源或硬件编码转换资源。但本地的媒体资源可以消除这一需求。所有位于中心站点的媒体资源（MOH[音乐保持]、信号器（Annuncicator）、会议桥、视频电话会议和MTP）都会面临类似的带宽、延迟和资源耗尽的问题。
在多站点环境中部署CUCM时，集中式部署的CUCM服务是通过 IP WAN网络进行访问的。受此影响的服务如下所示。
■ 在CUCM多站点部署环境中，与集中式呼叫处理相关的信令：远端站点的Cisco IP电话会在集中部署的 CUCM 服务器上进行注册。远端站点的 MGCP 网关由充当MGCP呼叫代理的CUCM服务器进行控制。
■ 在CUCM多站点部署环境中，与分布式呼叫处理相关的信令：在这类环境中，站点之间通过H.323（非网守控制的、由网守控制的或H.225）中继或者SIP（会话初始协议）中继进行连接。
■ 媒体交换：分别位于不同站点的端点之间的RTP流。
■ 其他服务：包括Cisco IP电话XML服务（可扩展标记语言）和对应用的访问，这里所说的应用包括AC、CUCM助理（CUCM Assistant）等。
图1-3所示为一个UC网络，其中主站点通过一个集中部署的呼叫处理环境来与远端站点进行连接。主站点同时还通过ICT（集群间中继）与远端集群相连，而ICT代表了分布式的呼叫处理环境。这种结合采用了集中式和分布式两种部署方式的手段，可以看成是一种混合式的呼叫处理模型，在这类模型中，小型远端站点往往会使用主站点的CUCM资源，而大型远端站点则会拥有自己的CUCM集群。在图1-3的左下方是一条SIP中继，它一般会通过城域以太网连接到一个ITSP（Internet电话服务提供商）。使用SIP 中继的优势在于 ITSP 提供了与 PSTN 连接的网关，而不需要主站点提供 PSTN网关。
图1-3 可用性方面面临的挑战
在图1-3中，IP WAN的中断会使集中式部署模型为远端站点提供的呼叫处理服务一同中断。虽然远端集群的呼叫处理服务并不会因此而中断，但远端集群在 IP WAN中断期间无法通过 IP WAN拨叫主站点。因此，在WAN链路故障期间，任何其他站点都将无法访问位于主站点的重要语音应用（如语音邮件、IVR[交互式语音响应系统]等）。
如果连接 ITSP的链路与实现 IP WAN连通性的链路相同，那么站点就无法再发出和接收PSTN呼叫了。
注释：图1-3所示的部署方式是一个很糟糕的设计方案，因为这种方案没有实现 IP WAN和PSTN的备份。
在拥有一个或多个CUCM集群的多站点部署环境中，拨号计划的设计方案需要考虑很多单一站点部署方案中根本无须考虑的因素，如下所示。
■ 重叠的号码：位于不同站点的用户可以使用相同的目录号码。因为目录号码只需在站点内部保持唯一，因此多站点部署环境需要为重叠的号码提供一个解决方案。
■ 号码不连续：连续的号码范围有利于对呼叫路由信息进行汇总，这与连续的IP地址范围有利于进行路由汇总的概念类似。这种连续的地址块可以用呼叫路由表中的短短几个条目进行代表，如路由模式（Route Pattern）、拨号对等体中的目的地模式（Dial Peer Destination Pattern）和语音转换规则（Voice Translation Rule），这样做可以确保路由表短小精炼。如果每个端点都需要在呼叫路由表中拥有它们各自的路由条目，那么路由表就会变得非常庞大，对内存的需求也会变得很大，查找路由表的速度也会变得很慢。因此，在任何站点上，采用不连续的号码都不是理想的做法，因为这种做法会降低呼叫路由选择的效率。
■ 可变长的编号计划：在有些国家（比如美国、加拿大），PSTN号码使用固定长度的编号计划。而其他一些国家（如墨西哥、英国）则使用可变长的编号计划。可变长的号码存在一个问题，那就是拨出号码的长度是由CUCM路由计划来进行判断的，而这里判断的标准是拨号间隔时间是否超时。在等到拨号间隔时间（即T.302计时器）超时的过程中，拨号后的延迟时间也就在相应地延长，但用户未必乐意等这么长的时间。
■ DID范围与E.164地址：在考虑与PSTN进行集成时，内部使用的目录号码必须与外部的PSTN号码（E.164地址）发生关系。这取决于拨号计划（是定长还是变长）以及PSTN提供的服务，下面我们给出最常见的解决方案。
— 每个内部目录号码都关联一个定长的 PSTN 号码：在这种情况下，每个内部目录号码都有它们自己专用的 PSTN 号码。这个目录号码可以（但不必）与PSTN号码最低位1 的数字相匹配。在使用定长编号计划（比如NANP[北美编号计划]）的国家，常用的方法往往是使用4位办公号码作为内部的目录号码。如果得到的号码不唯一，那么可以在4位号码前添加PSTN局号（Office Code）或者添加由管理员分配的站点码（Site Code），于是有些内部的目录号码就会长达5位甚至更多位。
注释：1 “the least-significant digits”在这里表示一个号码串中最低位的几个数字，从右向左计算。——译者注
另一种解决方案是不复用PSTN号码中的任何位数，只是将各个内部使用的目录号码映射到分配给该企业的PSTN号码中。在这种情况下，内部和外部号码就没有任何的相同之处。如果内部使用的目录号码匹配了该公司 PSTN号码中最低位的几个数字，那么管理员可以在网关或中继上设置这些重要数字1 （Significant Digits）。同样，网络设计人员还可以配置通用外部电话号码掩码（General External Phone Number Mask）、转换掩码（Transformation Mask）或前缀，可以这样做是因为所有的内部目录号码都能够使用相同的方式被设置为符合PSTN编号规则的号码。另一个例子是，如果内部目录号码是由部分PSTN号码和管理员手动添加的数位所组成的，比如站点码加PSTN办公号码2 ；或者PSTN号码范围与内部号码范围不同，比如把PSTN站点码4100～4180与目录号码1100～1180进行映射；或者完全独立地将内部目录号码与PSTN 号码进行映射。在这种情况下，管理员就必须对入站的呼叫部署一条或者多条转换规则（Translation Rule），还需要配置一条或多条的主叫方转换规则（Calling Party Transformation Rule），转换掩码、外部电话号码掩码或前缀。
注释：1 “significant digits”在这里指的是CUCM的网关配置页面中的一个配置参数，与前文的“the least-significant digits”表意不同。CUCM按照从右向左的顺序，从被叫号码中选择重要数字。——译者注
注释：2 Station Code指NANP号码中最低位的4位数字，本书将Station Code译为“办公号码”而不使用“站点码”，以区别于“Site Code”。——译者注
— 不支持DID的定长编号计划：为了避免在定长编号计划中，必须为每个内部目录号码分配一个PSTN号码，人们常常不允许使用DID扩展分机号码。常见的做法是，PSTN中继只有一个单独的号码，所有路由到该号码的PSTN呼叫都会被发送给话务台、声讯总机、接待员或者秘书。然后再从那里将呼叫转发给相应的内部分机。
— 内部目录号码是可变长号码的一部分：在使用变长编号计划的国家中，分配给 PSTN中继的“用户”号码通常比较简短，但 PSTN会将所有从这个号码开始的呼叫都路由给中继。然后由呼叫者加拨号码来指定分机。这里没有定长号码中额外数位或总数位的概念。不过，这里有一个最大值，这个最大值赋予了网络设计者选择目录号码长度的自由。这个最大长度有时很小。比如， E.164的最大号码长度是15个数位，其中不包括国家代码。呼叫发起方需要在公司PSTN号码（通常很短）后面加拨相应的分机号码来呼叫某个特定的用户。如果只拨打了那个简短的PSTN号码而没有加拨任何分机号码，这个呼叫就会被路由给公司的话务台。民宅的 PSTN号码通常会比公司的 PSTN号码长一些，一般也不允许加拨额外的号码。我们在这里谈到的特性只能在中继上使用。
■ ISDN的号码类型（TON）：PSTN接收到的主叫方号码（ANI [自动号码识别]）可以用不同的方式进行表示。
— 7位的用户号码。
— 10位号码，其中包括地区代码（Area Code）。
— 在地区代码的前面还带有国家代码，这是国际上的通用格式。
为了将所有呼叫的ANI进行标准化，使用的格式必须是既定的，因此号码必须进行相应的转换。
■ 呼叫路由的优化：当各个站点之间同时通过 IP WAN和 PSTN进行连接的时候，可以让呼叫通过 IP WAN进行发送，而不通过PSTN进行发送，以此可以避免PSTN对通话的收费。在这种情况下，PSTN可以充当WAN的备份链路，仅当WAN链路出现故障时，才使用 PSTN 进行通信。还有另一种解决方案，这种解决方案同样是使用 IP WAN链路来发送 PSTN呼叫，这种方法是对前一种方法的拓展，也可以降低长途电话费用，这种方法称为经济路由（TEHO，Tail-End Hop-Off）。简而言之，就是尽可能多地利用 IP WAN发送流量，使用离目的 PSTN最近的网关用来充当PSTN出口。
注释：所有的双向电话呼叫都有两个电话号码：主叫方号码（也称 ANI [自动号码识别]）和被叫方号码（也称DNIS [被叫号码标识服务]）。所有双向呼叫都是从ANI去往DNIS的呼叫。而号码处理（Digit Manipulation）的过程就是将ANI和/或DNIS修改为其他号码的过程。
在图1-4中，位于主站点的Cisco IP电话使用的目录号码为1001～1099、2000～2157、2365～2999。在远端站点，使用的号码则是1001～1099和2158～2364。这些目录号码存在两大问题：首先，1001～1099是重复的，这一部分的号码在两个站点都有，因此它们在整个的部署环境中是不唯一的。由此导致的问题是，如果一个远端站点的用户只拨打了1001这4位数字，那么到底哪个电话应该振铃呢？这个由重叠地址引发的问题就需要通过号码处理技术来得到解决；除此之外的另一个问题是，2000～2999的号码是不连续的（两个站点间还存在另一些重复的号码），这就需要在呼叫路由表中添加大量额外的条目，因为这样的范围很难用一条或几条呼叫路由进行汇总。
注释：本章针对这些问题所提供的解决方案会在下一章中展开具体的介绍。
图1-4 拨号计划方面面临的挑战：重叠号码与不连续号码
定长编号计划的特性是地区代码和本地号码的长度都是固定的。而开放式编号计划的特性则是在一个国家中，地区代码或者本地号码（或者这两者）的长度是不固定的。
表1-1将NANP与可变长编号计划进行了对比，该表中的可变长编号计划将以德国的编号计划为例。
表1-1 定长编号计划与可变长编号计划
续表
例如
■ 美国国内电话：9-1-408-555-1234或1-555-1234（地区代码相同时）。
■ 从美国打去德国：9-011-49-404-132670。
■ 德国国内电话：0-0-404-132670或0-132670（地区代码相同时）。
■ 从德国打去美国：0-00-1-408-555-1234（注意：00-1-408里面的那个1，是美国的国家代码，并不是中继前缀）。
NANP PSTN号码是 408-555-1234，没有使用DID，所有位于主站点的呼叫都由话务员进行处理。在德国的远端站点，E.164 PSTN号码是+49 404 13267。在德国站点中使用4位分机号码，由于可以把分机号码直接添加到PSTN号码中，因此允许使用DID。在呼叫德国办公室的话务员时（因为不知道分机号码），美国用户应该拨打9-011-49-404-13267。要注意国际前缀011和接入码9是如何取代了加号“+”的。如果电话的分机号是1001，那就应该直接拨打9-011-49-404-13267-1001。
注释：在表1-1 所示的例子中，从美国向外拨打始终要先拨打号码 9，作为出向呼叫的接入码。这是一种可选的拨号计划，但是在拨号计划中，这种做法十分常见。不过，如果使用了接入码，那么在到达PSTN之前，9必须被剥除，而拨打的其他前缀则必须发送给PSTN，唯有这样呼叫才能得到正确地路由处理。
在图1-5所示的例子中，部署了CUCM的主站点位于美国，而没有部署CUCM的远端站点位于德国。美国的NANP PSTN号码为408-555-1234。要注意这里并没有使用DID，因为所有拨往主站点的呼叫都要由话务员进行处理。德国远端站点的PSTN号码为+49 404 13267。在德国需要使用 4 位分机号，并且启用了 DID，因为可以直接把分机号码添加到PSTN号码中。在呼叫德国办公室的话务员时（主叫方并不知道具体的分机号码），美国用户应该拨打 9-011-49-404-13267。如果电话的分机号为 1001 ，那么就应该直接拨打9-011-49-404-13267-1001。
图1-5 可变长编码：E.164地址与DID
由CUCM通过WAN或PSTN将呼叫路由给远端站点的这个过程，对于用户来说是透明的。
在多站点部署环境中，节省PSTN话费有以下两种方法。
■ 话费旁路（Toll Bypass）：企业内部站点间的呼叫可以使用 IP WAN来代替PSTN进行发送。只有当呼叫无法通过 IP WAN进行发送时（由于WAN出现故障，或呼叫准入控制功能[CAC]不允许发起该呼叫），才使用PSTN进行发送。
■ 经济路由（TEHO）：这种解决方案同样是使用 IP WAN链路来向远端目的地发送 PSTN 呼叫，这种方法是对话费旁路的拓展。在使用 TEHO 时，方法是尽可能多地利用 IP WAN发送流量，并使用离被叫目的PSTN目的地最近的网关来充当PSTN的出口。本地PSTN充当 IP WAN故障或CAC失败时的备份路径。
注意：有些国家不允许使用TEHO或话费旁路技术来规避话费开销，在这类国家中，这种规避国际长途费用的做法是不合法的，这种做法会剥夺运营商的国际入向收益。因此，在实施相关技术之前，请确保这些部署方案符合所在国的相关法律规定。
在图1-6所示的环境中，从芝加哥打往圣何塞的呼叫会按照如下步骤进行路由。
1．芝加哥的 CUCME用户拨打 9-1-408-555-6666，这是一台位于圣何塞的 PSTN电话。
2．呼叫从芝加哥CUCME路由器通过 IP WAN（使用SIP或H.323）路由给了圣何塞的CUCM集群。
3．圣何塞 CUCM 将呼叫路由给圣何塞网关，呼叫从这里进入 PSTN，于是一个长途电话就成为了一个打往圣何塞PSTN的本地电话，通话费用也毫不昂贵。
4．圣何塞PSTN中心局（CO）路由该呼叫，于是被叫电话振铃。
图1-6 经济路由（TEHO）示例
如果在打电话之前，由于某种原因而使该呼叫无法使用 WAN 链路，那么管理员就必须通过配置芝加哥网关，使其能够通过号码处理技术来正确地路由呼叫，也就是将呼叫通过PSTN发送给圣何塞的PSTN电话。当然，这样一来，这通电话的通话费也有可能因此而相对昂贵一些。
在单站点的部署环境中，CUCM服务器与IP电话往往使用的是私有IP地址，这是因为它们没有和外部 IP 网络通信的必要。电话所在的子网也不会配置 NAT，因此外部也就不可能对这个子网发起任何攻击。
不过，在多站点部署环境中，可以在站点之间建立 IPSec VPN（虚拟专用网）隧道。因为VPN隧道只允许站点之间进行通信，也就是说外部网络是不可能访问受保护的内部网络的，只有其他站点才能通过隧道访问内部网络。因此，由外部发起的攻击在网关就会被阻塞。如果打算使用 IPSec VPN，管理员必须将VPN隧道的终点设置在站点的网关设备上。但是在有些情况下，配置VPN是不可能实现的，比如说两个站点可能隶属于不同的管理者，或者站点间的安全策略不允许管理员进一步配置 IPSec VPN。
在这样的情况下，或者在有必要连接公共服务（如ITSP）的情况下，管理员就必须在CUCM服务器和IP电话上配置NAT。Cisco称这种做法为“部署在会话边界控制器上的NAT穿越技术（Hosted NAT Traversal for Session Border Controllers）”。
在图1-7 中，公司 A与公司 B都在内部使用了 IP网络 10.0.0.0/8。为了能够通过Internet实现通信，必须将这个私有地址转换为公有的IP地址。因此，公司A使用了公共的IP网络A，而公司B则使用了公共的IP网络B。于是，所有的CUCM服务器和IP电话就都可以从Internet上进行访问了，同时这些设备之间也可以进行相互通信。
一旦CUCM服务器和IP电话可以通过公共的IP地址进行访问，它们就有可能受到来自外部网络的攻击，于是安全性方面的隐患随之产生。
图1-7 NAT与安全问题
本章着重论述了以下内容。
■ 部署多站点环境必须考虑质量问题、带宽问题、可用性问题、拨号计划问题和NAT及安全问题。
■ 在拥塞期间，数据包必须进行缓冲，否则就要被丢弃。
■ IP WAN的带宽是十分有限的，因此必须善加利用。
■ 多站点部署环境有很多服务需要依赖于 IP WAN的连通性。
■ 多站点拨号计划必须解决重叠号码和不连续号码的问题、可变长编号计划的问题、DID范围的问题和 ISDN TON的问题，并且应该能够尽可能少地使用PSTN。
■ 当CUCM服务器和IP电话需要暴露给外部网络的时候，它们就会很容易受到来自Internet的攻击。
读者可参考下列资源获得更多信息。
■ Cisco Systems，Inc.，CUCM解决方案参考设计指南（CUCM SRND），CUCM 6.x版本，2007年6月。
■ Cisco Systems，Inc.，CUCM管理指南6.0(1)版本。
下列问题可供读者检验本章的学习成果。正确答案请参考附录A“复习题答案”。
1．下列哪一项是对DID的最佳描述？
a．E.164国际拨号
b．从IP电话打向PSTN的外部拨号
c．电话拨号的VoIP安全性
d．外部用户直接拨打内部电话的能力
2．下列哪一个针对IP网络的描述是最不精确的？
a．数据包可以按照乱序进行发送
b．缓存会导致可变的延迟
c．尾部丢弃会导致持续的延迟
d．带宽是由多个数据流所共享的
3．下列哪种说法是对语音封装包头的最佳描述？
a．VoIP数据包相比其他数据包来说更大，而且发送速率也更高
b．语音数据包的三层头部信息并不重要，因此在计算负载的时候可以忽略不计
c．语音数据包的负载比较小，发送的速度较高
d．分组语音与电路交换语音技术拥有相同的开销
4．在多站点部署环境中，IP电话的__和__数据包会受到WAN链路故障的影响？
a．数据、视频
b．信令、数据
c．数据、媒体
d．信令、媒体
5．下列哪两项是在多站点部署方案中需要通过 CUCM 解决方案来解决的拨号计划问题？
a．重叠的目录号码
b．重叠的E.164号码
c．可变长的编号
d．集中式的呼叫处理
e．集中式的电话配置
6．为Cisco IP电话执行NAT的必备条件是？
a．使用DHCP取代固定IP地址
b．与外部网络交换RTP媒体流
c．使用DNS取代CUCM中的主机名
d．与外部网络交换信令信息
7．下列哪一项针对E.164的描述是最为准确的？
a．国际标准的电话号码，包括国家代码和地区代码
b．本地电话号码的国际标准
c．只通过PSTN拨打本地号码的国际标准
d．电话号码DID的国际标准
8．下列哪一项针对TEHO的描述是最为准确的？
a．使用PSTN来削减开支
b．使用 IP WAN链路来削减开支
c．使用 IP WAN链路来路由呼叫，然后再通过远端的网关将呼叫转发给 PSTN，以此削减开支
d．使用PSTN来降低 IP WAN利用率，以此削减开支
9．长途话费规避的最大优势在于？
a．可以提高VoIP的安全性
b．可以更加有效地实施UC技术
c．可以通过WAN链路，而不通过PSTN来路由内部呼叫，以达到节省运营成本的目的
d．可以通过实施NAT来实现可变长的编号计划
图书在版编目（CIP）数据
实施Cisco统一通信管理器:CIPT2/(美)奥尔森(Olsen,C.)著;刘丹宁等译.--北京:人民邮电出版社,2011.4
ISBN 978-7-115-25122-0
Ⅰ.①实… Ⅱ.①奥…②刘… Ⅲ.①计算机网络 Ⅳ.①TP393
中国版本图书馆CIP数据核字（2011）第046391号
版权声明
Chris Olsen: Implementing Cisco Unified Communications Manager Part2 (CIPT2)
(ISBN:1587055619)
Copyright © 2009 Cisco Systems, Inc.
Authorized translation from the English language edition published by Cisco Press.
All rights reserved.
本书中文简体字版由美国Cisco Press授权人民邮电出版社出版。未经出版者书面许可，对本书任何部分不得以任何方式复制或抄袭。
版权所有，侵权必究。
实施Cisco统一通信管理器（CIPT2）
♦著 [美]Chris Olsen
译 刘丹宁 卢铭 陈国辉 田果
责任编辑 傅道坤
♦人民邮电出版社出版发行 北京市崇文区夕照寺街14号
邮编 100061 电子邮件 315@ptpress.com.cn
网址 http://www.ptpress.com.cn
北京 印刷
♦开本：800×1000 1/16
印张：26.25
字数：595千字 2011年5月第1版
印数：1- 000册 2011年5月北京第1次印刷
著作权合同登记号 图字：01-2010-3167号
ISBN 978-7-115-25122-0
定价： 元
读者服务热线：(010)67132705 印装质量热线：(010)67129223
反盗版热线：(010)67171154
广告经营许可证：京崇工商广字第0021号
