OTN網絡引入城域后，運營商原有的SDH網絡運維人員面對的是全新的網絡結構和復雜的業務模型。以傳統的經驗，顯然難以支撐起OTN網絡的運維。

　　隨著網絡技術和智能終端的發展，城域網中IP業務逐漸成為最大的業務類型，大顆粒業務需求也逐步增加。這種變化對城域傳送網提出了大容量、粗管道、IP化和高可靠的要求。OTN網絡由于對高帶寬承載的經濟性，同時又能支持細顆粒業務靈活調度，成為打造超寬帶城域網的必然選擇。

　　OTN大量進入城域網絡后，原SDH運維人員面臨OTN網絡運維的挑戰。一方面是OTN網絡運維的工作量相對于SDH網絡有所增加。另一方面，OTN網絡的復雜度遠高于SDH網絡，從設備管理、業務發放、告警排障和資源管理各個方面都與SDH網絡有很大差異。運維人員以傳統的SDH運維經驗，難以支撐OTN網絡運維。

　　OTN網絡運維復雜在哪里？

　　OTN網絡運維的復雜性，具體體現在以下四個方面：

　　設備內部關系難以透視：傳統的SDH設備，基本上可以看作是一個黑盒，設備內連纖簡單。而OTN設備內部存在大量子架，并且子架內部和外部都有光纖連接，不同連纖的信號流向都不一樣。發生故障的時候，無法判斷是內部光纖還是外部光纖的問題。

　　業務層次多且參數配置復雜：SDH技術本質上是對數據幀進行分插復用，只有一個層次業務模型。而OTN技術有6個層次業務模型，需要配置6個層面的業務。這就使得同樣配置一條業務，在SDH網絡上只需要2分鐘，而在OTN網絡上，需要花費20分鐘以上，OTN業務配置時間是SDH的10倍。

　　無效告警數量多且定位困難：OTN網絡的告警特別多，但很多都是無效告警，真正代表根因的有效告警隱藏在海量告警里面，識別和定位困難。OTN網絡包括6個層次，各層次都有獨立開銷，會產生相應告警，最終會導致無效告警數量很多，運營商難以定位出根源告警。比如，當一個物理光纖發生中斷時，光纖上面承載的所有業務都會受到影響而上報告警，這就使一個設備會產生上千條告警。如果要排除非根因告警，找到真正的故障原因，往往需要數小時甚至一天的時間。

　　資源利用率低且狀態不可知：在OTN網絡中，一般情況下，運營商對新業務發放和開通周期的期望是1周左右，但實際上新業務的開通周期往往超過2周。這是因為當新的業務發放時，運維人員首先需要了解網絡資源的使用情況，再進行規劃和部署。如果遇到資源不足，還需要臨時擴波或者擴容。

　　不僅如此，運維OTN網絡和SDH網絡的往往是同一個部門的運維人員。OTN網絡的復雜性，增加了原有SDH運維人員的學習成本，降低了運維效率。因此，如何使原SDH運維人員能平滑地過渡和勝任OTN網絡的運維是個業界難題。

　　讓OTN運維“SDH Like”

　　為解決這個問題，華為在OTN網絡運維上提出了“SDH Like”的運維理念，通過華為網管，讓OTN網絡的運維模式盡可能繼承SDH網絡的簡單運維方式，讓運維人員能平滑地運維好OTN網絡。

信號流圖揭秘OTN設備內部玄機
　　針對OTN設備內部結構復雜的問題，網管通過信號流圖的方式呈現OTN內部的數據流向，將OTN網元內部各種單板/子架間的光纖連接、告警信息和波長信息清晰地呈現在運營商面前，使OTN網元像一個白盒，讓運營商可以充分掌握OTN設備內部的業務配置，包括各個波長的走向。

　　有了信號流圖，OTN網元內外部關系一覽無余，運維人員只需要在網管上點擊查看即可維護OTN網元，不需要頻繁到物理設備前去獲取相關信息。

　　K是荷蘭綜合運營商，其在城域部署了超過5000套的波分設備。對于K的運維人員來說，最頭疼的問題是光纖錯連或者單板插錯。一旦發生這種錯誤，排查效率低、業務中斷時間長，平均每月因為光纖錯連或者單板插錯導致業務中斷時間超過5個小時。使用了網管的信號流圖功能后，光纖錯連或者單板插錯事故基本消失。即使發生故障，只需要在網管界面上點擊查看即可快速定位，不再需要頻繁到物理設備面前去進行低效的排查工作。

