福祿克網絡：護航UC，監維並舉

???????????

主持人：

目前UC的普及率在逐漸提高，而如何保障UC的質量和穩定性就成了IT主管們的關注焦點。不用擔心，Fluke在這方麵有十分成熟的方案，接下來，來自Fluke網絡的Andy Li將 和我們分享：護航UC，監維並舉，掌聲有請!

Andy Li：

大家好！我是Fluke的Andy，這兩天北京的展覽展會比較火爆，那邊車展，這邊我們的力度也逐步的上升，人越來越多，越來越熱鬧。我看車展的時候，和我們唯一的區別那 裏是香車美女，我們是行業一流的UC廠商都來參展，在座的有專家分享你們的經驗，大家可能就會想到這個問題，我們的車展和我們通信有什麼聯係呢？車展有很多豪車，大家有 沒有想到豪車放在高峰期的東三環的主路上是不是不會那麼爽。我們的UC車商業一樣，我們都是一流的產品，如果把最好的產品放在現有的網絡上，確保跑得很順暢嗎？不一定。

Fluke網絡(中國）業務發展經理 Andy Li

確保現在的網絡能夠跑這麼高端的應用，好象豪車一樣，沒有好的路況，交通的管理和規則，哪怕是豪車也沒有好的體驗。

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的問題，變被動為主動解決問題。

我們希望我們的產品、解決方案不斷給我們的廠商帶來幫助，也和我們在座的集成商、用戶能夠帶來更大的用戶體驗的改進。其實我們公司也是希望能夠有更多的機會和在座 的各位合作，聽到了很多廠商集成商都會有一些市場層麵的活動，我們這一塊也是有很多的合作機會。

在這裏感謝大家花這麼長時間忍受饑餓聽我的演講，會後如果有什麼需要和我溝通的，這是我的郵箱地址，謝謝大家！

??????????