專利名稱：鏈路管理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及光通信技術(shù)領(lǐng)域，尤指一種適用于ASON(自動交換光網(wǎng)絡(luò))的鏈路管理方法。
背景技術(shù)：
光網(wǎng)絡(luò)包括SDH/Sonet(同步數(shù)字體系/同步光網(wǎng)絡(luò))、波長網(wǎng)絡(luò)等。傳統(tǒng)的光網(wǎng)絡(luò)基于集中管理，節(jié)點(或稱為網(wǎng)元)之間采用永久連接方式實現(xiàn)通信。采用所述的永久連接方式在光網(wǎng)絡(luò)發(fā)展初期因其設(shè)計簡單、成本較低等原因取得了較好效果。但是，永久連接方式光連接的創(chuàng)建、維護和拆除都需要人工或網(wǎng)管系統(tǒng)進行干預(yù)，隨著數(shù)據(jù)業(yè)務(wù)量的不斷增長，這種連接方式已不能滿足對光網(wǎng)絡(luò)系統(tǒng)動態(tài)、靈活配置的要求。
解決上述問題的關(guān)鍵是實現(xiàn)動態(tài)光交換，為此，ITU-T(國際電聯(lián))提出了ASON(或稱為智能光網(wǎng)絡(luò))架構(gòu)，該架構(gòu)在傳統(tǒng)的光網(wǎng)絡(luò)中增加一個控制平面，并提出交換連接的概念。根據(jù)這一思想，光網(wǎng)絡(luò)的節(jié)點首先通過鏈路局部的發(fā)現(xiàn)技術(shù)獲得本節(jié)點與其他光節(jié)點的連接關(guān)系，再通過控制平面發(fā)布本節(jié)點和與本節(jié)點有關(guān)的鏈路狀態(tài)，并接收網(wǎng)絡(luò)中其他節(jié)點的狀態(tài)發(fā)布，最終每個光節(jié)點都有一份描述網(wǎng)絡(luò)精確拓?fù)涞摹熬W(wǎng)絡(luò)地圖”，“網(wǎng)絡(luò)地圖”中包括節(jié)點、鏈路、資源等多種信息。當(dāng)客戶設(shè)備或管理系統(tǒng)要求建立節(jié)點連接時，節(jié)點利用“網(wǎng)絡(luò)地圖”的信息，結(jié)合一定的路由算法得到一條可行的路徑，再通過信令協(xié)議驅(qū)動路徑上的節(jié)點建立交叉連接。在網(wǎng)絡(luò)連接動態(tài)建立、拆除、或者故障引起鏈路資源變化時，相應(yīng)節(jié)點將及時發(fā)布更新的節(jié)點、鏈路狀態(tài)信息，實現(xiàn)“網(wǎng)絡(luò)地圖”的再同步。
LMP(鏈路管理協(xié)議)則是IETF(互聯(lián)網(wǎng)工程任務(wù)組)定義的滿足ASON基本結(jié)構(gòu)和需求的GMPLS(通用多協(xié)議標(biāo)記交換)協(xié)議簇的一部分，用于在鄰接節(jié)點間管理鏈路，本地節(jié)點與其他節(jié)點的連接關(guān)系通過在相應(yīng)的節(jié)點上運行LMP來發(fā)現(xiàn)，發(fā)現(xiàn)的連接關(guān)系稱為數(shù)據(jù)鏈路。
通常，兩個節(jié)點間的數(shù)據(jù)鏈路可能非常多，如果全部通過控制平面擴散出去，相應(yīng)的報文量會非常大。為了減少擴散的報文數(shù)目，需要將具有相同屬性的數(shù)據(jù)鏈路合并成一個虛擬的邏輯鏈路，路由算法在計算可行的路徑時需知道所有鏈路的相關(guān)信息，包括鏈路的最大帶寬、可用帶寬等，這些屬性稱為鏈路的TE(流量工程)屬性，相應(yīng)的，這條邏輯鏈路就叫TE鏈路。
在對節(jié)點間的數(shù)據(jù)鏈路進行管理時，LMP首先需要在數(shù)據(jù)鏈路兩端的節(jié)點間建立鄰接關(guān)系。LMP通過在所述節(jié)點間建立雙向可達(dá)的控制通道來建立節(jié)點間的鄰接關(guān)系。所述控制通道可以是建立在數(shù)據(jù)鏈路開銷字節(jié)上的帶內(nèi)控制通道，也可以是穿過一個IP網(wǎng)絡(luò)的帶外控制通道。
在LMP中并沒有限定控制通道底層的物理實現(xiàn)方式，它與數(shù)據(jù)鏈路是相互獨立的，可以是光纖中的一個波長，一個以太網(wǎng)鏈路，一個穿過某網(wǎng)絡(luò)的IP隧道或者數(shù)據(jù)鏈路上的開銷字節(jié)。一對節(jié)點間可能會同時有多個控制通道啟用?？刂仆ǖ绤?shù)必須在各自控制通道上單獨協(xié)商。LMP通過在每條控制通道上各自交換Hello消息，以此來維護各個控制通道的連通性。
有四個LMP消息用于維護獨立的控制通道。這四個消息是Config、ConfigAck、ConfigNack和Hello消息。這四個消息必須在指定的控制通道上傳輸，所有其他LMP消息可以在一對鄰接節(jié)點間多條可用控制通道中的任意一條上傳輸。為了維護LMP的鄰接關(guān)系，一對鄰接節(jié)點間至少需要一條可用的控制通道。
綜上，現(xiàn)有技術(shù)存在如下的缺點1、現(xiàn)有LMP鏈路管理方法需要單獨維護所有的控制通道，交互報文較多，系統(tǒng)負(fù)擔(dān)較重，操作維護復(fù)雜。事實上，LMP鏈路管理真正需要維護的應(yīng)該是節(jié)點間的鄰接關(guān)系，不需要維護所有的控制通道。
2、當(dāng)兩個節(jié)點間有多條控制通道時，除了前面提到的四個LMP消息需要在指定的控制通道上傳輸，所有其他LMP報文將在其中一條控制通道上傳輸。這條控制通道是LMP根據(jù)自己的規(guī)則選出來的。但LMP對于控制通道的底層物理實現(xiàn)并不清楚，選出來的主用控制通道不一定是兩個節(jié)點間最優(yōu)的控制通道。
3、為了維護控制通道，控制通道相關(guān)的四個消息需要在指定的控制通道上發(fā)送。所有其他的LMP消息也要在LMP自己選出的某條控制通道上傳輸。也就是說所有的LMP消息都需要指定接口發(fā)送。當(dāng)節(jié)點間的控制通道穿過某個網(wǎng)絡(luò)時，指定接口發(fā)送單播報文可能導(dǎo)致路由環(huán)回。雖然這個問題可以通過在節(jié)點間建立一條穿過網(wǎng)絡(luò)的隧道來避免，但這會增加額外的工作。
4、指定接口發(fā)送不是TCP/IP協(xié)議棧的標(biāo)準(zhǔn)實現(xiàn)，要實現(xiàn)指定接口發(fā)送需要對已有的協(xié)議棧進行擴展。各個廠家的擴展之間需要考慮互通性，以避免在不同廠商的設(shè)備間對接時出現(xiàn)問題，不利于將來擴展。
5、假設(shè)兩個節(jié)點間只有一條可用的控制通道，而且是條與數(shù)據(jù)鏈路承載在相同物理鏈路上的控制通道，如圖1所示，如果這條控制通道所在的光纖發(fā)生故障，業(yè)務(wù)發(fā)生倒換，由于開銷無法透傳，這條控制通道將不可用。如圖2所示，此時，業(yè)務(wù)通道還是可用的，但這兩個節(jié)點間將無控制通道可用。這種情況下，LMP鏈路管理也就失去了對節(jié)點間資源的控制和管理能力。