　　和SDH統一風格的端到端業務調度

　　在用戶業務創建感知方面，網管能夠包裝簡化OTN業務模型，把OTN原來6個層次（OTS、OMS、Och、OTUk、ODUk、Client）的業務統一簡化成2個層次（Och、Client）。用戶只需要手工創建Och路徑和Client路徑，即可完成OTN的業務發放。

　　OTN網絡引入城域后，運營商原有的SDH網絡運維人員面對的是全新的網絡結構和復雜的業務模型。以傳統的經驗，顯然難以支撐起OTN網絡的運維。

　　隨著網絡技術和智能終端的發展，城域網中IP業務逐漸成為最大的業務類型，大顆粒業務需求也逐步增加。這種變化對城域傳送網提出了大容量、粗管道、IP化和高可靠的要求。OTN網絡由于對高帶寬承載的經濟性，同時又能支持細顆粒業務靈活調度，成為打造超寬帶城域網的必然選擇。

　　OTN大量進入城域網絡后，原SDH運維人員面臨OTN網絡運維的挑戰。一方面是OTN網絡運維的工作量相對于SDH網絡有所增加。另一方面，OTN網絡的復雜度遠高于SDH網絡，從設備管理、業務發放、告警排障和資源管理各個方面都與SDH網絡有很大差異。運維人員以傳統的SDH運維經驗，難以支撐OTN網絡運維。

　　OTN網絡運維復雜在哪里？

　　OTN網絡運維的復雜性，具體體現在以下四個方面：

　　設備內部關系難以透視：傳統的SDH設備，基本上可以看作是一個黑盒，設備內連纖簡單。而OTN設備內部存在大量子架，并且子架內部和外部都有光纖連接，不同連纖的信號流向都不一樣。發生故障的時候，無法判斷是內部光纖還是外部光纖的問題。

　　業務層次多且參數配置復雜：SDH技術本質上是對數據幀進行分插復用，只有一個層次業務模型。而OTN技術有6個層次業務模型，需要配置6個層面的業務。這就使得同樣配置一條業務，在SDH網絡上只需要2分鐘，而在OTN網絡上，需要花費20分鐘以上，OTN業務配置時間是SDH的10倍。

　　無效告警數量多且定位困難：OTN網絡的告警特別多，但很多都是無效告警，真正代表根因的有效告警隱藏在海量告警里面，識別和定位困難。OTN網絡包括6個層次，各層次都有獨立開銷，會產生相應告警，最終會導致無效告警數量很多，運營商難以定位出根源告警。比如，當一個物理光纖發生中斷時，光纖上面承載的所有業務都會受到影響而上報告警，這就使一個設備會產生上千條告警。如果要排除非根因告警，找到真正的故障原因，往往需要數小時甚至一天的時間。

　　資源利用率低且狀態不可知：在OTN網絡中，一般情況下，運營商對新業務發放和開通周期的期望是1周左右，但實際上新業務的開通周期往往超過2周。這是因為當新的業務發放時，運維人員首先需要了解網絡資源的使用情況，再進行規劃和部署。如果遇到資源不足，還需要臨時擴波或者擴容。

　　不僅如此，運維OTN網絡和SDH網絡的往往是同一個部門的運維人員。OTN網絡的復雜性，增加了原有SDH運維人員的學習成本，降低了運維效率。因此，如何使原SDH運維人員能平滑地過渡和勝任OTN網絡的運維是個業界難題。

　　讓OTN運維“SDH Like”

　　為解決這個問題，華為在OTN網絡運維上提出了“SDH Like”的運維理念，通過華為網管，讓OTN網絡的運維模式盡可能繼承SDH網絡的簡單運維方式，讓運維人員能平滑地運維好OTN網絡。

信號流圖揭秘OTN設備內部玄機
　　針對OTN設備內部結構復雜的問題，網管通過信號流圖的方式呈現OTN內部的數據流向，將OTN網元內部各種單板/子架間的光纖連接、告警信息和波長信息清晰地呈現在運營商面前，使OTN網元像一個白盒，讓運營商可以充分掌握OTN設備內部的業務配置，包括各個波長的走向。

