一種業務模型變化上報方法和裝置與流程
2023-05-11 21:18:06 2

本發明涉及NETCONF(基於xml的網絡配置和管理)技術領域,尤其涉及一種業務模型變化上報方法和裝置。
背景技術:
NETCONF協議是一種基於xml的網絡配置和管理協議。NETCONF協議針對之前流行的snmp(簡單網絡管理協議)協議在功能和架構上的缺陷,並結合時下最流行的XML技術,提出了一套對於網絡設備的配置信息和狀態信息進行管理的機制。NETCONF協議採用xml作為配置數據和協議消息編碼的方式。用C/S(網管/主機)和rpc(遠程過程調用)方式來獲取,更新或刪除設備中的響應的部分或所有的管理信息。xml可以表達複雜的、具有內在邏輯關係的、模型化的管理對象,大大提高了操作效率和對象的標準化。
NETCONF採用了client/server的結構,由client(網管)向server(主機)發起會話連接(通過具體的承載層),在承載層建鏈/驗證結束後,雙方互發hello報文來通告自身能力,雙方在收到對應的Hello報文後即自行進行能力交換,server端將設備支持的業務模型也作為能力在hello報文中一起上報client端,能力交換成功後,即可建立NETCONF會話。會話建立後,client可以使用協議操作向server端下發配置或獲取信息。
目前業務模型作為client的一種能力只能在建立會話時上報網管,因此,網管無法感知在client與server在進行會話過程中業務模型的變化(例如卸載或加載),導致網管可能會發送錯誤的rpc請求報文與主機無法正確交互數據,不易於網絡的維護和運維。
技術實現要素:
本發明要解決的主要技術問題是,提供一種業務模型變化上報方法和裝置,能夠解決由於網管無法感知在其與主機進行會話過程中業務模型的變化導致的網管與主機無法正確交換數據和不易於網絡維護的技術問題。
為解決上述技術問題,本發明提供一種業務模型變化上報方法,所述方法基於NETCONF協議,所述方法包括如下步驟:
主機與網管建立會話;
在所述主機與所述網管進行會話的過程中,若所述主機有業務模型發生變化,則所述主機將發生變化的業務模型的變化信息發送給所述網管,以供所述網管感知所述主機中業務模型的變化。
進一步地,所述發生變化的業務模型的變化信息包括:發生變化的業務模型的名稱信息和發生變化的業務模型的狀態變化信息。
進一步地,當在所述主機與所述網管進行會話的過程中所述主機中有業務模型被加載或者卸載時,所述狀態變化信息包括:所述發生變化的業務模型被加載或者卸載的指示信息。
進一步地,所述發生變化的業務模型的信息還包括:所述發生變化的業務模塊發生變化的時間信息。
進一步地,所述主機將發生變化的業務模型的變化信息發送給所述網管的步驟包括:
所述主機通過通知報文將發生變化的業務模型的變化信息發送給所述網管。
同樣為了解決上述的技術問題,本發明還提供了一種業務模型變化上報裝置,所述裝置基於NETCONF協議且應用於主機,包括:會話建立模塊和發送模塊;
所述會話建立模塊,用於與網管建立會話;
所述發送模塊,用於在所述主機與所述網管進行會話的過程中所述主機有業務模型發生變化,則所述主機將發生變化的業務模型的變化信息發送給所述網管,以供所述網管感知所述主機中業務模型的變化。
進一步地,所述發生變化的業務模型的變化信息包括:發生變化的業務模型的名稱信息和發生變化的業務模型的狀態變化信息。
進一步地,當在所述主機與所述網管進行會話的過程中所述主機中有業務模型被加載或者卸載時,所述狀態變化信息包括:所述發生變化的業務模型被加載或者卸載的指示信息。
進一步地,所述發生變化的業務模型的信息還包括:所述發生變化的業務模塊發生變化的時間信息。
進一步地,所述發送模塊,用於通過通知報文將發生變化的業務模型的變化信息發送給所述網管。
本發明的有益效果是:
本發明提供了一種業務模型變化上報方法和裝置,本發明的業務模型變化上報方法,基於NETCONF協議,包括如下步驟:主機與網管建立會話;在所述主機與所述網管進行會話的過程中所述主機有業務模型發生變化,則所述主機將發生變化的業務模型的變化信息發送給所述網管,以供所述網管感知所述主機中業務模型的變化;本發明的上報方法可以在主機與網管建立會話之後,上報在主機與網管進行會話過程中發生變化的業務模型的變化信息使得網管可以實時感知主機中業務模型的變化,從而端到端地減少從所述網管發出的無法支持的rpc請求使得網管與主機可以正確的交互數據,以及簡化網絡維護減少網絡維護成本。另外,應用本發明的上報方法可以減少網管對業務的實時管理數量,避免對未加載的業務模型進行誤操作,提高網絡運維人員通過所述網管系 統進行數據操作的響應速度,提高網絡運維人員效率。
附圖說明
圖1為本發明實施例一提供的一種業務模型上報方法的流程示意圖;
圖2為本發明實施例一提供的一種client與server報文交互的示意圖;
圖3為本法實施例二提供的一種管業務模型上報裝置的結構示意圖。
具體實施方式
下面通過具體實施方式結合附圖對本發明作進一步詳細說明。
實施例一:
考慮到由於網管無法感知在其與主機進行會話過程中業務模型的變化導致的網管與主機無法正確交換數據和不易於網絡維護的技術問題;本實施例提供了一種業務模型變化上報方法,基於NETCONF協議,如圖1所示,包括如下步驟:
步驟101:主機與網管建立會話。
主機與網管建立會話的過程具體為:在網管發起會話建立後,主機與網管互發hello報文來通告對方自身能力即自行進行能力交換;在能力交換之後主機與網管接口建立NETCONF會話。
步驟102:在所述主機與所述網管進行會話的過程中所述主機有業務模型發生變化,則所述主機將發生變化的業務模型的變化信息發送給所述網管,以供所述網管感知所述主機中業務模型的變化。
本步驟是在建立會話之後,如果主機有在主機與網管進行會話的過程中發 生變化的業務模型,則將該業務模型的變化信息上報給網管,以使得網管感知主機中業務模型的變化。
本實施例中,主機與網管進行會話的過程中所述主機有一個或者多個業務模型發生變化,此時,需要將發生變化的一個或者多個業務模型的變化信息發送給網管。例如在主機與網管進行會話的過程中有多個業務模型被加載或者卸載時,則需要將這被加載或者卸載的業務模型的變化信息發送給網管,以使得網管可以感知主機中業務模型的變化,
優選地,本實施例中所述發生變化的業務模型的變化信息包括:發生變化的業務模型的名稱信息和發生變化的業務模型的狀態變化信息。本實施例中業務模型的狀態變化信息可以為:業務模型的狀態變化的表示信息或指示信息;總之,本實施例中業務模型的狀態變化信息為使得網管可以感知業務模型的狀態變化的信息。
具體地,當在所述主機與所述網管進行會話的過程中所述主機中有業務模型被加載或者卸載時,所述狀態變化信息包括:所述發生變化的業務模型被加載或者卸載的指示信息。
優選地,本實施例中主機可以採用notification(通知)報文將發生變化的業務模型的變化信息發送給所述網管。具體地,可在notification報文基礎上增加module和status標籤,module標籤中填寫發生變化的業務模型的名稱信息,status標籤中填寫發生變化的業務模型的狀態變化信息。例如填寫load/unload以標記此業務模型是被加載還是被卸載。
為了能夠便於維護,本實施例中所述發生變化的業務模型的信息還可以包括:所述發生變化的業務模塊發生變化的時間信息。這樣對於業務而言,模型發生變化的時間記錄可以正確供維護人員判斷網管對該業務的操作時間,便於 維護。
在本實施例中當有多個業務模型發生變化時可以採用一個notification報文將該多個業務模型的變化信息發送給網管,如下所示為當有三個業務模型發生卸載或者加載時採用一個notification報文將變化信息發送給網管情況下,notification報文1的格式:
規定:event作為頂層節點,event節點下需有一個子節點module-change。module-change節點為list類型節點可以有一個或者多個module-change節點。
module-change表示業務模型的信息,包含兩個葉子節點,module表示模型名稱,status表示該模型的狀態,load表示該模型加載,unload表示該模型卸載;兩個葉子節點需成對出現。
會話過程中當某個或某些模塊發生動態變化時,模型管理模塊以notification通知的方式通過server端將變化模塊的信息主動上報給client端。
優選地,本實施例可以在主機中設置一個模型管理模塊(module manager),用來收集主機的模型信息,包括業務模型變化信息;在client與server交換hello報文建立會話後,在client與server會話過程中當模型發生了變化,server則將模型管理模塊收集到的模型的變化信息主動上報client;在會話存在的整個過程中,client便可以動態感知server端存在的業務,便於client與server的交互;client端與server端的交互過程如圖2所示
根據上述對本實施例的業務模型變化上報方法的描述,本實施方法可以在主機與網管建立會話之後,上報在主機與網管進行會話過程中發生變化的業務模型的變化信息使得網管可以實時感知主機中業務模型的變化,從而端到端地減少從所述網管發出的無法支持的rpc請求使得網管與主機可以正確的交互數據,以及簡化網絡維護減少通信或者網絡維護成本。另外,應用本發明的上報方法可以減少網管對業務的實時管理數量,避免對未加載的業務模型進行誤操作,提高網絡運維人員通過所述網管系統進行數據操作的響應速度,提高網絡運維人員效率。最後,對於業務而言,業務模型變化(加載和卸載)的時間記錄可以正確判斷網管對該業務的操作時間,便於維護。
實施例二:
如圖3所示,本實施例提供了一種業務模型變化上報裝置,所述裝置基於NETCONF協議且應用於主機,包括:會話建立模塊和發送模塊;
所述會話建立模塊,用於與網管建立會話;
所述發送模塊,用於在所述主機與所述網管進行會話的過程中所述主機有業務模型發生變化,則所述主機將發生變化的業務模型的變化信息發送給所述網管,以供所述網管感知所述主機中業務模型的變化。
優選地,所述發生變化的業務模型的變化信息包括:發生變化的業務模型的名稱信息和發生變化的業務模型的狀態變化信息。
優選地,當在所述主機與所述網管進行會話的過程中所述主機中有業務模型被加載或者卸載時,所述狀態變化信息包括:所述發生變化的業務模型被加載或者卸載的指示信息。
優選地,所述發生變化的業務模型的信息還包括:所述發生變化的業務模塊發生變化的時間信息。
優選地,所述發送模塊,用於通過通知報文將發生變化的業務模型的變化信息發送給所述網管。
本實施裝置可以在主機與網管建立會話之後,上報在主機與網管進行會話過程中發生變化的業務模型的變化信息使得網管可以實時感知主機中業務模型的變化,從而端到端地減少從所述網管發出的無法支持的rpc請求使得網管與主機可以正確的交互數據,以及簡化網絡維護減少通信或者網絡維護成本。另外,應用本發明的上報裝置可以減少網管對業務的實時管理數量,避免對未加 載的業務模型進行誤操作,提高網絡運維人員通過所述網管系統進行數據操作的響應速度,提高網絡運維人員效率。最後,對於業務而言,業務模型變化(加載和卸載)的時間記錄可以正確判斷網管對該業務的操作時間,便於維護。
以上內容是結合具體的實施方式對本發明所作的進一步詳細說明,不能認定本發明的具體實施只局限於這些說明。對於本發明所屬技術領域的普通技術人員來說,在不脫離本發明構思的前提下,還可以做出若干簡單推演或替換,都應當視為屬於本發明的保護範圍。