發(fā)明內(nèi)容
為了解決現(xiàn)有技術(shù)LMP鏈路管理需要維護所有控制通道以致操作維護較復(fù)雜的問題，本發(fā)明提供一種鏈路管理方法，可使鏈路管理更簡單、有效。
根據(jù)本發(fā)明提供的鏈路管理方法，該方法包括以下步驟a.建立節(jié)點間的鄰接關(guān)系；b.通過在節(jié)點間互發(fā)預(yù)定協(xié)議第一消息以維護節(jié)點間的鄰接關(guān)系；c.在具有鄰接關(guān)系的節(jié)點間通過路由方式發(fā)送預(yù)定協(xié)議消息以管理鏈路。
其中，步驟a通過自動發(fā)現(xiàn)鄰接節(jié)點或手工配置建立節(jié)點間的鄰接關(guān)系。
具體的，所述步驟a通過自動發(fā)現(xiàn)鄰接節(jié)點建立節(jié)點間的鄰接關(guān)系進一步包括a1、本地節(jié)點多播預(yù)定協(xié)議第二消息以獲取鄰接節(jié)點地址，并與所述地址的鄰接節(jié)點協(xié)商預(yù)定協(xié)議第一消息發(fā)送間隔時間和超時時間；a2、若協(xié)商通過，則返回本地節(jié)點協(xié)商確認(rèn)消息，否則返回本地節(jié)點協(xié)商拒絕消息。
另外，所述步驟a通過人工配置建立鄰接關(guān)系進一步包括人工設(shè)定本地節(jié)點的鄰接節(jié)點地址，并向所述地址的鄰接節(jié)點單播預(yù)定協(xié)議第二消息，以與所述地址的鄰接節(jié)點協(xié)商預(yù)定協(xié)議第一消息發(fā)送間隔時間和超時時間；若協(xié)商通過，則返回本地節(jié)點協(xié)商確認(rèn)消息，否則返回本地節(jié)點協(xié)商拒絕消息。
優(yōu)化的，所述鄰接節(jié)點地址為可路由地址。
另外，所述步驟b進一步包括根據(jù)協(xié)商通過的間隔時間發(fā)送預(yù)定協(xié)議第一消息，若在協(xié)商通過的超時時間內(nèi)沒有收到所述預(yù)定協(xié)議第一消息則確認(rèn)所述鄰接關(guān)系不可用。
最好，通過路由方式發(fā)送所述預(yù)定協(xié)議第一消息、單播的預(yù)定協(xié)議第二消息、協(xié)商確認(rèn)消息以及協(xié)商拒絕消息。
可選的，所述預(yù)定協(xié)議為鏈路管理協(xié)議(LMP協(xié)議)，所述預(yù)定協(xié)議第一消息為LMP?；钕?，所述預(yù)定協(xié)議第二消息為LMP協(xié)商配置消息，所述協(xié)商確認(rèn)消息為LMP協(xié)商確認(rèn)消息，所述協(xié)商拒絕消息為LMP協(xié)商拒絕消息。
可選的，所述預(yù)定協(xié)議為鏈路管理協(xié)議(LMP協(xié)議)，所述預(yù)定協(xié)議第一消息為LMP?；钕ⅲ鲱A(yù)定協(xié)議第二消息為LMP自舉消息，所述協(xié)商確認(rèn)消息為LMP協(xié)商確認(rèn)消息，所述協(xié)商拒絕消息為LMP協(xié)商拒絕消息；所述步驟a1進一步包括在本地節(jié)點多播LMP自舉消息并獲取鄰接節(jié)點地址后，向所述地址的鄰接節(jié)點單播LMP協(xié)商配置消息，以與所述地址的鄰接節(jié)點協(xié)商LMP?；钕l(fā)送間隔時間和超時時間。
最好，通過路由方式發(fā)送所述LMP保活消息、單播的LMP協(xié)商配置消息、LMP協(xié)商確認(rèn)消息以及LMP協(xié)商拒絕消息。
另外，步驟c所述通過路由方式發(fā)送為按照預(yù)定路由協(xié)議發(fā)送。
優(yōu)化的，所述預(yù)定路由協(xié)議為開放最短路徑優(yōu)先協(xié)議(OSPF協(xié)議)或中間系統(tǒng)對中間系統(tǒng)協(xié)議(IS-IS協(xié)議)。
與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點
1、本發(fā)明的LMP鏈路管理通過在節(jié)點間互發(fā)?；钕⒁跃S護節(jié)點間的鄰接關(guān)系，消息的發(fā)送可通過路由實現(xiàn)，與現(xiàn)有技術(shù)相比，由于不再維護控制通道，僅僅維護鄰接關(guān)系，可減少報文的交互，減輕系統(tǒng)負(fù)擔(dān)，鏈路管理操作維護簡單。
2、除了多播的Config消息以及自舉消息，其他的LMP協(xié)議控制消息都可通過路由的方式發(fā)送，與現(xiàn)有技術(shù)需要指定的控制通道傳送相比，本發(fā)明消息發(fā)送更靈活，更易于實現(xiàn)。
3、當(dāng)兩個節(jié)點間的控制通道穿過某個網(wǎng)絡(luò)時，如果單播報文指定接口發(fā)送可能會引起路由環(huán)回。原有的LMP鏈路管理方法為了解決這個問題，必須先在兩個節(jié)點間的相應(yīng)控制接口上建立一條隧道。這就需要額外占用一定的資源，而且增加了復(fù)雜度。而本發(fā)明由于通過路由方式發(fā)送報文，不需指定接口發(fā)送，將不會出現(xiàn)路由環(huán)回的問題，也就不用另外建隧道。
4、由于不用對已有的協(xié)議棧進行擴展，LMP報文可按路由方式發(fā)送。而按路由發(fā)送報文已經(jīng)是成熟的標(biāo)準(zhǔn)，不用作額外的工作，易于實現(xiàn)，有利于將來進一步擴展。
5、當(dāng)兩個節(jié)點間只有一條可用的帶內(nèi)物理控制通道時，如果物理控制通道所在的光纖發(fā)生復(fù)用段環(huán)保護倒換，這條物理控制通道將不再可用，由于本發(fā)明采用路由方式發(fā)送消息，路由協(xié)議可以迅速發(fā)現(xiàn)鏈路不可用，并重新選擇一條可用的路徑到達(dá)鄰接節(jié)點。這個過程對LMP是透明的。只要Hello消息能在一定的時間內(nèi)正確到達(dá)，LMP根本就不知道底層的物理控制通道已經(jīng)改變。


