在“2015全球未來網(wǎng)絡(luò)暨SDN技術(shù)大會(huì)”上，來自億陽信通的行業(yè)咨詢部資深顧問、副總經(jīng)理張東表示，億陽作為一家原來傳統(tǒng)的網(wǎng)管廠商，想更多的把目光投射在控制器和APP這個(gè)層面。
從昨天到今天目前為止的很多主題來看，更多聚焦在我們數(shù)據(jù)轉(zhuǎn)發(fā)層面和控制器層面。億陽作為一家原來傳統(tǒng)的網(wǎng)管廠商，想更多的把目光投射在控制器和 APP這個(gè)層面。目前來講有一個(gè)說法，網(wǎng)管，OSS是不是一種APP?這個(gè)在目前來講還處于探討階段。今天的話題只是我們初步的考慮，也希望引起大家初步 的思考。
今天上午是NFV專場(chǎng)，我先從NFV基本的概念入手。
大家也都知道，NFV除了它的基本的資源之外，它和OSS關(guān)系最緊密的就是右半側(cè)這個(gè)部分，它分了四個(gè)層次，第一個(gè)層面就是虛擬機(jī)管理層，這部 分可以歸屬到我們的，大家聽的很多的云計(jì)算管理平臺(tái)這個(gè)層面。第二個(gè)層面，看到我們的VNF這個(gè)層面，它對(duì)實(shí)體化網(wǎng)源進(jìn)行軟件化以后進(jìn)行功能的管理。再往 上一個(gè)層面叫VNFFG，這個(gè)圖里面沒有體現(xiàn)，但是在我們的NFV的白皮書里面，組成了VNF轉(zhuǎn)發(fā)組。再往上，我們看到我們現(xiàn)在面臨的網(wǎng)絡(luò)服務(wù)的編排叫 NS。
那什么叫NS呢?我舉一個(gè)在電信領(lǐng)域的一個(gè)例子，比如說INMS網(wǎng)絡(luò)。最高層的其實(shí)是通過底層的VNF，VNFFG，我們的業(yè)務(wù)模板形成一張核 心網(wǎng)或者IMS網(wǎng)絡(luò)的網(wǎng)絡(luò)。這里面實(shí)際上可以看到，在NFV層面以及VNFFG和NS層面，實(shí)際上和我們OSS網(wǎng)絡(luò)管理領(lǐng)域，資源管理部分是緊密相關(guān)。那 么NFV跟我們運(yùn)營(yíng)商的運(yùn)營(yíng)工作帶來哪些挑戰(zhàn)呢?第一個(gè)是運(yùn)維體系架構(gòu)的挑戰(zhàn)。
因?yàn)樵贜FV時(shí)代，它實(shí)際上分了云資源管理的平臺(tái)部分和虛擬網(wǎng)源管理的部分。這樣的話，我們對(duì)虛擬網(wǎng)源的管理可以和云計(jì)算硬件平臺(tái)的管理進(jìn)行一 個(gè)分離，我們內(nèi)部需要增加相應(yīng)的云資源維護(hù)的團(tuán)隊(duì)。在網(wǎng)絡(luò)維護(hù)方式上面也會(huì)有一個(gè)比較大的變化，虛擬網(wǎng)源的引入會(huì)涉及到虛擬網(wǎng)源的生命周期管理的模式。在 原來的運(yùn)營(yíng)商網(wǎng)絡(luò)管理當(dāng)中，一個(gè)物理網(wǎng)源的入網(wǎng)、切割的過程是一個(gè)嚴(yán)格審批的過程，在NFV虛擬網(wǎng)源之后變得更加便捷和自動(dòng)化。當(dāng)然在最開始配置的時(shí)候， 可能也需要有一些管理流程的審批，這個(gè)也是需要進(jìn)一步探討的。
再一個(gè)，在NFV時(shí)代，實(shí)際上它的很多物聯(lián)網(wǎng)也是架構(gòu)在云計(jì)算管理平臺(tái)之上，也就是說它整個(gè)傳統(tǒng)的機(jī)房會(huì)慢慢地向IDC云數(shù)據(jù)機(jī)房進(jìn)行轉(zhuǎn)變，這 里面相應(yīng)的特性也要進(jìn)行相應(yīng)的匹配。最后落實(shí)到我們的運(yùn)維上面。這個(gè)可以看到，NFV打破了核心網(wǎng)設(shè)備統(tǒng)一管理的模式，可以看到將分解為云資源管理，以及 虛擬網(wǎng)源管理和虛擬資源的管理?？梢钥吹胶臀覀兿旅娴膫鹘y(tǒng)電信網(wǎng)絡(luò)管理有明顯的區(qū)別。那么MANO跟OSS的關(guān)系，大家對(duì)這張圖很熟悉，對(duì)我們網(wǎng)絡(luò)運(yùn)維工 作相關(guān)的部分，涉及到運(yùn)維、溝通、就緒、開通和保障。從橫向來看，最上面的叫資源管理和運(yùn)營(yíng)，上面一個(gè)層面是服務(wù)管理和運(yùn)營(yíng)。從目前來看哪些工作和哪種運(yùn) 維相關(guān)，資源管理和運(yùn)營(yíng)，包括資源的提供，資源的故障管理，資源的性能管理。我們的服務(wù)管理和運(yùn)營(yíng)和MANO是不是也有關(guān)系?這個(gè)里面可以給大家舉一個(gè)例 子，隨著我們未來網(wǎng)絡(luò)的發(fā)展，未來各行各業(yè)的對(duì)專網(wǎng)的需求，我們的工業(yè)4.0，企業(yè)的這種專網(wǎng)，以及面臨到我們IOT，物聯(lián)網(wǎng)相關(guān)的專網(wǎng)，包括后續(xù)我們?nèi)A 為的專家提到，4K、2K的高清視頻。這些專網(wǎng)的配置和網(wǎng)源的配置和組網(wǎng)的編排，也和這些行業(yè)特性緊密相關(guān)，所以最終到真正專網(wǎng)使用化的時(shí)候，就實(shí)際到我 們NS網(wǎng)絡(luò)編排，就會(huì)夾帶這些行業(yè)的特性。所以在服務(wù)管理和運(yùn)營(yíng)層面也會(huì)有一些涉及，當(dāng)然隨著我們的進(jìn)展，會(huì)形成各種各樣的很多的模板。
總的來講的話，我們的MANO和OSS的關(guān)系可以歸結(jié)為包括我們傳統(tǒng)的IMS、OSC，也包括我們MANO的的部分。我們?cè)倬劢挂幌?，?NFVMANO當(dāng)中，它與OSS的緊密交互。它顯示的借口就是NFV-MANO，還包括一些策略管理的交互、以及容量和存量信息的交互。NFV相關(guān)的計(jì)費(fèi) 和使用記錄是給BSS使用的。給OSS使用的包括服務(wù)生命周期管理請(qǐng)求，是由OSS向MANO進(jìn)行請(qǐng)求，是雙向交互的過程。對(duì)OS網(wǎng)絡(luò)服務(wù)編排，需要網(wǎng)源 組組合，這個(gè)實(shí)際上就是由OSS來進(jìn)行發(fā)起和MANO進(jìn)行一個(gè)緊密的配合。所以在這個(gè)里面，歸根到底一句話，MANO需要和OSS進(jìn)行緊密的配合，來實(shí)現(xiàn) 協(xié)同規(guī)劃，協(xié)同演進(jìn)。我在這兒也呼吁一下，我們現(xiàn)在的OSS組織以及OPENFA相關(guān)的組織，在做自身規(guī)劃的時(shí)候，更多的考慮到我們OSS跟MANO交互 的過程。
原來我們管理的是物理網(wǎng)源，現(xiàn)在管理的是虛擬網(wǎng)源?，F(xiàn)在就存在一個(gè)虛機(jī)，虛機(jī)涉及到物理主機(jī)的管理。大家知道在云化的虛擬網(wǎng)源之上，它只規(guī)定了 二到四層的網(wǎng)絡(luò)鏈路。實(shí)際上對(duì)NFV網(wǎng)源來講，還有很多業(yè)務(wù)層的一些鏈路屬性。比如舉個(gè)例子，叫SCTP，就是偶聯(lián)，所以這個(gè)在傳統(tǒng)的云數(shù)據(jù)中心的網(wǎng)絡(luò)管 理之上，需要疊加它的業(yè)務(wù)屬性的一些鏈路配置，這個(gè)是和原來變化最大的。另外一個(gè)是我們的VNFFG，它的相關(guān)虛擬網(wǎng)源組的模型。這是在信息模型的角度。
第二個(gè)在網(wǎng)絡(luò)服務(wù)管理，我們從我們的配置態(tài)到運(yùn)行態(tài)都需要網(wǎng)絡(luò)服務(wù)的編排，就是在配置態(tài)的時(shí)候，我入網(wǎng)開局的時(shí)候，我怎么樣通過MANO組建我 的一張IMS網(wǎng)絡(luò)，怎么樣組建我的EPC的網(wǎng)絡(luò)，這個(gè)需要開始的把NS服務(wù)進(jìn)行模板化和相關(guān)的目錄化管理。同樣的也會(huì)涉及到VNFFG，VNF本身，以及 VNF對(duì)于虛機(jī)的模板的訴求和目錄。這個(gè)在初始態(tài)和配置態(tài)的時(shí)候也需要內(nèi)部審批的過程。在運(yùn)行態(tài)的時(shí)候，網(wǎng)絡(luò)服務(wù)以及VNFFG以及VNF之間的關(guān)聯(lián)關(guān) 系，它的服務(wù)編排的關(guān)系和邏輯，也是需要MANO和OSS緊密協(xié)作的。
實(shí)際上這個(gè)里面還有一點(diǎn)，業(yè)務(wù)系統(tǒng)安裝配置再往下，還會(huì)涉及到我們網(wǎng)源具體電信業(yè)務(wù)屬性的配置。比如說在我們的INMS網(wǎng)絡(luò)中，我們會(huì)以URI 標(biāo)識(shí)它唯一的節(jié)點(diǎn)。在我們的PC網(wǎng)絡(luò)當(dāng)中，實(shí)際上都要在系統(tǒng)安裝之后去進(jìn)行進(jìn)一步的配置的。在我們NFV云平臺(tái)當(dāng)中，上面兩部分是相同的，下面根據(jù)初始態(tài) 的模板，包括VNFFG的模板、VNF的模板，這些屬性都會(huì)配置到相關(guān)的輔目錄和模板當(dāng)中去，最后通過MANO進(jìn)行自動(dòng)化的開通。
NFV對(duì)其他的OSS像故障管理、性能管理相關(guān)的層面也會(huì)帶來比較大的變化。故障管理相關(guān)，它的報(bào)警處理的過程會(huì)涉及到告警提醒，告警進(jìn)行范圍 和網(wǎng)源的擴(kuò)展，還有告警不同新增類型的標(biāo)準(zhǔn)化處理，一直到派單。我們針對(duì)OSS業(yè)務(wù)網(wǎng)絡(luò)的告警察，以及真得我們IT基礎(chǔ)設(shè)施的告警，怎么把它更好的關(guān)聯(lián)定 位起來，故障溯源，到底發(fā)生在云IT層還是相應(yīng)的網(wǎng)絡(luò)層。性能管理相關(guān)的部分，更多的是原來的業(yè)務(wù)性的相關(guān)部分，比如說我們的MME，它的一個(gè)叫容量相關(guān) 的，以及容量的利用率，比如說還有PGW、SW這樣的網(wǎng)源，還有承載的利用率和最大量等等。這些來講的話是和傳統(tǒng)相差不大的，只是在云資源池相關(guān)的管理部 分，會(huì)有一個(gè)大的聯(lián)系，進(jìn)行一個(gè)分析。
關(guān)于NFV和OSS，我們目前有一些思考。實(shí)際上華為的同志，還有中興的同志提到了，NFV可能在2015年、2016年會(huì)有一個(gè)比較大的發(fā) 展。我們?cè)诔霭灼臅r(shí)候有幾點(diǎn)困惑的。第一個(gè)，就是我們MANO與OSS的交互需要進(jìn)行一個(gè)實(shí)例化，針對(duì)我們的OS-MN接口，有三個(gè)層面的交互，這個(gè) 里面能不能有一個(gè)具體的例子，比如我們的IMS網(wǎng)絡(luò)當(dāng)中，怎么樣和OSS進(jìn)行交互，它應(yīng)該具備哪些電信的屬性。這個(gè)需要具有一個(gè)實(shí)例化，對(duì)我們后期的網(wǎng)絡(luò) 維護(hù)會(huì)有一個(gè)比較大的指導(dǎo)。
第二個(gè)，我們CT網(wǎng)源，比如說VNF、VNFFG，我們中興跟華為，我們的VNF模板當(dāng)中應(yīng)該配置哪些屬性，哪些屬性是必須的，哪些屬性是廠家可選的，這個(gè)要有一個(gè)比較明確的指導(dǎo)，這樣在后期的MANO編排的時(shí)候有很好的廠家之間的互聯(lián)互通。
最后我們VNF與物理NE混合組網(wǎng)中，OSS與MANO如何協(xié)同，參數(shù)怎么進(jìn)行配置。
下面我們抓緊一點(diǎn)時(shí)間，把SDN方面講一下。SDN在目前電信運(yùn)營(yíng)商內(nèi)部來講，這個(gè)最大的變化在于右半部分，在OSS域和廠商域之間會(huì)增加一個(gè)控制百向接口，來進(jìn)行控制信息模型的控制和采集，這個(gè)和傳統(tǒng)的采集是不一樣的。
第二個(gè)在跨域控制器，現(xiàn)在不同的廠家和不同的網(wǎng)絡(luò)域之間的互通，東西向互通還是有一些問題的，所以有必要在單域控制器之上再做一個(gè)跨控制器層面，來進(jìn)行一個(gè)網(wǎng)絡(luò)激活。
對(duì)于我們網(wǎng)管來講，是資源系統(tǒng)，與網(wǎng)絡(luò)資源配置，通過我們的單域控制器和跨域配置器的配合，能夠使網(wǎng)管更加自動(dòng)化和智能化。這是簡(jiǎn)單列舉了我們 一個(gè)控制器和傳統(tǒng)的OMC功能的對(duì)比。在SDN和網(wǎng)管的管理層面會(huì)涉及到對(duì)SDN不同層面的配置和管理范圍的權(quán)限分配問題，這里面我們現(xiàn)在傾向于運(yùn)營(yíng)商也 好，還是設(shè)備廠商也好，傾向于采用傳統(tǒng)的OMC作為一個(gè)層面。包括業(yè)務(wù)開通層面，以及寬待實(shí)施層面。更多的我們下行控制器，自動(dòng)化部署和配置這方面的管理 和變化。
我們億陽在SDN領(lǐng)域進(jìn)行三個(gè)方面的嘗試，第一個(gè)基于SDN控制器
轉(zhuǎn)型的最終目的 -提質(zhì)降本增效
分享到微信 ×
打開微信，點(diǎn)擊底部的“發(fā)現(xiàn)”，
使用“掃一掃”即可將網(wǎng)頁分享至朋友圈。