目前UC的普及率在逐渐提高，而如何保障UC的质量和稳定性就成了IT主管们的关注焦点。不用担心，Fluke在这方面有十分成熟的方案，接下来，来自Fluke网络的Andy Li将 和我们分享：护航UC，监维并举，掌声有请!

Andy Li：

大家好！我是Fluke的Andy，这两天北京的展览展会比较火爆，那边车展，这边我们的力度也逐步的上升，人越来越多，越来越热闹。我看车展的时候，和我们唯一的区别那 里是香车美女，我们是行业一流的UC厂商都来参展，在座的有专家分享你们的经验，大家可能就会想到这个问题，我们的车展和我们通信有什么联系呢？车展有很多豪车，大家有 没有想到豪车放在高峰期的东三环的主路上是不是不会那么爽。我们的UC车商业一样，我们都是一流的产品，如果把最好的产品放在现有的网络上，确保跑得很顺畅吗？不一定。

确保现在的网络能够跑这么高端的应用，好象豪车一样，没有好的路况，交通的管理和规则，哪怕是豪车也没有好的体验。

UC从几个方面我们会考虑，UC的生命周期，一个UC的好和坏，和产品本身的功能、技术的高低其实关系不大。和UC网络的部署、设计，部署完了的验收，维护和优化都息息相 关的。如果你的产品很强，但优化得不好，一样用户体验也不会好。如果产品不是高端的产品，但是运维做得非常好，一样能满足用户很好的体验。 前面讲了很多互联网，其实我们理解互联网文化其实就是屌丝文化，意味着便宜。

很多产品不管是新的厂商，还是传统的UC厂商，很明显的趋势，产品越来越便宜，提供的 服务越来越复杂，越来越丰富。但是在这样的一种趋势下，想用户有比较好的体验，运维非常重要。运维说起来非常简单，事实上做得很好的运维其实很复杂的。 前面讲了很多厂商的产品都有很好的伸缩性，可以满足五六个人的企业规模的用户要求，能够满足几万规模的用户要求，但是我们知道，人在少的时候，可能运维的时候不会 那么复杂。运维少的时候靠人来运维就够用，如果逐渐变大，靠人来运维往往不够。这种情况必须借助一些手段来帮助你来运维。

我们Fluke站在这个角度帮助大家怎么应用现有的网络。网络和人一样，人在生活习惯不好，或什么其他原因会生病。网络也一样，人生病了会看医生，两种选择，一种是看中 医，一中是看西医。

老中医经验很丰富，通过望闻问切知道开什么药。西医对医生要求不那么高，网络其实也一样。人很少的时候，用户规模比较少的时候，通过网络专家可以解 决问题。网络规模变大，如果还靠人的经验来做，可能能解决问题，但是解决问题的时间就比较久。过了很长时间才能找到解决问题，现在事实已经造成了很大的损失，这其实是 不够用的。

这是UC运维的目前面临的一个挑战，其实写了很多。因为我的时间比较短，写上来的PPT大家能看到的就不多说了。我想站在这几个方面，包括UC运维的挑战，部署的条件进行 规划，怎么样进行协同工作，跨软件跨平台怎么保持网络可持续性，出现问题用什么方式解决问题。这些方面，我们可能都面临这样那样的挑战，大家可能有目共睹，都有经验的 。 我们从几个方面来看，UC挑战意味着什么呢？我们有很多一流的厂商都是做UC的，也有很多企业号称要成为第一，这非常好。但是我们公司其实站在这个位置，我们不想这样 ，确实各位都是我们的友商，我们是做维护的厂商，产品卖到用户下一步需要维护我们可以帮助到你。站在经销商，我们有很多的厂商有很多的代理商代理产品，打单子的时候碰 到很多的问题，和集成商进行竞争的时候，发现产品价格、用户的关系都在一个起跑线上，没有太多的差异，怎么样体现自己的差异化的竞争优势？服务是一个比较重要的方面。

服务是靠人服务，或靠工具服务。这两方面的差异是什么？人成本很高，如果有一些工具帮助解决一些问题，就象医院一样，有B超等工具是不是更好。站在集成商的角度，我们也 是友商。对于用户来说可能更重要。我们知道用户这么多年也上了这么多UC设备，至于跑得怎么样用户是知道。 我曾经和一个用户交流，他是CTO，我非常的崇拜。CTO什么意思呢？也就是我是一个首席牌照官，每天象救火队员一样解决问题，没有更多的时间做更多的事情。碰到这样的 问题，如果有这样的经历都知道，一个企业一个UC一个IT部门是一个成本中心，是花钱的。怎么样才能当成利润中心，体现你更大的价值，如果每天都是做CTO的事情，根本没有时 间和精力思考解决更重要的问题。站在用户的角度，在你的网络搭建成功，考虑很多应用的时候，运维这一块就越来越重要。这也是站在不同的角度的几个方面。

