國(guó)際及一干傳送網(wǎng)關(guān)鍵性能指標(biāo)自動(dòng)巡檢研究與實(shí)現(xiàn)

國(guó)際及一干傳送網(wǎng)關(guān)鍵性能指標(biāo)自動(dòng)巡檢研究與實(shí)現(xiàn)2016年9月成功案例中國(guó)移動(dòng)南方基地張慧關(guān)鍵性能實(shí)時(shí)檢，網(wǎng)絡(luò)隱患無(wú)處藏案例背景任務(wù)行動(dòng)0102目錄CONTENTS優(yōu)化成果03知識(shí)點(diǎn)總結(jié)04背景：根據(jù)集團(tuán)公司的戰(zhàn)略設(shè)想，南方基地網(wǎng)管支撐中心將作為ITMC（國(guó)際光傳送網(wǎng)）的主用EM，負(fù)責(zé)境內(nèi)系統(tǒng)、離境系統(tǒng)（境內(nèi)側(cè)）7×24小時(shí)實(shí)時(shí)監(jiān)控及運(yùn)行質(zhì)量分析。A首次使用人員無(wú)經(jīng)驗(yàn)B新系統(tǒng)技術(shù)要求高C巡檢方式和周期弊端明顯C巡檢數(shù)據(jù)保存時(shí)間短我們面臨著一系列待解決的任務(wù)和挑戰(zhàn)。任務(wù)：任務(wù)：將國(guó)際光傳送網(wǎng)各網(wǎng)元的關(guān)鍵指標(biāo)巡檢粒度從月降為小時(shí)，各網(wǎng)元的關(guān)鍵指標(biāo)巡檢工作量由14人天/月降低至0.5人天/月。挑戰(zhàn)一：廠家自建費(fèi)用貴，且難以推動(dòng)

讓廠家建立自動(dòng)化巡檢工具，但廠家需要大量的軟件開(kāi)發(fā)費(fèi)，且國(guó)干廠家眾多，只能解決該廠家網(wǎng)元的自動(dòng)巡檢，并不能實(shí)現(xiàn)跨廠家的端到端的巡檢，而且南方基地的力量推動(dòng)整個(gè)廠家實(shí)現(xiàn)確有難度。需要尋求跨廠家解決方法。挑戰(zhàn)二：用傳統(tǒng)技術(shù)有廠家技術(shù)堡壘

根據(jù)ITU的定義，在廠家OMC之上可以用COBRA接口統(tǒng)一采集廠家網(wǎng)管數(shù)據(jù)，然后在此基礎(chǔ)上開(kāi)發(fā)巡檢工具。但國(guó)干COBRA接口基本被兩個(gè)合作單位所擁有，若通過(guò)此開(kāi)發(fā)，相關(guān)LICENCE及軟件開(kāi)發(fā)費(fèi)可能達(dá)到數(shù)千萬(wàn)級(jí)別。行動(dòng)1網(wǎng)絡(luò)這么大，我們要從哪個(gè)層面進(jìn)行自動(dòng)巡檢呢？考慮到復(fù)用段兩端是電層中繼站點(diǎn)，對(duì)于傳輸系統(tǒng)而言，復(fù)用段才能算真正意義上的完整段落；但按復(fù)用段巡檢會(huì)不會(huì)降低巡檢效率？現(xiàn)網(wǎng)由于受到光纖損耗的影響，并不存在嚴(yán)格意義上的長(zhǎng)復(fù)用段，因而按復(fù)用段的巡檢也不會(huì)對(duì)巡檢效率造成太大影響，而卻能保證對(duì)故障/性能異常點(diǎn)的精確定位。請(qǐng)各位學(xué)員思考：1、確定巡檢粒度的標(biāo)準(zhǔn)是什么？分析與正解：巡檢段落S（優(yōu)勢(shì)）W（劣勢(shì)）O（機(jī)會(huì)）T（威脅）復(fù)用段（OMS）覆蓋范圍相對(duì)較大能有效地定位到異常性能點(diǎn)檢索時(shí)間相對(duì)較長(zhǎng)對(duì)于長(zhǎng)復(fù)用段，可能造成多余檢索