　　有了信號流圖，OTN網元內外部關系一覽無余，運維人員只需要在網管上點擊查看即可維護OTN網元，不需要頻繁到物理設備前去獲取相關信息。

　　K是荷蘭綜合運營商，其在城域部署了超過5000套的波分設備。對于K的運維人員來說，最頭疼的問題是光纖錯連或者單板插錯。一旦發生這種錯誤，排查效率低、業務中斷時間長，平均每月因為光纖錯連或者單板插錯導致業務中斷時間超過5個小時。使用了網管的信號流圖功能后，光纖錯連或者單板插錯事故基本消失。即使發生故障，只需要在網管界面上點擊查看即可快速定位，不再需要頻繁到物理設備面前去進行低效的排查工作。

　　和SDH統一風格的端到端業務調度

　　在用戶業務創建感知方面，網管能夠包裝簡化OTN業務模型，把OTN原來6個層次（OTS、OMS、Och、OTUk、ODUk、Client）的業務統一簡化成2個層次（Och、Client）。用戶只需要手工創建Och路徑和Client路徑，即可完成OTN的業務發放。

　　與SDH端到端的業務調度風格一致，OTN的業務層次經過簡化以后，運維人員只需要在圖形化界面上點擊源和宿，中間路由和參數都通過自動計算完成。這樣，熟悉SDH端到端的運維人員能夠很快進行OTN的端到端運維。

　　L是北美最大的帶寬出租運營商，2011年L平均每月新開通波長業務150波，預計2012年平均每月新開通波長業務300波以上，平均每天要開通波長業務超過15條。由于太過復雜，L的運維人員按照OTN業務模型進行逐層配置，每天最多只能開通5條業務，開通速度跟不上業務發展速度，阻礙了L達成盈利目標。網管對OTN業務模型簡化以后，L的業務發放效率提高了6倍，每天業務開通數量超過30條，有力保障了其業務的迅速發展。

　　基于根因故障快速定位

　　通過對OTN 6個層次之間的關系進行分析，華為發現6個層次之間的告警存在關聯關系，從而能夠創建出OTN不同層次告警之間的相關性分析規則。按此原理，網管能夠提供對OTN網絡的根因故障分析，屏蔽非根因告警，過濾出根因告警。此外，網管還可以提供業務級告警分析功能，運營商可以據此快速判斷哪些告警影響了業務，從而優先對影響業務的告警進行排障處理。

　　北歐主流運營商T一直采用OSS系統進行故障定位。當網絡發生故障的時候，告警上報給OSS系統，運維人員通過OSS系統進行故障定位和排障。2010年，T將OTN引入城域網絡，網絡業務包括光層和ODUk等多個級別的電層業務。在網絡測試過程中，T發現當光層發生斷纖的時候，全網共有1000多條告警上報給OSS系統，運維部門人員無法通過OSS系統定位是哪里出了問題，無法維護網絡。T采用網管后，由網管提供告警相關性分析抑制功能，先在網管對OTN網絡上報的告警進行分析過濾，從1000多條銳減到十幾條根因告警，然后再上報給OSS系統。這樣，T能夠像以前一樣，通過OSS系統快速定位出光纖中斷并且排障。

　　帶寬資源池管理讓資源零浪費

　　網管對OTN網絡的資源進行抽象管理，形成帶寬資源池管理?；诖耍瑤捹Y源池可以按照不同業務粒度與不同維度進行組合統計，并輸出帶寬資源報表。這樣，用戶可以隨時掌握OTN網絡的資源使用情況，以便進行網絡擴容調整。

　　通過帶寬資源池管理功能，運維人員能夠快速找到當前充足的資源開通業務，使整個開通過程只需要幾分鐘，大大緩解了業務開通的壓力?；诰W管提供的OTN資源報表，運維人員可以定期輸出當前OTN網絡的資源占用情況分析報告，包括資源預警和擴容建議。

　　隨著網管的使用，OTN網絡的運維也能像SDH網絡一樣簡單高效。這樣盡可能減少了原有SDH運維人員的學習成本，使他們能夠平滑切換到OTN網絡的運維中，快速掌握OTN網絡運維能力。

　　華為網管通過繼承原有SDH網絡良好的運維經驗和優點，并結合OTN網絡的特點，推出一系列簡化OTN運維的特色功能，使OTN網絡運維真正做到了“高效調度，簡單運維”。（來源/華為技術　文/李波）