大家可以看到这样的网络拓扑图，出了问题以后，会导致什么问题？可能在分支办公室UC视频会议出了什么鼓掌，要想定位问题在那里，在这样的场景下非常困难。每一个环 节每一个厂商的设备都可能是一个问题的所在，怎么快速的定义问题在那里？这个挑战刚才看到，总结的几点，有一个深刻的体会。

碰到这样的挑战，我们Fluke该怎么样帮助解决，护航UC？从几个方面，首先从我们规划阶段，我们会有一些产品帮助评估现有的网络条件，是否能够允许部署UC通信。可以看 到目前跑了那些应用，应用经过一段时间的检测，看看对网络占用情况，高峰期的时候对网络带宽占用的方式，我们可能有一个监控和评估，基于这些信息，我们可能就会看到更 详细的信息。在物理层，可能现在从运营商租用10兆或50兆的IP专线，目前的状态是什么样的？可以看到有没有其他的影响将来部署UC通信的问题，我们会看到。

接下来我们会通过网络来看，网络的接口某一个可能会接入UC设备的一个链路目前是什么样的工作状态，把UC跑上去，设置和服务能不能正常运转？另一个通过用户服务级别 进行检测，目前网络状况是不是能够达到之前和运营商签署的服务级别，这些都和将来和部署UC息息相关的。 评估的时候发现这样那样的问题，通常用户解决的方法，如果感觉我的管网带宽不够，或者觉得目前交换机不够，要升级。事实上在升级的过程，网络性能就能变得很好吗？

不一定。因为很多时候，和你的策略配比相关的。和内部的网络设备本身的设置相关的，可能经过简单的优化就可以实现部署UC的要求。

按照我们的方式发现一些问题，有针对性对现有的网络进行优化，结束了以后对优化的效果进行评估，看看目前是不是经过调整达到了优化的条件，不需要采购网络设备等为 我部署。这些都是UC改造后的成效。 我们说到的全局应用性能监测，我们能不能在使用一些系统和方法手段，能够对现有的网络进行全局的监测，通过一些趋势的分析，发现目前的一些应用、UC的一些服务在某 一个时间段性能服务下降，会主动的干预，主动解决这些问题。

用户投诉我之前问题解决掉了，是不是可以避免象救火队员一样解决问题，花更多时间解决更重要的事情，做更重 要的工作。

前面讲到某一个阶段通过我们的系统发现了服务的趋势的下降，看具体的那些问题给一些参考和思路。比如有一个UC的呼叫质量排名，这可能是呼叫中心，和语音视频相关的 问题，看到了一个排名。会有一些貌似排名的机制，我们会根据MOS每一个呼叫进行排名，看看那些呼叫质量下降了，导致呼叫性能趋势线走向了不好的趋势。

我就会进一步进行分析，大家可以看到，某一些IP呼叫走到最差的呼叫，我们知道UC语音的质量是用MOS值估，在哪一个环节发生的，我们可以看到防火墙和路由器，通过那一 块MOS值下降，我们就能找到导致问题的发生的原因。

我们有一些手段把不同的相关流量取下来，可以看到，那一些网段的一些问题导致了前面说的MOS下降。可以看到分析结果，一些有问题的呼叫，事实上原因可能没有分配合理的运营导致的。

另外，对于有一些问题，我们需要关注VIP用户的体验，这是我们单点故障处理的情况，我们会分一些优先级，可能有一些VVIP，VIP，对于这些用户，他的语音问题如果出现 ，希望能够进行优先技术处理的话，我们可以拿一些仪表串接到终端，把呼叫建立的过程，视频语音通信的过程，呼叫释放的过程，每一个过程都监测起来，每一个地方出现问题 都可以第一时间找到，这是对我们重要客户重要的关怀的服务的产品。

前面讲了很多UC的元素，移动性这一块是非常重要的，尤其对移动办公的用户，大规模使用了内部的WIFE的手机等，这些服务都跑在无线的基础设施上的。这种无线的基础设 施，如果质量下降，直接导致我们语音的体验和视频的体验和UC的体验会不好。我们想知道什么原因导致呢？可以由一些手段帮助你来分析他的问题。

