<meter id="pryje"><nav id="pryje"><delect id="pryje"></delect></nav></meter>
          <label id="pryje"></label>

          新聞中心

          EEPW首頁(yè) > 手機(jī)與無(wú)線通信 > 設(shè)計(jì)應(yīng)用 > 簡(jiǎn)單運(yùn)維的OTN網(wǎng)絡(luò)詳解

          簡(jiǎn)單運(yùn)維的OTN網(wǎng)絡(luò)詳解

          作者: 時(shí)間:2012-05-25 來(lái)源:網(wǎng)絡(luò) 收藏

          引入城域后,運(yùn)營(yíng)商原有的SDH運(yùn)維人員面對(duì)的是全新的結(jié)構(gòu)和復(fù)雜的業(yè)務(wù)模型。以傳統(tǒng)的經(jīng)驗(yàn),顯然難以支撐起網(wǎng)絡(luò)的運(yùn)維。

          本文引用地址:http://www.ex-cimer.com/article/154829.htm

          隨著網(wǎng)絡(luò)技術(shù)和智能終端的發(fā)展,城域網(wǎng)中IP業(yè)務(wù)逐漸成為最大的業(yè)務(wù)類型,大顆粒業(yè)務(wù)需求也逐步增加。這種變化對(duì)城域傳送網(wǎng)提出了大容量、粗管道、IP化和高可靠的要求。網(wǎng)絡(luò)由于對(duì)高帶寬承載的經(jīng)濟(jì)性,同時(shí)又能支持細(xì)顆粒業(yè)務(wù)靈活調(diào)度,成為打造超寬帶城域網(wǎng)的必然選擇。

          OTN大量進(jìn)入城域網(wǎng)絡(luò)后,原SDH運(yùn)維人員面臨OTN網(wǎng)絡(luò)運(yùn)維的挑戰(zhàn)。一方面是OTN網(wǎng)絡(luò)運(yùn)維的工作量相對(duì)于SDH網(wǎng)絡(luò)有所增加。另一方面,OTN網(wǎng)絡(luò)的復(fù)雜度遠(yuǎn)高于SDH網(wǎng)絡(luò),從設(shè)備管理、業(yè)務(wù)發(fā)放、告警排障和資源管理各個(gè)方面都與SDH網(wǎng)絡(luò)有很大差異。運(yùn)維人員以傳統(tǒng)的SDH運(yùn)維經(jīng)驗(yàn),難以支撐OTN網(wǎng)絡(luò)運(yùn)維。

          OTN網(wǎng)絡(luò)運(yùn)維復(fù)雜在哪里?

          OTN網(wǎng)絡(luò)運(yùn)維的復(fù)雜性,具體體現(xiàn)在以下四個(gè)方面:

          設(shè)備內(nèi)部關(guān)系難以透視:傳統(tǒng)的SDH設(shè)備,基本上可以看作是一個(gè)黑盒,設(shè)備內(nèi)連纖。而OTN設(shè)備內(nèi)部存在大量子架,并且子架內(nèi)部和外部都有光纖連接,不同連纖的信號(hào)流向都不一樣。發(fā)生故障的時(shí)候,無(wú)法判斷是內(nèi)部光纖還是外部光纖的問(wèn)題。

          業(yè)務(wù)層次多且參數(shù)配置復(fù)雜:SDH技術(shù)本質(zhì)上是對(duì)數(shù)據(jù)幀進(jìn)行分插復(fù)用,只有一個(gè)層次業(yè)務(wù)模型。而OTN技術(shù)有6個(gè)層次業(yè)務(wù)模型,需要配置6個(gè)層面的業(yè)務(wù)。這就使得同樣配置一條業(yè)務(wù),在SDH網(wǎng)絡(luò)上只需要2分鐘,而在OTN網(wǎng)絡(luò)上,需要花費(fèi)20分鐘以上,OTN業(yè)務(wù)配置時(shí)間是SDH的10倍。

          無(wú)效告警數(shù)量多且定位困難:OTN網(wǎng)絡(luò)的告警特別多,但很多都是無(wú)效告警,真正代表根因的有效告警隱藏在海量告警里面,識(shí)別和定位困難。OTN網(wǎng)絡(luò)包括6個(gè)層次,各層次都有獨(dú)立開(kāi)銷,會(huì)產(chǎn)生相應(yīng)告警,最終會(huì)導(dǎo)致無(wú)效告警數(shù)量很多,運(yùn)營(yíng)商難以定位出根源告警。比如,當(dāng)一個(gè)物理光纖發(fā)生中斷時(shí),光纖上面承載的所有業(yè)務(wù)都會(huì)受到影響而上報(bào)告警,這就使一個(gè)設(shè)備會(huì)產(chǎn)生上千條告警。如果要排除非根因告警,找到真正的故障原因,往往需要數(shù)小時(shí)甚至一天的時(shí)間。

          資源利用率低且狀態(tài)不可知:在OTN網(wǎng)絡(luò)中,一般情況下,運(yùn)營(yíng)商對(duì)新業(yè)務(wù)發(fā)放和開(kāi)通周期的期望是1周左右,但實(shí)際上新業(yè)務(wù)的開(kāi)通周期往往超過(guò)2周。這是因?yàn)楫?dāng)新的業(yè)務(wù)發(fā)放時(shí),運(yùn)維人員首先需要了解網(wǎng)絡(luò)資源的使用情況,再進(jìn)行規(guī)劃和部署。如果遇到資源不足,還需要臨時(shí)擴(kuò)波或者擴(kuò)容。

          不僅如此,運(yùn)維OTN網(wǎng)絡(luò)和SDH網(wǎng)絡(luò)的往往是同一個(gè)部門的運(yùn)維人員。OTN網(wǎng)絡(luò)的復(fù)雜性,增加了原有SDH運(yùn)維人員的學(xué)習(xí)成本,降低了運(yùn)維效率。因此,如何使原SDH運(yùn)維人員能平滑地過(guò)渡和勝任OTN網(wǎng)絡(luò)的運(yùn)維是個(gè)業(yè)界難題。

          讓OTN運(yùn)維“SDH Like”

          為解決這個(gè)問(wèn)題,華為在OTN網(wǎng)絡(luò)運(yùn)維上提出了“SDH Like”的運(yùn)維理念,通過(guò)華為網(wǎng)管,讓OTN網(wǎng)絡(luò)的運(yùn)維模式盡可能繼承SDH網(wǎng)絡(luò)的運(yùn)維方式,讓運(yùn)維人員能平滑地運(yùn)維好OTN網(wǎng)絡(luò)。

          信號(hào)流圖揭秘OTN設(shè)備內(nèi)部玄機(jī)

          針對(duì)OTN設(shè)備內(nèi)部結(jié)構(gòu)復(fù)雜的問(wèn)題,網(wǎng)管通過(guò)信號(hào)流圖的方式呈現(xiàn)OTN內(nèi)部的數(shù)據(jù)流向,將OTN網(wǎng)元內(nèi)部各種單板/子架間的光纖連接、告警信息和波長(zhǎng)信息清晰地呈現(xiàn)在運(yùn)營(yíng)商面前,使OTN網(wǎng)元像一個(gè)白盒,讓運(yùn)營(yíng)商可以充分掌握OTN設(shè)備內(nèi)部的業(yè)務(wù)配置,包括各個(gè)波長(zhǎng)的走向。

          有了信號(hào)流圖,OTN網(wǎng)元內(nèi)外部關(guān)系一覽無(wú)余,運(yùn)維人員只需要在網(wǎng)管上點(diǎn)擊查看即可維護(hù)OTN網(wǎng)元,不需要頻繁到物理設(shè)備前去獲取相關(guān)信息。

          K是荷蘭綜合運(yùn)營(yíng)商,其在城域部署了超過(guò)5000套的波分設(shè)備。對(duì)于K的運(yùn)維人員來(lái)說(shuō),最頭疼的問(wèn)題是光纖錯(cuò)連或者單板插錯(cuò)。一旦發(fā)生這種錯(cuò)誤,排查效率低、業(yè)務(wù)中斷時(shí)間長(zhǎng),平均每月因?yàn)楣饫w錯(cuò)連或者單板插錯(cuò)導(dǎo)致業(yè)務(wù)中斷時(shí)間超過(guò)5個(gè)小時(shí)。使用了網(wǎng)管的信號(hào)流圖功能后,光纖錯(cuò)連或者單板插錯(cuò)事故基本消失。即使發(fā)生故障,只需要在網(wǎng)管界面上點(diǎn)擊查看即可快速定位,不再需要頻繁到物理設(shè)備面前去進(jìn)行低效的排查工作。

          和SDH統(tǒng)一風(fēng)格的端到端業(yè)務(wù)調(diào)度

          在用戶業(yè)務(wù)創(chuàng)建感知方面,網(wǎng)管能夠包裝簡(jiǎn)化OTN業(yè)務(wù)模型,把OTN原來(lái)6個(gè)層次(OTS、OMS、Och、OTUk、ODUk、Client)的業(yè)務(wù)統(tǒng)一簡(jiǎn)化成2個(gè)層次(Och、Client)。用戶只需要手工創(chuàng)建Och路徑和Client路徑,即可完成OTN的業(yè)務(wù)發(fā)放。

          與SDH端到端的業(yè)務(wù)調(diào)度風(fēng)格一致,OTN的業(yè)務(wù)層次經(jīng)過(guò)簡(jiǎn)化以后,運(yùn)維人員只需要在圖形化界面上點(diǎn)擊源和宿,中間路由和參數(shù)都通過(guò)自動(dòng)計(jì)算完成。這樣,熟悉SDH端到端的運(yùn)維人員能夠很快進(jìn)行OTN的端到端運(yùn)維。

          L是北美最大的帶寬出租運(yùn)營(yíng)商,2011年L平均每月新開(kāi)通波長(zhǎng)業(yè)務(wù)150波,預(yù)計(jì)2012年平均每月新開(kāi)通波長(zhǎng)業(yè)務(wù)300波以上,平均每天要開(kāi)通波長(zhǎng)業(yè)務(wù)超過(guò)15條。由于太過(guò)復(fù)雜,L的運(yùn)維人員按照OTN業(yè)務(wù)模型進(jìn)行逐層配置,每天最多只能開(kāi)通5條業(yè)務(wù),開(kāi)通速度跟不上業(yè)務(wù)發(fā)展速度,阻礙了L達(dá)成盈利目標(biāo)。網(wǎng)管對(duì)OTN業(yè)務(wù)模型簡(jiǎn)化以后,L的業(yè)務(wù)發(fā)放效率提高了6倍,每天業(yè)務(wù)開(kāi)通數(shù)量超過(guò)30條,有力保障了其業(yè)務(wù)的迅速發(fā)展。

          基于根因故障快速定位

          通過(guò)對(duì)OTN 6個(gè)層次之間的關(guān)系進(jìn)行分析,華為發(fā)現(xiàn)6個(gè)層次之間的告警存在關(guān)聯(lián)關(guān)系,從而能夠創(chuàng)建出OTN不同層次告警之間的相關(guān)性分析規(guī)則。按此原理,網(wǎng)管能夠提供對(duì)OTN網(wǎng)絡(luò)的根因故障分析,屏蔽非根因告警,過(guò)濾出根因告警。此外,網(wǎng)管還可以提供業(yè)務(wù)級(jí)告警分析功能,運(yùn)營(yíng)商可以據(jù)此快速判斷哪些告警影響了業(yè)務(wù),從而優(yōu)先對(duì)影響業(yè)務(wù)的告警進(jìn)行排障處理。

          北歐主流運(yùn)營(yíng)商T一直采用OSS系統(tǒng)進(jìn)行故障定位。當(dāng)網(wǎng)絡(luò)發(fā)生故障的時(shí)候,告警上報(bào)給OSS系統(tǒng),運(yùn)維人員通過(guò)OSS系統(tǒng)進(jìn)行故障定位和排障。2010年,T將OTN引入城域網(wǎng)絡(luò),網(wǎng)絡(luò)業(yè)務(wù)包括光層和ODUk等多個(gè)級(jí)別的電層業(yè)務(wù)。在網(wǎng)絡(luò)測(cè)試過(guò)程中,T發(fā)現(xiàn)當(dāng)光層發(fā)生斷纖的時(shí)候,全網(wǎng)共有1000多條告警上報(bào)給OSS系統(tǒng),運(yùn)維部門人員無(wú)法通過(guò)OSS系統(tǒng)定位是哪里出了問(wèn)題,無(wú)法維護(hù)網(wǎng)絡(luò)。T采用網(wǎng)管后,由網(wǎng)管提供告警相關(guān)性分析抑制功能,先在網(wǎng)管對(duì)OTN網(wǎng)絡(luò)上報(bào)的告警進(jìn)行分析過(guò)濾,從1000多條銳減到十幾條根因告警,然后再上報(bào)給OSS系統(tǒng)。這樣,T能夠像以前一樣,通過(guò)OSS系統(tǒng)快速定位出光纖中斷并且排障。


          上一頁(yè) 1 2 下一頁(yè)

          評(píng)論


          相關(guān)推薦

          技術(shù)專區(qū)

          關(guān)閉
          看屁屁www成人影院,亚洲人妻成人图片,亚洲精品成人午夜在线,日韩在线 欧美成人 (function(){ var bp = document.createElement('script'); var curProtocol = window.location.protocol.split(':')[0]; if (curProtocol === 'https') { bp.src = 'https://zz.bdstatic.com/linksubmit/push.js'; } else { bp.src = 'http://push.zhanzhang.baidu.com/push.js'; } var s = document.getElementsByTagName("script")[0]; s.parentNode.insertBefore(bp, s); })();