圖1是現(xiàn)有技術(shù)正常的復(fù)用段環(huán)保護業(yè)務(wù)示意圖；圖2是圖1業(yè)務(wù)通道發(fā)生倒換后的復(fù)用段環(huán)保護業(yè)務(wù)示意圖；圖3是本發(fā)明鏈路管理方法具體實施例的流程圖；圖4是本發(fā)明鏈路管理方法通過自動發(fā)現(xiàn)鄰接節(jié)點建立節(jié)點間的鄰接關(guān)系的流程圖；圖5是現(xiàn)有技術(shù)具有帶內(nèi)控制通道的鄰接節(jié)點示意圖；
圖6是圖5中所示的節(jié)點A與節(jié)點B協(xié)商的示意圖；圖7是現(xiàn)有技術(shù)具有帶外控制通道的鄰接節(jié)點示意圖；圖8是通過人工設(shè)定鄰接節(jié)點地址建立節(jié)點間的鄰接關(guān)系的流程圖。
具體實施例方式
本具體實施方式
中，所指預(yù)定協(xié)議為LMP協(xié)議，所指預(yù)定協(xié)議消息為LMP協(xié)議消息，與現(xiàn)有技術(shù)LMP協(xié)議邏輯的控制通道相區(qū)別，下述控制通道指物理的控制通道，即節(jié)點間交互鏈路管理消息的實際傳送通道。本發(fā)明的鏈路管理方法，基于LMP協(xié)議實現(xiàn)，與現(xiàn)有技術(shù)不同，本發(fā)明中LMP鏈路管理將不再維護和管理本身的控制通道，而是僅維護節(jié)點間的鄰接關(guān)系。
參考圖3所示，以應(yīng)用于自動交換光網(wǎng)絡(luò)中的具體實施例進行說明，所述自動交換光網(wǎng)絡(luò)包括有多個節(jié)點，節(jié)點間以數(shù)據(jù)鏈路相通，如背景技術(shù)介紹，自動光網(wǎng)絡(luò)中還引入了控制平面等。為了管理節(jié)點間的鏈路以便維持正常的通信，本發(fā)明的鏈路管理方法具體實施例主要包括以下步驟步驟1建立節(jié)點間的鄰接關(guān)系。
在兩個支持LMP功能的節(jié)點之間可以建立鄰接關(guān)系，但并不是所有的鄰居都會構(gòu)成鄰接關(guān)系，一般可通過兩種方式建立節(jié)點間的鄰接關(guān)系自動發(fā)現(xiàn)鄰接節(jié)點或人工配置?，F(xiàn)有技術(shù)通過建立節(jié)點間雙向可達(dá)的邏輯控制通道以建立節(jié)點間的鄰接關(guān)系。本發(fā)明中弱化了邏輯控制通道的概念，即只關(guān)心節(jié)點間消息是否可以互通，而不必關(guān)心消息如何傳送，在建立鄰接關(guān)系時，只需獲取鄰接節(jié)點的一個控制接口地址，控制通道的消息傳送作用則可通過按路由方式發(fā)送實現(xiàn)。
步驟2通過在節(jié)點間互發(fā)預(yù)定協(xié)議第一消息以維護節(jié)點間的鄰接關(guān)系，本實施例中所述預(yù)定協(xié)議第一消息可為LMP協(xié)議的?；钕?即Hello消息)。
上述建立了節(jié)點間的鄰接關(guān)系，還需要維持節(jié)點間的鄰接關(guān)系。如背景技術(shù)部分所介紹，現(xiàn)有技術(shù)中通過在節(jié)點間建立的雙向可達(dá)的邏輯控制通道上互發(fā)Hello消息以驗證所述邏輯控制通道是否可用，進而當(dāng)節(jié)點間所有的邏輯控制通道都不可用時則確定節(jié)點間的鄰接關(guān)系不可用。這種方法如前面敘述的，在鏈路管理時，由于需要維護所有的邏輯控制通道，存在許多的缺點。本實施例中可通過在節(jié)點間互發(fā)所述Hello消息來維護節(jié)點間的鄰接關(guān)系，即只要兩個節(jié)點間可以互通消息，則認(rèn)為節(jié)點間的鄰接關(guān)系可用，而不必關(guān)心節(jié)點間有幾條邏輯控制通道可用，所述預(yù)定協(xié)議第一消息(即Hello消息)可按路由方式發(fā)送。
步驟3在具有鄰接關(guān)系的節(jié)點間通過路由方式發(fā)送預(yù)定協(xié)議消息以管理鏈路。
在具有鄰接關(guān)系的節(jié)點間，管理鏈路時除了維護節(jié)點間鄰接關(guān)系的Hello消息外，其他用于管理鏈路的LMP協(xié)議消息也可通過路由方式發(fā)送，即原來鏈路管理中需根據(jù)LMP協(xié)議選擇一定的邏輯控制通道并指定接口傳送的LMP協(xié)議消息，在本發(fā)明中可通過路由方式發(fā)送，亦即可按照預(yù)定的路由協(xié)議獲取的路由傳送LMP協(xié)議消息，所述預(yù)定路由協(xié)議可采用開放最短路徑優(yōu)先協(xié)議(OSPF路由協(xié)議)或中間系統(tǒng)對中間系統(tǒng)協(xié)議(IS-IS路由協(xié)議)，也可根據(jù)實際情況采用其他路由協(xié)議。
下面詳細(xì)說明如何建立節(jié)點間的鄰接關(guān)系，先來看自動發(fā)現(xiàn)鄰接節(jié)點建立節(jié)點間的鄰接關(guān)系的過程。當(dāng)兩個節(jié)點間傳送鏈路管理消息的控制通道與數(shù)據(jù)鏈路承載在相同的物理鏈路上時，即可采用自動發(fā)現(xiàn)鄰接節(jié)點獲取鄰接節(jié)點的NODE_ID(節(jié)點標(biāo)識)和控制接口地址，參考圖4，所述自動發(fā)現(xiàn)鄰接節(jié)點建立節(jié)點間的鄰接關(guān)系包括以下流程步驟41多播預(yù)定協(xié)議第二消息以獲取鄰接節(jié)點地址，獲取鄰接節(jié)點地址后，即可與所述鄰接節(jié)點協(xié)商預(yù)定協(xié)議第一消息發(fā)送間隔時間和超時時間。為了實現(xiàn)通過路由發(fā)送所述預(yù)定協(xié)議第一消息以及其他預(yù)定協(xié)議消息，所述鄰接節(jié)點地址最好是可路由的地址，可包括鄰接節(jié)點的NODE_ID和控制接口地址。
步驟42判斷是否協(xié)商通過，若協(xié)商通過，進入步驟43，返回本地節(jié)點協(xié)商確認(rèn)消息，否則進入步驟44，返回本地節(jié)點協(xié)商拒絕消息。
具體的，步驟41中所述預(yù)定協(xié)議第二消息可為LMP配置消息(Config消息)，所述協(xié)商確認(rèn)消息可為LMP協(xié)商確認(rèn)消息(ConfigAck消息)，所述協(xié)商拒絕消息可為LMP協(xié)商拒絕消息(ConfigNack消息)，在多播獲取鄰接節(jié)點地址后，所述LMP協(xié)商確認(rèn)消息、LMP協(xié)商拒絕消息都通過路由方式發(fā)送。另外，根據(jù)LMP協(xié)議描述的方式，通過多播所述Config消息來自動發(fā)現(xiàn)鄰接節(jié)點的地址，所述Config消息的格式如下<Config Message>::＝<Common Header><MESSAGE_ID>
<LOCAL_NODE_ID>
<CONFIG>
Config消息中各個部分的詳細(xì)定義如下<Common Header>通用消息頭對象，所有LMP消息(除了要在指定數(shù)據(jù)鏈路上發(fā)送的TEST消息)都有這個通用消息頭對象。這個對象指定了當(dāng)前消息的消息類型，長度等信息。
<MESSAGE_ID>消息標(biāo)識對象，這個對象用于標(biāo)識一個消息，接收方發(fā)送相應(yīng)的響應(yīng)消息時要帶上這個對象里的值。
<LOCAL_NODE_ID>本地節(jié)點標(biāo)識對象，用于標(biāo)識產(chǎn)生這個消息的節(jié)點ID。
<CONFIG>該對象中包含了Hello消息的間隔時間和超時時間，這兩個值需要兩個節(jié)點進行協(xié)商。
另外，由于本發(fā)明中LMP鏈路管理不再維護和管理本身的邏輯控制通道，因此LMP協(xié)議草案中定義的CCID(節(jié)點范圍內(nèi)唯一的32位非零整數(shù)，它唯一的標(biāo)識發(fā)送這個消息的邏輯控制通道)在本發(fā)明中將不再需要。
具體的自動發(fā)現(xiàn)鄰接節(jié)點建立節(jié)點間鄰接關(guān)系的過程舉例如下參考圖5所示，圖5描述的兩個節(jié)點(節(jié)點A、節(jié)點B)之間有三條數(shù)據(jù)鏈路相連，這三條數(shù)據(jù)鏈路合并成一個TE鏈路。在其中一條數(shù)據(jù)鏈路的開銷字節(jié)上建立一條物理的控制通道，這個控制通道是帶內(nèi)控制通道。由于控制通道與數(shù)據(jù)鏈路承載在相同的物理鏈路上時，可以通過交換Config消息動態(tài)的獲取控制通道遠(yuǎn)端的鄰接節(jié)點的NODE_ID和控制接口地址，即鄰接節(jié)點地址。
在上述情況下，節(jié)點A首先在本地所有與數(shù)據(jù)鏈路承載在相同物理鏈路的控制通道上多播Config消息，其中節(jié)點A發(fā)送的Config消息的源地址是單播的本地節(jié)點控制接口地址，目的地址是多播地址(如224.0.0.1)。節(jié)點B收到Config消息后，就可獲取鄰接節(jié)點的控制接口地址(即接收的Config消息中的源地址)，在取出Config消息中攜帶的NODE-ID(即節(jié)點A的標(biāo)識)，并對這個NODE-ID進行檢查，如果這個NODE-ID與本地的NODE-ID相同，就丟棄這個消息。如果這是一個新發(fā)現(xiàn)的鄰接節(jié)點，節(jié)點B根據(jù)是否接受Config消息中的參數(shù)，向節(jié)點A響應(yīng)一個消息，若接受，則響應(yīng)一個ConfigAck消息，否則響應(yīng)一個ConfigNack消息。另外，如果節(jié)點B已經(jīng)發(fā)現(xiàn)了這個NODE-ID，并已經(jīng)向?qū)Ψ巾憫?yīng)了ConfigAck消息，則直接向節(jié)點A響應(yīng)一個ConfigNack消息。ConfigAck消息和ConfigNack消息的目的IP地址填為剛獲得的鄰接節(jié)點控制接口地址，源地址是本地節(jié)點的控制接口地址。
其中ConfigAck消息的格式如下<ConfigAck Message>::＝<Common Header><LOCAL_NODE_ID>
<MESSAGE_ID_ACK><REMOTE_NODE_ID>
所述ConfigAck消息詳細(xì)定義如下<Common Header>、和<LOCAL_NODE_ID>的內(nèi)容同前面所述。
<MESSAGE_ID_ACK>確認(rèn)消息對象，用于標(biāo)識被確認(rèn)的消息，這個值是從被確認(rèn)消息的<MESSAGE_ID>對象中拷貝出來的。
<REMOTE_NODE_ID>遠(yuǎn)端節(jié)點標(biāo)識對象，用于標(biāo)識遠(yuǎn)端節(jié)點。
而ConfigNack消息的格式如下<ConfigNack Message>::＝<Common Header>
<LOCAL_NODE_ID>
<MESSAGE_ID_ACK>
REMOTE_NODE_ID><CONFIG>
ConfigNack消息中用到的對象前面都已經(jīng)介紹過。在節(jié)點B不接受節(jié)點A發(fā)過來的Config消息中的間隔時間和超時時間時，才會向節(jié)點A響應(yīng)一個ConfigNack消息。其中所述ConfigNack消息的Config對象中攜帶的值是節(jié)點B希望采用的間隔時間和超時時間。
圖6示出了節(jié)點A與節(jié)點B的協(xié)商過程，如果節(jié)點B同意所述Config消息中攜帶的間隔時間和超時時間，就向節(jié)點A響應(yīng)一個ConfigAck消息；否則就響應(yīng)一個ConfigNack消息。若節(jié)點B收到的這個Config消息中攜帶的NODE_ID是一個已經(jīng)發(fā)現(xiàn)的鄰接節(jié)點NODE_ID，而且已經(jīng)向?qū)Ψ巾憫?yīng)了ConfigAck消息，就響應(yīng)一個不帶Config對象的ConfigNack消息。節(jié)點A收到ConfigAck或者ConfigNack消息后，就可以獲取控制通道遠(yuǎn)端節(jié)點B的NODE_ID和控制接口地址。
上述以多播Config消息自動發(fā)現(xiàn)鄰接關(guān)系進行說明，具體實施時自動發(fā)現(xiàn)鄰接節(jié)點還可以按照[LMP-BOOTSTRAP]中描述的方式，通過在數(shù)據(jù)鏈路上多播LMP自舉消息來實現(xiàn)。
具體的所述LMP自舉消息(Bootstrap消息)，其格式如下<Bootstrap Message>::＝<Common Header><LOCAL_INTERFACE_ID>
<LOCAL_NODE_ID>[<LOCAL_CONTROL_ADDRESS>...]所述消息中<Common Header>和<LOCAL_NODE_ID>對象的定義同前，<LOCAL_INTERFACE_ID>對象為本地數(shù)據(jù)鏈路的接口標(biāo)識，用于標(biāo)識本地節(jié)點的一個數(shù)據(jù)鏈路接口，<LOCAL_CONTROL_ADDRESS>對象則為本地節(jié)點控制接口地址，用于標(biāo)識建立控制通道所需的一個控制接口。
上述Bootstrap消息如果沒有包含<LOCAL_CONTROL_ADDRESS>，那么<LOCAL_NODE_ID>對象包含的消息內(nèi)容必須是一個可路由的地址(即這個地址可通過普通的路由到達(dá))，這個地址將被接收方作為控制通道的遠(yuǎn)端控制接口地址來建立控制通道。建立控制通道的過程與前面通過多播LMP協(xié)商配置消息(Config消息)實現(xiàn)的過程一致，即通過多播Bootstrap消息獲取鄰接節(jié)點控制接口地址，然后可通過單播Config消息與鄰接節(jié)點協(xié)商LMP保活消息發(fā)送間隔時間和超時時間，若協(xié)商通過，則返回本地節(jié)點LMP協(xié)商確認(rèn)消息，否則返回本地節(jié)點LMP協(xié)商拒絕消息。由于多播獲取了可路由的鄰接節(jié)點地址，所述單播的Config消息、LMP協(xié)商確認(rèn)消息以及LMP協(xié)商拒絕消息都可通過路由方式發(fā)送。另外，在單個的Bootstrap消息里可以包含多個<LOCAL_CONTROL_ADDRESS>，也即可以通過多個目的控制接口地址到達(dá)對方。
下面說明通過人工配置建立鄰接關(guān)系的過程。
圖7所示為一個帶外控制通道，圖7中所示的控制通道穿過一個IP網(wǎng)絡(luò)。對于帶外控制通道，需要通過人工配置鄰接節(jié)點地址來建立節(jié)點間的鄰接關(guān)系。參考圖8，人工配置建立節(jié)點間的鄰接關(guān)系包括以下步驟
步驟81人工設(shè)定本地節(jié)點的鄰接節(jié)點地址，所還鄰接節(jié)點地址為鄰接節(jié)點的NODE_ID和控制接口地址，然后可將該控制接口地址作為目的地址向所述節(jié)點單播預(yù)定協(xié)議第二消息，以與所述節(jié)點協(xié)商預(yù)定協(xié)議第一消息發(fā)送間隔時間和超時時間；步驟82判斷是否協(xié)商通過；若協(xié)商通過，進入步驟83，返回本地節(jié)點協(xié)商確認(rèn)消息，否則，進入步驟84，返回本地節(jié)點協(xié)商拒絕消息。
上述單播的預(yù)定協(xié)議第二消息為LMP配置消息(即Config消息)，消息格式與前述相同，建立控制通道的過程與前面描述相同，這里不再贅述。
在建立了節(jié)點間的鄰接關(guān)系后，即兩個節(jié)點協(xié)商通過后，根據(jù)協(xié)商通過的間隔時間，兩個鄰接節(jié)點開始定時向?qū)Ψ桨l(fā)送保活消息(即Hello消息)，告訴對方自己還活著。如果在協(xié)商通過的超時時間內(nèi)沒有收到對方的Hello消息，則認(rèn)為節(jié)點間的鄰接關(guān)系已不可用。
上述LMP所有的消息中，除了建立節(jié)點間鄰接關(guān)系所需的Config消息需多播發(fā)送外，在具鄰接關(guān)系后的節(jié)點間，LMP協(xié)議消息都可通過路由方式發(fā)送到鄰接節(jié)點，不再指定在某條控制通道上發(fā)送。
采用本發(fā)明的上述技術(shù)方案，當(dāng)兩個節(jié)點只建立了一條控制通道，并且是條帶內(nèi)控制通道時，如果控制通道所在的數(shù)據(jù)鏈路上的業(yè)務(wù)發(fā)生倒換，這條控制通道不可用時，可通過路由重新選擇一條到達(dá)鄰接節(jié)點的路徑傳送LMP鏈路管理消息，這個過程對LMP是透明的，即對于LMP鏈路管理，只要Hello消息能在一定時間內(nèi)正確到達(dá)，LMP鏈路管理根本不知道底層的物理實現(xiàn)已經(jīng)改變，有利于將來擴展。
而對于帶外控制通道，如果單播報文指定接口發(fā)送可能會引起路由環(huán)回，本發(fā)明中，單播的報文不需指定接口發(fā)送，只要設(shè)定的鄰接節(jié)點控制接口地址是一個可路由的地址，報文就可通過路由發(fā)送到鄰接節(jié)點，不需在兩個節(jié)點間的相應(yīng)控制接口間建立隧道，因此，也就不需要額外占用資源，實現(xiàn)簡單。
綜上，本發(fā)明中的LMP鏈路管理不再維護本身的控制通道，僅僅維護節(jié)點間的鄰接關(guān)系，減少了報文交互，降低了系統(tǒng)的負(fù)擔(dān)，同時，除了多播的Config消息外，其他LMP消息都可以路由方式發(fā)送，不用對已有的協(xié)議棧進行擴展，并且按路由發(fā)送報文已經(jīng)是成熟的標(biāo)準(zhǔn)，不用作額外的工作，減輕了實現(xiàn)的負(fù)擔(dān)，有利于將來的進一步擴展。
上述僅以優(yōu)選實施例對本發(fā)明進行說明，非因此即局限本發(fā)明的權(quán)利范圍，因此，在不脫離本發(fā)明思想的情況下，凡運用本發(fā)明說明書及附圖內(nèi)容所為的等效變化，均理同包含于本發(fā)明的權(quán)利要求范圍內(nèi)。
權(quán)利要求
1.一種鏈路管理方法，應(yīng)用于自動交換光網(wǎng)絡(luò)中，所述自動交換光網(wǎng)絡(luò)包括有多個節(jié)點，其特征在于，所述方法包括以下步驟a.建立節(jié)點間的鄰接關(guān)系；b.通過在節(jié)點間互發(fā)預(yù)定協(xié)議第一消息以維護節(jié)點間的鄰接關(guān)系；c.在具有鄰接關(guān)系的節(jié)點間通過路由方式發(fā)送預(yù)定協(xié)議消息以管理鏈路。
2.根據(jù)權(quán)利要求1所述鏈路管理方法，其特征在于，步驟a通過自動發(fā)現(xiàn)鄰接節(jié)點或手工配置建立節(jié)點間的鄰接關(guān)系。
3.根據(jù)權(quán)利要求2所述鏈路管理方法，其特征在于，所述步驟a通過自動發(fā)現(xiàn)鄰接節(jié)點建立節(jié)點間的鄰接關(guān)系進一步包括a1.本地節(jié)點多播預(yù)定協(xié)議第二消息以獲取鄰接節(jié)點地址，并與所述地址的鄰接節(jié)點協(xié)商預(yù)定協(xié)議第一消息發(fā)送間隔時間和超時時間；a2.若協(xié)商通過，則返回本地節(jié)點協(xié)商確認(rèn)消息，否則返回本地節(jié)點協(xié)商拒絕消息。
4.根據(jù)權(quán)利要求2所述鏈路管理方法，其特征在于，所述步驟a通過人工配置建立鄰接關(guān)系進一步包括人工設(shè)定本地節(jié)點的鄰接節(jié)點地址，并向所述地址的鄰接節(jié)點單播預(yù)定協(xié)議第二消息，以與所述地址的鄰接節(jié)點協(xié)商預(yù)定協(xié)議第一消息發(fā)送間隔時間和超時時間；若協(xié)商通過，則返回本地節(jié)點協(xié)商確認(rèn)消息，否則返回本地節(jié)點協(xié)商拒絕消息。
5.根據(jù)權(quán)利要求3或4所述鏈路管理方法，其特征在于，所述鄰接節(jié)點地址為可路由地址。
6.根據(jù)權(quán)利要求5所述鏈路管理方法，其特征在于，所述步驟b進一步包括根據(jù)協(xié)商通過的間隔時間發(fā)送預(yù)定協(xié)議第一消息，若在協(xié)商通過的超時時間內(nèi)沒有收到所述預(yù)定協(xié)議第一消息則確認(rèn)所述鄰接關(guān)系不可用。
7.根據(jù)權(quán)利要求6所述鏈路管理方法，其特征在于，通過路由方式發(fā)送所述預(yù)定協(xié)議第一消息、單播的預(yù)定協(xié)議第二消息、協(xié)商確認(rèn)消息以及協(xié)商拒絕消息。
8.根據(jù)權(quán)利要求7所述鏈路管理方法，其特征在于，所述預(yù)定協(xié)議為鏈路管理協(xié)議(LMP協(xié)議)，所述預(yù)定協(xié)議第一消息為LMP?；钕?，所述預(yù)定協(xié)議第二消息為LMP協(xié)商配置消息，所述協(xié)商確認(rèn)消息為LMP協(xié)商確認(rèn)消息，所述協(xié)商拒絕消息為LMP協(xié)商拒絕消息。
9.根據(jù)權(quán)利要求3所述鏈路管理方法，其特征在于，所述預(yù)定協(xié)議為鏈路管理協(xié)議(LMP協(xié)議)，所述預(yù)定協(xié)議第一消息為LMP?；钕?，所述預(yù)定協(xié)議第二消息為LMP自舉消息，所述協(xié)商確認(rèn)消息為LMP協(xié)商確認(rèn)消息，所述協(xié)商拒絕消息為LMP協(xié)商拒絕消息；所述步驟a1進一步包括在本地節(jié)點多播LMP自舉消息并獲取鄰接節(jié)點地址后，向所述地址的鄰接節(jié)點單播LMP協(xié)商配置消息，以與所述地址的鄰接節(jié)點協(xié)商LMP保活消息發(fā)送間隔時間和超時時間。
10.根據(jù)權(quán)利要求9所述鏈路管理方法，其特征在于，通過路由方式發(fā)送所述LMP?；钕?、單播的LMP協(xié)商配置消息、LMP協(xié)商確認(rèn)消息以及LMP協(xié)商拒絕消息。
11.根據(jù)權(quán)利要求1所述鏈路管理方法，其特征在于，步驟c所述通過路由方式發(fā)送為根據(jù)預(yù)定路由協(xié)議發(fā)送。
12.根據(jù)權(quán)利要求11所述鏈路管理方法，其特征在于，所述預(yù)定路由協(xié)議為開放最短路徑優(yōu)先協(xié)議(OSPF協(xié)議)或中間系統(tǒng)對中間系統(tǒng)協(xié)議(IS-IS協(xié)議)。
全文摘要
本發(fā)明公開一種鏈路管理方法，應(yīng)用于自動交換光網(wǎng)絡(luò)中，所述自動交換光網(wǎng)絡(luò)包括有多個節(jié)點。該方法包括以下步驟a)建立節(jié)點間的鄰接關(guān)系；b)通過在節(jié)點間互發(fā)預(yù)定協(xié)議第一消息以維護節(jié)點間的鄰接關(guān)系；c)在具有鄰接關(guān)系的節(jié)點間通過路由方式發(fā)送預(yù)定協(xié)議消息以管理鏈路。本發(fā)明的LMP鏈路管理通過在節(jié)點間互發(fā)?；钕⒁跃S護節(jié)點間的鄰接關(guān)系，消息的發(fā)送可通過路由實現(xiàn)，與現(xiàn)有技術(shù)相比，由于不再維護控制通道，僅僅維護鄰接關(guān)系，可減少報文的交互，減輕系統(tǒng)負(fù)擔(dān)，鏈路管理操作維護簡單。
文檔編號H04L29/06GK1622547SQ20031011574
公開日2005年6月1日 申請日期2003年11月28日 優(yōu)先權(quán)日2003年11月28日
發(fā)明者周子浩, 李旺 申請人:華為技術(shù)有限公司