这一块我们会有一些更深入的VowLAN的环境监测，部署一些适时的语音和视频通信，语音和视频的质量，有没有一种办法，从无线到有线，能够把端到端的问题找到，我们会 有一些产品帮助在无线和有线之间进行测试，找到问题，解决在移动环节下的一些问题。 IP录音，企事业在通信领域非常重要的一环。

在机房可能看到，存储设备都是光纤存储，碰到这种情况，担心你的IP录音的系统在存储IP录音出现问题，因为物理的一些原因 导致，我们会保证在IP录音部署之前确保物理线缆是没有问题的。维护过程中，如果线缆导致线缆问题，可以进行排障，找到问题在那里。 提到IP录音，这一块很多传统的做法其实有几种，一种是通过串线的方式，或者SPAN方式。传统的方式可能有一些问题，找一些空闲端口的时候找不到，对性能会有一些影响 。

碰到这种情况，可以推荐使用TAP方式处理，把需要的静态流量进行拷贝，把拷贝的流量输入给你需要的系统，碰到这种情况可以解决这种问题，可以优化录音的网络架构，提高 录音的效果。 讲了这么多产品，介绍一个案例，分享一个运营商和IMS呼叫中心的案例，我们知道运营商这几年通过发展，已经不甘心完全来做一个通道，希望在通道上跑一些应用。比如呼 叫中心就是一些运营商在现有的IMS基础设施上开展的业务，我们碰到这个案例，运营商在IMS把专线开展电话销售业务，我们会用我们的监测系统部署到现有的网络系统，在核心 机房部署系统，把所有的信息采集下来，这是我们两个设备，对一段时间的数据进行过滤，举例来说，比如投诉，不好的时间段过滤出来，进行质量评估。这段时间的语音MOS值比 较差的，从比较差的流量找出最差的，进行分析。很快找到语音下降的两个问题，进一步分析，我们需要看到丢包在那里，知道问题点在那里，多段分析的功能，进一步缩小范围 ，哪一个网络导致丢包，端到端的路径分析，其中丢包的两个设备，这时候问题已经找到了，交换机的端口是有问题。 问题的分析，云质量不好有几个问题，设置的问题，没有设计合理的优先级。还有就是接口的问题，配制上进行优化，解决平台的问题，以及解决丢包的问题，问题解决。

这是我们的一个案例，最后给大家分享一下我们公司的介绍，我们公司Fluke，网络我懂得，以前不敢喊这个口号，因为我们的网络是物理层进行介质的测试。这几年随着我们 公司的发展，开发了很多新产品，也收购了业界一流的公司，我们也丰富了产品线，我们也增加了一些无线局域网等等相关的无线产品线，我们的产品线涵盖物理层、有线无线， 提供端到端的维护，所以很自信的是网络我懂得。

这是我们公司的组成，我们公司是五百强，和Fluke平气的包括业界的比较好的ARBAR都是通信行业里最好的公司，我们也有一些不同的产品线，具体会有几类，UC测试解决方 案，有规划的产品，会在部署之前有评估现有网络情况，目前那些网络的设备和需要进行升级和扩容，怎么样进行优化，调整现有的网络状态，满足UC部署的条件。这个产品在规 划期间是可以用的，规划结束也可以用的，做一些分布式的呼叫中心或UC环境的检测也是可以用的。

接下来是呼叫中心有录音的需求的产品下，可以进行简化录音的网络架构。 会有物理介质测试，如果需要升级替换，可以找到替换的产品。还有可以用一些产品评估语音质量下降是什么样的原因，可以帮你提供一些思路，包括有线加无线的测试。可以迅 速的定位点对点的故障，那些网络环节，那些网络结点出现屏障，很快进行定位。海量的存储设备，对原始的数据进行取证，迅速的解决随即性的问题。长期检测的产品，主要用 于解决CTO的问题，变被动为主动解决问题。

我们希望我们的产品、解决方案不断给我们的厂商带来帮助，也和我们在座的集成商、用户能够带来更大的用户体验的改进。其实我们公司也是希望能够有更多的机会和在座 的各位合作，听到了很多厂商集成商都会有一些市场层面的活动，我们这一块也是有很多的合作机会。

在这里感谢大家花这么长时间忍受饥饿听我的演讲，会后如果有什么需要和我沟通的，这是我的邮箱地址，谢谢大家！