一種鏈路類型的發現方法
2023-06-04 08:56:46 1
專利名稱：一種鏈路類型的發現方法
技術領域：
本發明涉及光網絡中的鏈路管理協議(LMP，Link ManagementProtocol)，尤其涉及一種鏈路類型的發現方法。
背景技術：
為了解決光網絡中數據業務不斷增長所導致的各種問題，國際電聯(ITU-T)提出了自動交換光網絡(ASON，Automatically Switched OpticalNetwork)架構。該架構在傳統的光網絡上增加了一個控制平面，由控制平面來實現網絡拓撲信息的擴散以及業務路徑的建立和維護。根據這一思想，光網絡的節點首先通過鏈路局部的發現技術獲得本節點與其他節點的連接關係，再通過控制平面中的路由協議發布其節點和鏈路狀態，並接收網絡中其他節點的狀態發布，最終每個節點都可獲得一份描述全網絡精確拓撲信息的「網絡地圖」，該「網絡地圖」中包括節點、鏈路、資源等多種信息。當客戶設備或管理系統要求節點建立連接時，則相應節點利用「網絡地圖」的信息，並根據一定的路由算法獲得一條可行的路徑，再通過信令協議驅動路徑上的節點建立交叉連接。當網絡連接發生動態的建立、拆除、或者由於故障引起鏈路資源變化時，相應節點將及時發布變化後的節點、鏈路、資源等信息，實現「網絡地圖」的同步更新。
在ASON中，客戶網絡和運營商網絡上分別有一控制平面，且這兩個控制平面是相互獨立的，兩者之間具有不同的地址空間定義和協議定義。這兩個控制平面需通過用戶與網絡接口(UNI，User-Network Interface)才能進行交互，光互連論壇(OIF，Optical Internetworking Forum)中定義了UNI上需要進行的相關處理操作，其中包括建立連接、刪除連接、查詢連接以及自動發現連接等交互操作。
對於運營商網絡的控制平面，由於出於技術和商業上的考慮，運營商把他的網絡控制平面分成幾個相互獨立的控制域。每個控制域之間由物理鏈路相連，但每個控制域內部的路由對其他控制域來說是不可見的。不同控制域之間通過外部網絡與網絡接口(E-NNI，External Network-Network Interface)進行交互，控制域內部的節點之間通過內部網絡與網絡接口(I-NNI，InternalNetwork-Network Interface)進行交互。
在運營商的網絡中，由於各個控制域是相互獨立的，每個控制域中的節點只知道本控制域內的「網絡地圖」，因此無法根據該「網絡地圖」建立一條跨多個控制域的端到端路徑。為此，當前業界通過層次路由協議來解決這個問題。層次路由協議把整個網絡分成多個層次，高層網絡把下一層網絡的每個控制域抽象地看成一個節點，控制域之間的鏈路就是這些抽象節點之間的鏈路。層次路由協議通過擴散這些抽象節點間的鏈路，形成了一個高層次「網絡地圖」。按照該方法，更高層網絡把高層網絡的每個控制域抽象地看成一個節點，從而形成了一個更高層次「網絡地圖」。最終，通過組合不同層次的「網絡地圖」，得到一完整的「網絡地圖」，並將該完整的「網絡地圖」下發給每個節點，節點可根據該完整的「網絡地圖」，建立一條跨多個控制域的路徑。
為了建立一個完整的「網絡地圖」，需要層次路由協議和LMP相配合，LMP是網際網路工程任務組(IETF)為了滿足ASON基本結構和需求所定義的通用多協議標記交換(GMPLS)協議簇的一部分，用於管理網絡中相鄰節點間的鏈路。網絡中的每個節點上都運行LMP，通過LMP，每個節點可以先建立本節點與其它相鄰節點間的鄰接關係，再進行鏈路校驗，若校驗成功則判定發現相鄰兩節點間的鏈路，並將該鏈路上報給路由協議。路由協議綜合各層各節點的鏈路信息，組成一個完整的「網絡地圖」。
現有技術中，為了建立兩個相鄰節點間的鄰接關係，首先需在這兩個相鄰節點之間建立一雙向的控制通道，控制通道建立成功後，這兩個相鄰節點間也就建立了鄰接關係。所述的控制通道可以是建立在點對點光纖上的帶內控制通道，也可以是穿過一個廣播IP網絡的帶外控制通道。參加圖1A和圖1B，其中，圖1A為兩個相鄰節點，即節點A和節點B之間所建立的帶內控制通道的連接示意圖；圖1B為節點A和節點B之間所建立的帶外控制通道的連接示意圖。
參見圖2，現有的兩相鄰節點間建立控制通道，並在此基礎上發現鏈路並上報鏈路信息的方法包括以下步驟步驟101、源節點A向目的節點B發送協商消息Config；該協商消息的源IP位址為節點A的IP位址。如果承載控制通道的是一個端對端協議(PPP，Peer-Peer Protocol)鏈路，協商消息的目的地址可以是多播地址(224.0.0.1)，也可以是由人工直接配置的地址；如果承載控制通道的是一個廣播網絡，則目的地址必須是由人工配置的一個目的節點IP位址，此處設置為節點B的地址。
對於節點A來說，協商消息的源IP位址為控制通道的本端IP位址，協商消息的目的IP位址為控制通道的遠端IP位址。
所述協商消息中還包括多種對象，對象的內容如表1所示
表1表1中，所述LOCAL_CCID的取值為一個節點範圍內唯一的32位非零整數；所述的協商條件為Hello消息的間隔時間和超時時間，該Hello消息是在控制通道建立之後，定時發送的一種檢測消息，用於檢查控制通道是否正常。
步驟102～步驟103、節點B收到協商消息後，讀取協商消息的內容，根據自身的設置參數判斷是否接受協商消息中CONFIG對象所標識的協商條件，如果接受，則向節點A返回確認響應ConfigAck消息；否則，返回拒絕響應ConfigNack消息。
ConfigAck消息和ConfigNack消息的源地址是節點B的IP位址，目的IP位址為上述協商消息的源IP位址，即節點A的IP位址。
對於節點B來說，節點B的IP位址為控制通道的本端IP位址，節點A的IP位址為控制通道的遠端IP位址。
ConfigAck消息中包括的對象內容如表2所示
表2表2中，所述MESSAGE_ID_ACK的取值是從Config消息的MESSAGE_ID對象中拷貝來的。
ConfigNack消息中包括的對象內容如表3所示
表3表3中，所述MESSAGE_ID_ACK的取值是從Config消息的MESSAGE_ID對象中拷貝出來的。
ConfigNack消息比ConfigAck消息多了一個CONFIG對象，該CONFIG對象表示節點B所要求的協商條件，即節點B希望採用的Hello消息的間隔時間和超時時間。
步驟104、節點A判斷收到的響應是ConfigAck消息還是ConfigNack消息，如果是ConfigAck消息，則表示協商成功，在節點A和節點B之間建立控制通道，並執行步驟105；如果是ConfigNack消息，則節點A根據自身的設置參數判斷是否接受ConfigNack消息中攜帶的協商條件，如果接受，則將該協商條件記錄在協商消息中，返回步驟101，重新發送協商消息；否則，結束本流程。
節點A和節點B之間建立控制通道後，則表明節點A和節點B建立了它們之間的鄰接關係。
步驟105～步驟106、節點A和節點B之間開始進行鏈路校驗，如果鏈路檢驗失敗，則判定節點A和節點B之間沒有發現鏈路，結束流程；如果鏈路校驗成功，則判定節點A和節點B之間成功發現了鏈路，節點A和節點B分別將該鏈路的信息上報給路由協議，由路由協議進行擴散。
但是，現有的LMP協議無法自動區分所發現的鏈路是什麼類型，即無法自動區分是域間鏈路還是域內的鏈路。從而在節點向路由協議上報鏈路信息後，需由操作人員判斷該鏈路的類型，並在該鏈路中人工配置該鏈路的類型。因此導致自動化程度不高，效率的低下，人力資源浪費嚴重；並且導致管理不方便，人工操作時出錯率也較高。
發明內容
有鑑於此，本發明的主要目的是提供一種鏈路類型的發現方法，以實現由節點自動區分鏈路類型並上將帶有鏈路類型的鏈路信息上報給路由協議，提高自動化的程度，減少人力資源的浪費。
為了實現上述目的，本發明的技術方案如下一種鏈路類型的發現方法，該方法在網絡的節點中設置該節點所屬控制域的標識，該方法還包括A、在節點間建立控制通道的協商過程中，每個節點向對端節點發送自身所屬控制域的標識；B、每個節點在收到對端節點發送來的對端節點所屬控制域的標識後，判斷對端節點所屬控制域的標識與自身所屬控制域的標識是否相同，如果相同，則判定自身和對端節點屬於同一個控制域，自身與對端節點之間的鏈路類型為域內鏈路；否則，判定自身和對端節點不屬於同一個控制域，自身與對端節點之間的鏈路類型為域間鏈路；C、每個節點向路由協議上報包括步驟B得到的鏈路類型的信息。
根據本發明的一種優選方案，所述步驟A包括發起所述協商過程的源節點將自身所屬控制域的標識加載在協商消息中向目的節點發送；目的節點在收到該協商消息後，將自身所屬控制域的標識加載在響應消息中向源節點發送。
所述控制域標識為控制域的IP位址或者控制域的編號。
所述步驟C後，進一步包括路由協議判斷所上報的鏈路類型，如果是域內鏈路，則命令域內路由協議擴散對應的鏈路信息；如果是域間鏈路，則命令域間路由協議擴散對應的鏈路信息。
根據本發明的另一種優選方案，所述包括步驟B得到的鏈路類型的信息為鏈路標識。
根據本發明的再一種優選方案，所述每個控制域的標識在網絡中是唯一的。
由於本發明所述的方法中，在節點中設置其所屬控制域的唯一標識，控制通道兩端的節點通過比較自身所屬控制域的標識和對端節點所屬控制域的標識是否相同來判斷自身和對端節點是否屬於同一個控制域，進一步自動判斷鏈路連接是域間鏈路還是域內鏈路，並上報鏈路信息。從而不需人工配置鏈路類型。提高了自動化程度和工作效率，節省人力資源；並且管理方便，降低出錯率。
圖1A為光網絡中兩節點間帶內控制通道的連接示意圖；圖1B為光網絡中兩節點間帶外控制通道的連接示意圖；圖2為現有LMP協議中區分鏈路類型並上報鏈路信息的流程圖；圖3為本發明第一種實施例的流程圖；圖4為本發明第二種實施例的流程圖。
具體實施例方式
下面結合附圖和具體實施例進一步說明本發明的實施方法。
本發明的核心思想為在層次網絡中的每一個節點中設置其所屬控制域的唯一標識，當節點間建立控制通道時，節點發送的協商消息以及響應消息中攜帶本節點所屬控制域的標識，當對端節點收到協商消息或響應消息後，自動比較消息中攜帶的標識和本身所屬控制域的標識是否相同，如果相同，則這兩個節點處於同一個控制域中，且這兩個節點間的鏈路為域內鏈路；如果不相同，則這兩個節點處於不同的控制域中，且它們之間的鏈路為域間鏈路。
參見圖3，本發明第一種優選實施例的流程包括步驟301、源節點，此處為節點A，向目的節點，此處為節點B，發送建立控制通道的協商消息Config。
該協商消息中除了包括源IP位址，即節點A的IP位址，以及目的IP位址外，還包括多種對象，對象的內容如表4所示
表4本發明所述的協商消息與現有技術中的協商消息相比，增加了一個標識對象Domain_ID，用於標識發送該協商消息的節點所屬的控制域，此處為節點A所屬的控制域。
所述的Domain_ID的取值形式比較靈活。例如可以按照控制域的IP位址來取值，針對不同的地址類型，取值可以是4位元組的IP位址，也可以是32位元組的IP位址；另外，Domain_ID也可按照控制域的編號來取值。
步驟302、節點B收到協商消息後，讀取協商消息的內容，判斷該協商消息中包括的節點A所屬控制域的標識對象與自身所屬控制域的標識對象是否相同，如果相同，則判定節點A和節點B屬於同一個控制域，否則，判定節點A和節點B不屬於同一個控制域；保存本步驟的判定結果。
步驟303～步驟304、節點B根據自身的設置參數判斷是否接受協商消息中CONFIG對象所標識的協商條件，如果接受，則向節點A返回確認響應ConfigAck消息；否則，返回拒絕響應ConfigNack消息。
所述的ConfigAck消息或ConfigNack消息的源IP位址為節點B的IP位址，目的地址為節點A的IP位址。其中，ConfigAck消息中包括的對象內容如表5所示
表5本發明所述的ConfigAck消息與現有技術中的ConfigAck消息相比，增加了一個標識對象Domain_ID，用於標識發送該ConfigAck消息的節點所屬的控制域，此處為節點B所屬的控制域。
ConfigNack消息中包括的對象內容如表6所示
表6本發明所述的ConfigNack消息與現有技術中的ConfigNack消息內容相比，也增加了一個標識對象Domain_ID，用於標識發送該ConfigNack消息的節點所屬的控制域，此處為節點B所屬的控制域。
另外，本發明所述的方法也可先執行步驟303和步驟304，再執行步驟302，或在執行步驟303和步驟304的同時，執行步驟302。
步驟305、節點A接收到節點B返回的響應後，讀取響應的內容，判斷該響應中包括的節點B所屬控制域的標識對象與自身所屬控制域的標識對象是否相同，如果相同，則判定節點A和節點B屬於同一個控制域，否則，判定節點A和節點B不屬於同一個控制域；保存本步驟的判定結果。
另外，如果節點A在預定的時間內沒有收到節點B返回的響應，則返回步驟301，重新發送協商消息。
步驟306、節點A判斷收到的響應是ConfigAck消息還是ConfigNack消息如果是ConfigAck消息，則表明協商成功，在節點A和節點B之間建立控制通道，也即建立了節點A和節點B間的鄰接關係，執行步驟307；如果是ConfigNack消息，則節點A根據自身的設置參數判斷是否接受ConfigNack消息中攜帶的協商條件，如果接受，則將該協商條件記錄在協商消息中，返回步驟301，重新發送協商消息；否則，結束本流程。
另外，步驟305和步驟306也可同時執行。
步驟307、在節點A和節點B之間進行鏈路校驗，如果鏈路檢驗失敗，則判定節點A和節點B之間沒有鏈路，結束流程；如果鏈路校驗成功，則判定節點A和節點B之間成功發現了鏈路，執行步驟308。
步驟308、節點A和節點B分別根據步驟302和步驟305的判定結果判斷該節點A和節點B之間的鏈路類型。
如果節點A和節點B屬於同一個控制域，則該節點A和節點B之間的鏈路類型為域內鏈路；如果節點A和節點B不屬於同一個控制域，則該節點A和節點B之間的鏈路類型為域間鏈路。
步驟309、節點A和節點B分別向路由協議上報包含鏈路類型信息的鏈路信息。路由協議判斷所上報鏈路信息的鏈路類型，根據鏈路類型擴散鏈路信息。如果是域內鏈路，則命令域內路由協議擴散該鏈路信息；如果是域間鏈路，則命令域間路由協議擴散該鏈路信息。
上述的鏈路類型信息可以由鏈路標識的形式來表示。
上報鏈路信息後，路由協議根據鏈路的類型分別進行擴散處理。當全網絡中各個層次的節點都執行上述步驟301至步驟309所述的流程後，分層路由協議就可知道全網絡的拓撲信息，從而構成全網絡的「網絡地圖」。
參見圖4，本發明第二種實施例的與第一種實施例的流程相似，其中步驟401、步驟403、步驟404、步驟406、步驟407和步驟409分別與步驟301、步驟303、步驟304、步驟306、步驟307和步驟309對應相同。
但是，步驟402為節點B保存節點A所屬控制域的標識；步驟405為節點A保存節點B所屬控制域的標識；步驟408為節點B判斷所保存的節點A所屬控制域標識與自身所屬控制域標識是否相同，如果相同，則節點A和自身屬於同一個控制域，所發現鏈路的類型為域內鏈路；否則，節點A和自身不屬於同一個控制域，所發現鏈路的類型為域間鏈路；節點A判斷所保存的節點B所屬控制域標識與自身所屬控制域標識是否相同，如果相同，則節點B和自身屬於同一個控制域，所發現鏈路的類型為域內鏈路；否則，節點B和自身不屬於同一個控制域，所發現鏈路的類型為域間鏈路。
以上所述，僅為本發明較佳的具體實施方式
，但本發明的保護範圍並不局限於此，任何熟悉該技術的人在本發明所揭露的技術範圍內，可輕易想到的變化或替換，都應涵蓋在本發明的保護範圍之內。
權利要求
1.一種鏈路類型的發現方法，其特徵在於，在網絡的節點中設置該節點所屬控制域的標識，該方法還包括A、在節點間建立控制通道的協商過程中，每個節點向對端節點發送自身所屬控制域的標識；B、每個節點在收到對端節點發送來的對端節點所屬控制域的標識後，判斷對端節點所屬控制域的標識與自身所屬控制域的標識是否相同，如果相同，則判定自身和對端節點屬於同一個控制域，自身與對端節點之間的鏈路類型為域內鏈路；否則，判定自身和對端節點不屬於同一個控制域，自身與對端節點之間的鏈路類型為域間鏈路；C、每個節點向路由協議上報包括步驟B得到的鏈路類型的信息。
2.如權利要求1所述的方法，其特徵在於，步驟A包括發起所述協商過程的源節點將自身所屬控制域的標識加載在協商消息中向目的節點發送；目的節點在收到該協商消息後，將自身所屬控制域的標識加載在響應消息中向源節點發送。
3.如權利要求1或2所述的方法，其特徵在於，所述控制域標識為控制域的IP位址或者控制域的編號。
4.如權利要求1或2所述的方法，其特徵在於，所述步驟C後，進一步包括路由協議判斷所上報的鏈路類型，如果是域內鏈路，則命令域內路由協議擴散對應的鏈路信息；如果是域間鏈路，則命令域間路由協議擴散對應的鏈路信息。
5.如權利要求1所述的方法，其特徵在於，步驟C中，所述包括步驟B得到的鏈路類型的信息為鏈路標識。
6.如權利要求1所述的方法，其特徵在於，所述每個控制域的標識在網絡中是唯一的。
全文摘要
本發明公開了一種鏈路類型的發現方法，該方法在網絡的節點中設置該節點所屬控制域的標識，包括A.在節點間建立控制通道的協商過程中，每個節點向對端節點發送自身所屬控制域的標識；B.每個節點收到對端節點發送來的對端節點所屬控制域的標識後，判斷是否與自身所屬控制域的標識相同，如果相同，則判定自身和對端節點屬於同一個控制域，自身與對端節點之間的鏈路類型為域內鏈路；否則，判定自身和對端節點不屬於同一個控制域，自身與對端節點之間的鏈路類型為域間鏈路；C.每個節點向路由協議上報包括步驟B得到的鏈路類型的信息。利用本發明的方法，可自動區分鏈路類型，提高自動化的程度，減少人力資源的浪費。
文檔編號H04L29/06GK1747432SQ20041007374
公開日2006年3月15日 申請日期2004年9月9日 優先權日2004年9月9日
發明者周子浩, 李旺 申請人:華為技術有限公司