————————傳輸段（OTS）方便實(shí)現(xiàn)對(duì)網(wǎng)元的直接定位檢索時(shí)間短不利于定位異常點(diǎn)提供的信息有限

————難以定位故障點(diǎn)對(duì)于巡檢段落的確認(rèn)，我們采用SWOT分析法簡(jiǎn)單分析如下：選擇采用復(fù)用段為巡檢段落的最小單位。行動(dòng)2不過(guò)我們采用什么方式從網(wǎng)管獲取數(shù)據(jù)呢？在數(shù)據(jù)獲取方面，由于我們的系統(tǒng)需要經(jīng)常對(duì)性能數(shù)據(jù)進(jìn)行輪巡檢查，如果采用數(shù)據(jù)庫(kù)直連的方式來(lái)獲取原始數(shù)據(jù)，會(huì)對(duì)現(xiàn)用網(wǎng)管的運(yùn)行帶來(lái)一定的影響，對(duì)EM開(kāi)展監(jiān)控分析工作不利，因此建議排除數(shù)據(jù)庫(kù)直連的轉(zhuǎn)儲(chǔ)方式！那么基于網(wǎng)管北向接口獲取原始數(shù)據(jù)的技術(shù)方案和通過(guò)轉(zhuǎn)存性能文件獲取原始數(shù)據(jù)的技術(shù)方案呢？請(qǐng)各位學(xué)員思考：1、你認(rèn)為這幾個(gè)方案有何優(yōu)劣？01分析與正解：解決措施：確定數(shù)據(jù)轉(zhuǎn)存方案技術(shù)方案S（優(yōu)勢(shì)）W（劣勢(shì)）O（機(jī)會(huì)）T（威脅）北向接口法方案成熟實(shí)時(shí)性強(qiáng)開(kāi)發(fā)需借助外部力量，過(guò)程冗長(zhǎng)，十分被動(dòng)

－－－成本負(fù)擔(dān)過(guò)重?cái)?shù)據(jù)轉(zhuǎn)存法簡(jiǎn)單易實(shí)現(xiàn)自主性強(qiáng)擴(kuò)展性強(qiáng)存在較一定延遲

－－－可能出現(xiàn)技術(shù)瓶頸采用轉(zhuǎn)存性能文件獲取原始數(shù)據(jù)的技術(shù)方案，可以有效地解決北向接口法的各種弊端，實(shí)現(xiàn)難度低，更符合系統(tǒng)的需求。無(wú)需借助外部力量，且能夠滿(mǎn)足系統(tǒng)所需的各種關(guān)鍵功能。行動(dòng)3那我們來(lái)討論下實(shí)現(xiàn)步驟吧首先肯定要確認(rèn)整體技術(shù)方案，確認(rèn)軟件架構(gòu)，確認(rèn)開(kāi)發(fā)平臺(tái)。還有確認(rèn)數(shù)據(jù)轉(zhuǎn)存頻率和格式，然后就是實(shí)現(xiàn)，調(diào)試，上線驗(yàn)收。請(qǐng)各位學(xué)員思考：1、如何具體實(shí)現(xiàn)自動(dòng)巡檢？分析與正解：網(wǎng)管數(shù)據(jù)轉(zhuǎn)存性能數(shù)據(jù)庫(kù)前端web頁(yè)面實(shí)施1:整體架構(gòu)的確定數(shù)據(jù)轉(zhuǎn)儲(chǔ)腳本前端網(wǎng)頁(yè)代碼實(shí)施2:軟件流程的確定系統(tǒng)調(diào)試與成果驗(yàn)收解決措施：確定實(shí)現(xiàn)步驟結(jié)果將網(wǎng)絡(luò)巡檢粒度由月下降到天、小時(shí)為單位，強(qiáng)化了網(wǎng)絡(luò)隱患的發(fā)現(xiàn)能力，更有利于保障骨干傳送網(wǎng)的穩(wěn)定運(yùn)行，產(chǎn)生大量間接效益提高了重點(diǎn)客戶(hù)專(zhuān)線運(yùn)維方面的投拆應(yīng)對(duì)能力和話語(yǔ)權(quán)可以長(zhǎng)時(shí)間追蹤骨干傳送網(wǎng)運(yùn)行情況，為集