主持人：

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

Fluke网络(中国）业务发展经理 Andy Li

Andy Li：大家好！我是福禄克网络的Andy，这两天北京的展会市场比较火爆，那边车展热度未减，这边企业网通信大会也是高潮不断，区别是那边是满眼的香车美女，我们这边是业界顶尖的UC产品加上业界的知名人士，我想所有这些给我们带来的感受，用两个字就可以概括，那就是“倍爽”。但是大家有没有想过，如果把车展上的豪车放在高峰期的东三环上，开车的司机还会感觉那么爽吗？同样的，如果把我们这些顶尖的UC产品部署到现有的网络里面，您能确保它可以运行的很流畅吗？豪车是不是可以开起来爽，取决于一个城市的路况是不是好、交通规则与调度是不是合理，甚至居住区与商务区的规划是不是科学。那么UC是不是可以运行的顺畅，同样也取决于网络基础设施，也就是我们常说的信息高速公路的状况是否比较好，针对UC的网络策略是否设置的比较合理等等。

我们现在提出UC生命周期的概念，一个UC项目是否成功，和产品本身的功能和技术其实关系不是很大，事实上，每一个UC项目都是一个系统工程，其成功与否与UC部署前的规划设计，到部署以后的验收，以及平时的维护和优化都是息息相关的。如果你的产品很强，但维护跟不上，用户的体验一样也不会好。反过来，如果你采用的产品不是高大上的东西，但是运维做得非常好，一样能确保用户有很好的体验。前面讲了很多互联网的概念，其实我们理解互联网文化其实就是屌丝文化，屌丝就意味着便宜，在这一潮流下，我们发现不管是UC行业的新兵，还是传统的一线UC厂商，都有一个很明显的趋势，就是产品越来越便宜，功能越来越丰富。但是在这样的一种趋势下，想用户有比较好的体验，运维就提上了重要的日程。

运维说起来简单，做得好却并不容易。 前面讲了很多厂商的产品都有很好的伸缩性，可以满足五六个人的企业规模的用户要求，也能够满足几万规模的用户要求，但是我们知道，用户数量在比较少的时候，运维不会那么复杂。基本上靠人的经验就够用了，但是如果规模逐渐变大，仅仅依靠人的经验是没有办法对全网有个全面透彻的了解的，这种情况下就必须要借助一些工具和手段来帮助你做运维。

我们知道，网络和人一样，都可能会“生病”，人生病了会去看医生，他有两种选择，一种是看中医，一中是看西医。老中医经验很丰富，通过望闻问切就可以知道病根在哪里，需要开什么药治疗，但是对医生的经验要求非常高，而西医却正好相反，刚毕业的主治医师就可以为大多数的病人诊断疾病，因为他只要会开验血、B超或者CT单子就可以了，检查结果会帮助他判断病灶在哪里，该怎么治疗。网络其实也一样，出了问题你也有两种选择，要么请有经验的老中医，就是类似CCIE一样的专家，但是真的很贵，成本很高，不是所有企业都可以负担得起，或者你也可以借助一些工具，比如福禄克网络提供的测试和维护产品，那么一般的工程师就可以借助这些工具很迅速的定位并且解决很多复杂棘手的问题。

对于UC运维目前面临的挑战，其实我在我的PPT里面写了很多，比如从部署前的规划的欠缺导致的后续运维问题，到跨厂商跨平台环境下的故障的定位与责任归属的确认、以及现有网管产品的不足等等，这些方面，我们大家可能都有切身的体会，今天因为我的演讲时间比较短，那么写在PPT上面大家能看到的我就不深入讲解。我想从另外几个维度来谈谈，UC运维的挑战对厂商、集成商和用户都分别意味着什么。

我们刚刚有一位来自业界知名的设备厂商的嘉宾，非常Aggressive的讲到，“我们要超过所有的ＵＣ厂商成为业界No.1，我们不会总是成为跟随者……”，非常好！但是福禄克网络今天站在这个讲台，我们不需要这样Aggressive ，因为在做的各位其实都是我们的合作伙伴，因为我们是提供维护产品和解决方案的，在各个厂商的产品卖到用户那里以后，下一步需要维护的时候我们就可以帮助到你们。所以说我们是真正的友商，而且友商两个字上面是不需要加引号的。

那么站在集成商角度，想必大家会有这样的经验，在你代理某个UC厂商的产品，在打单子的时候，你会发现从产品的技术指标、用户关系和商务条款上，参与方似乎都在一个起跑线上，没有太多的差异，那你应该怎么样体现自己的差异化的竞争优势？让用户很放心的把项目交给你来做？我想专业的服务能力就是一个比较重要的方面。服务要么是靠有经验的人，要么是靠工具。这两方面的差异是什么？有经验的人的成本很高，如果有一些工具可以帮助解决一些问题，那你就可以不用花大价钱请那么多的CCIE了，这样性价比就会更好。

对于用户来说，我们知道随着这么多年的持续的投入，用户的网络越来越完善，也上了很多诸如UC一样的应用平台和系统，至于这些系统跑得怎么样，用户自己是知道的。 我曾经有幸和一位企业的CTO交流，他问我CTO什么意思，我告诉他当然是首席技术官（Chief Technical Officer）了,他苦笑说不是，他说CTO的意思对他来说是首席排障官（Chief Troubleshooting Officer）的意思,他说他每天就象救火队员一样不断的解决这样那样的网络和应用问题，他根本没有更多的时间做一个CTO应该做的事情。我们知道，一个企业的IT部门通常都是一个成本中心，是花钱的。我们讲了很多年要把这个成本转变成利润中心，体现IT部门更大的价值，但是你如果每天做的都是Chief Troubleshooting Officer的事情，还会有时间和精力做更重要的事情吗？ 

大家可以看一下这张胶片，这是一个典型的企业网络拓扑图，大家看到在分支办公室的一个客户的UC视频会议出了故障，你想要定位问题在那里，在这样的场景下是非常困难。因为有那么多的环节，每一个环节、每一个厂商的设备都可能有问题，你怎么能快速的定位问题在那里？是谁的责任呢？

这就引出了我们今天的主题：护航UC、监维并举。“监”指的是主动监测网络与包括UC在内的应用性能变化的趋势，在问题发生和用户投诉之前就可以解决掉问题，可以把CTO从救火队员的位置上解脱出来；“维”指的是使用一些有效的工具，在现场能够迅速定位问题和责任归属，有效快速的解决问题，减少损失。福禄克网络可以提供一系列的产品和解决方案满足监测和维护的需求。

从几个方面具体来说，首先就是在规划阶段，我们会有一些产品帮助您评估现有的网络，是否具备部署UC的条件。可以通过测试看到目前您的网络里面跑了那些应用，并且经过一段时间的监测，看看每种应用对网络的占用情况，以及在高峰期对网络带宽占用的情况，我们对这些情况有一个评估，然后基于这些信息，为部署UC之前的网络和带宽的扩容和升级提供客观的参考数据。避免为了部署UC而盲目的采购升级设备，扩容互联网专线的带宽。

接下来我们会通过物理层、链路层和网络层分别深入查看，物理线路是否有误码？链路层接口利用率是否太高、网络层是否在某个节点有拥塞等等，另外通过用户服务级别（SLA）的监测，会发现目前网络状况是不是能够达到之前运营商承诺的服务级别，这些都和将来成功部署UC是息息相关的。评估后如果发现这样那样的问题，我们也许不需要升级设备，仅仅做一些网络优化就可以改善目前的网络状况，那么就可以为您部署UC节省很大一块成本。反过来，如果没有这些信息做依据，你盲目升级设备、扩容互联网专线的带宽，结果反而不能有任何改善，因为问题不在这里，很多时候，网络性能是和物理线缆以及网络设备的策略配置相关的，和容量其实并没有多大关系。

按照我们的方式发现一些问题，有针对性对现有的网络进行优化，优化以后还可以对优化的效果进行评估，看看目前是不是经过调整达到了优化的目标，是不是真的不需要采购新的网络设备。

我们说到的全局应用性能监测，我们可以使用一些系统的方法，实现对现有的网络进行全局的监测，通过一些趋势的分析，发现目前的一些包括UC在内的应用在某 一个时间段性能下降的趋势，然后进行主动的干预，主动的定位解决这些问题，实现在用户投诉之前就消除隐患。这样是不是就可以避免象救火队员一样每天解决问题，而花更多时间解决更重要的事情，做更重 要的工作呢？

前面讲到某一个阶段通过我们的系统发现了服务趋势的下降，我们看看对于具体的问题来说，如何找到解决的思路？这里有一个UC的呼叫质量排名的例子，这可能是个呼叫中心，或者和视频会议相关的问题，我们在这里会根据MOS对每一个呼叫进行排名，看看那些呼叫质量下降了，导致整体呼叫性能趋势向不好的方向发展。找到一通IP呼叫最差的呼叫，然后很快提示您在哪一个环节发生MOS下降的情况，我们看到这个例子里面主被叫之间有防火墙和路由器，通过哪个节点MOS值下降了一目了然，这样我们就能很快找到导致问题的责任归属。

我们会有一些方法把VOIP相关的所有流量取下来，然后通过分析看到哪一些网段的问题导致了前面说的MOS下降。在这个例子里面，我们可以从分析结果中看到，一些有问题的呼叫，原因是没有为其分配合理的优先级以及丢包导致的。

另外，对于一些企业的VIP用户来说，其单点故障的解决往往是IT部门现场问题解决的重点。如果某一个VIP用户，他的IP语音质量出现问题 ，我们希望能够优先进行处理的话，我们会使用某种仪表串接到他的终端和接入设备之间，我们的仪表会把呼叫建立的过程，语音/视频通信的过程，以及呼叫释放的过程，每一个过程都展现给你，如果某一个环节出现问题，我们很快就可以很容易看到，这类专业仪表就是用来对我们的VIP客户做重点关怀服务用的，很便携、也很专业。

前面讲了很多UC的元素，移动性这一块也是非常重要的，尤其对移动办公的员工来说，目前的BYOD也是一个趋势，这些BYOD的设备大都跑在无线的基础设施上，比如企业WIFI，对于这些无线基础设施来说，如果无线网络性能下降，会直接导致我们语音的体验和视频的体验的下降，这一块福禄克网络会有一些深入的VoWLAN的监测产品，如果您在WIFI网络上部署一些实时的的语音和视频通信服务的时候，我们可以提供从无线到有线，端到端的问题定位手段。

如果您有机会去机房的话，你可能会看到，现在的存储设备都是光纤存储阵列，短距光纤盒并行光纤被大量使用，比如呼叫中心的IP录音的系统，基本都是使用这类光纤存储系统保存重要的录音数据，如果在存储IP录音的时候出现问题，是因为光纤链路的问题导致的，我们就可以提供介质层的测试仪表，快速的对最短0.5m的光纤问题进行故障的定位。

提到IP录音，录音的方式目前主要有以下几种，一种是通过串线的方式，还有的是使用SPAN镜像的方式。这些传统的方式通常会有一些问题，比如用SPAN的方式，你不一定可以找到足够的空闲端口用于端口镜像，即使找到了，用户通常会担心这种录音方法会影响设备的性能。碰到这种情况，福禄克网络推荐使用TAP的方式进行处理，把需要的流量通过TAP拷贝几份，然后把这些流量送给你的录音系统，也可以送给其他需要的设备，比如IPS/IDS系统，性能监测系统等。这样就可以优化录音的网络架构，改善录音的效果，并满足更多的流量监测与存储需求。 

讲了这么多产品，介绍一个案例，分享一个运营商IMS呼叫中心的案例，我们知道运营商这几年已经不甘心完全来做一个通道，它希望在通道上跑一些可以盈利的业务。比如呼叫中心就是一些运营商在现有的IMS网络上开展的新型业务，我们前不久碰到这样一个案例，某运营商将互联网专线与IMS呼叫中心业务一起打包提供给一个保险公司客户，为保险公司的电话销售代表（TSR）提供IP语音业务。运营商经常被TSR投诉有语音质量问题，影响了他们的销售业绩，这家运营商找到福禄克网络，我们使用我们的监测系统分别部署在其IMS核心网和保险公司用户侧，把所有的相关的流量采集下来，对有问题的时间段的数据进行过滤分析，找到这段时间的语音MOS值比较差的呼叫，继而做有针对性进行分析。

很快找到语音下降的两个原因，一个是被叫丢包侧严重，另外一个是没有为IP语音设置合理的优先级。

通过多段分析的功能，进一步缩小发生丢包问题的范围 ，然后基于这个范围，通过端到端的路径分析功能找到丢包问题发生在某一台交换机的端口上，到此为止问题完美的定位，接下来的解决其实就很容易了。

最后和大家分享一下福禄克网络公司的一些情况，这是福禄克网络的市场口号，We Know Networks，您可以翻译成“网络我懂得”，其实以前我们是不敢喊这个口号的，因为几年之前我们的产品线主要还是涵盖在介质层和网络层测试上面，近几年随着公司的发展，开发了很多新产品，也收购了一些业界一流的公司，我们的产品也由此增加了应用层监测与维护，以及无线测试这一块，目前我们的产品线涵盖介质层、网络层、应用层，还有无线方面的测试产品，现在我们可以真正的提供端到端的测试与维护解决方案，所以今天我们可以很自信宣布“网络我懂得”！

这里是我们公司的业务组成，我们是世界五百强丹纳赫集团下属公司，我们Fluke Networks、和Arbor、VSS、Tektronics都是丹纳赫集团下面的姊妹公司，我们的产品线，和UC相关的主要包括以下几类：UC规划产品，用于部署之前有效的评估现有网络情况，确定哪些网络的设备和专线需要升级和扩容；UC验收产品，用于确保UC系统各个层面的工程质量；UC部署阶段，用于简化网络架构的TAP产品；UC性能监测、维护与优化产品；以及VoWLAN环境下的性能测试与故障定位产品等等。

最后，我们希望福禄克网络的产品、解决方案可以为UC厂商带来切实的帮助，为UC集成商带来最大化的竞争优势，也可以为UC用户带来更好的体验，为UC保驾，为您护航！谢谢大家！