專利名稱：一種招呼會話重建方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡通信技術(shù)領(lǐng)域，尤其涉及一種招呼(hello)會話重建方法及系統(tǒng)。
背景技術(shù)：
多協(xié)議標簽交換(MultiprotocolLabel Switching, MPLS)是一種利用標簽(label)進行高速、高效數(shù)據(jù)轉(zhuǎn)發(fā)的技術(shù)；其中，多協(xié)議是指MPLS支持多種網(wǎng)絡層協(xié)議，標簽交換是指對報文附上標簽，根據(jù)標簽進行轉(zhuǎn)發(fā)。在MPLS網(wǎng)絡中，要傳送的數(shù)據(jù)要帶上被稱為標簽(label)的定長字段，數(shù)據(jù)從源到目的地是通過標簽在MPLS網(wǎng)絡中進行選路。
其中，標簽交換路由器(Label Switching Router, LSR)指的是構(gòu)成MPLS網(wǎng)絡的路由器。流量工程(Traffic Engineering, TE)指的是運用MPLS技術(shù)對流量進行管理、控制，將用戶的業(yè)務數(shù)據(jù)流映射到物理拓撲/鏈路上的一項任務。下面介紹一些資源預留協(xié)議平滑重啟(Resource ReservationProtocolGraceful Restart, RSVP GR)的相關(guān)概念平滑重啟重啟器(GR restarter):負責對重啟前對RSVP的轉(zhuǎn)發(fā)表項和帶寬資源信息進行實時備份，重啟后對這些信息進行恢復。平滑重啟幫助器(GR helper):負責幫助GR restarter恢復轉(zhuǎn)發(fā)表項,不涉及重啟等問題。通常hello會話通過兩個接口進行建立,現(xiàn)有建立hello會話的LSR分為主動類型和被動類型，其中，當存在以建立hello會話的接口作為出接口的標記交換路徑(LabelSwitching Path, LSP)時，判定該LSR為主動類型，主動類型的LSR既可以發(fā)送hello請求(REQ)報文，也可以發(fā)送hello應答(ACK)報文,可以通過主動發(fā)送hello REQ報文主動觸發(fā)he 11 ο會話；當不存在以建立he 11 ο會話接口作為出接口的LSP時，判斷該LSR為被動類型，被動類型的LSR只能發(fā)送hello ACK報文，被動接收hello REQ報文。如此，根據(jù)hello會話中上述的情況得知有如下應用場景場景一當建立hello會話的兩端都不存在以該接口作為出接口的LSP時，無法建立hello會話；場景二 當一端存在以該接口作為出接口的LSP，另一端接口不存在以該接口作為出接口的LSP時，存在以該接口作為出接口的LSP的一端為主動端，不存在以該接口作為出接口的LSP的一端為被動端；場景三當兩端都存在以該接口作為出接口的LSP時，兩端同時發(fā)送hello REQ消息，此時主動端和被動端的確定取決于兩端接收到hello REQ消息的先后順序，先接收到hello REQ消息的一端設(shè)置為被動端，后接收到hello REQ消息的一端則為主動端。TE GR中的hello會話，需要在節(jié)點故障之后以及控制面恢復之前恢復hello會話。若使用如上所述的hello會話的處理方案，應用于上述場景，則會存在如下問題，下面結(jié)合圖1進行說明，圖1中，R2為需要重啟的GR restarter，Rl和R3為可以作為GR helper的上/下游節(jié)點，即R2的鄰居節(jié)點。
場景一在R2重啟前，R2和R3不存在以該接口作為出接口的LSP，此時無法建立hello會話，因此，在R2重啟時，由于RSVP協(xié)議面沒有LSP需要進行恢復，因此沒有必要建立TE GR hello會話，因此這種場景下不會出現(xiàn)問題；場景二 在R2發(fā)生重啟前，R2存在以該接口作為出接口的LSP，R2將作為hello會話的主動端，R3不存在以該接口作為出接口的LSP，只能作為hello會話的被動端。當R2發(fā)生重啟，R2的控制面信息將消失，R3作為TE LSP的下游節(jié)點，與R2相連的接口也不存在以該接口作為出接口的LSP ;此時，若使用上述hello會話建立的方案，將無法建立hello會話，那么R3將無法作為TE GR的helper端檢測到R2的重啟，進而無法協(xié)助R2進行TE協(xié)議面的恢復；場景三當R4->R1還存在TE隧道tunnel2時，R2和R3相連的接口都存在以該接口作為出接口的LSP，根據(jù)上述建立hello會話的過程，兩端之間建立hello會話，主動端和被動端的選取取決于兩端接收到hello REQ消息的先后順序，如此，會出現(xiàn)以下兩種情況
R2先接收到R3發(fā)送的hello REQ請求，則R2作為hello會話的被動端，R3作為hello會話的主動端。此時，當R2發(fā)生重啟，R2的控制面信息將消失，即不存在TE LSP以及hello會話實例,無法主動發(fā)送hello REQ信息；而R3作為hello會話的主動端,將向R2持續(xù)發(fā)送hello REQ請求消息，當R2接收到hello REQ，將向R3發(fā)送hello ACK消息，hello會話恢復,因此該種情況下hello會話額重建不存在問題；R3先接收到R2發(fā)送的hello REQ請求，則R2作為hello會話的主動端，R3作為hello會話的被動端。當R2發(fā)生重啟，R2的控制面信息將消失，即不存在TE LSP以及hello會話實例，無法主動發(fā)送hello REQ信息；而R3作為hello會話被動端,也無法向R2發(fā)送hello REQ請求消息。因此，此時hello會話無法重新建立，那么R3將無法作為TE GR的helper檢測到R2的重啟，進而無法協(xié)助R2進行TE協(xié)議面的恢復。綜上所述,對于GR helper只作為GR restarter的下游節(jié)點的情況，當前hello會話的實現(xiàn)方案無法滿足GR期間重新恢復hello會話的需求；對于GR helper既作為GRrestarter的上游節(jié)點又作為GR restarter下游節(jié)點的情況,當前hello會話的實現(xiàn)方案對于能否滿足GR期間重新恢復hello會話的需求具有不確定性。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種hello會話重建方法及系統(tǒng)，能夠滿足GR期間重新建立hello會話的需求。為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種招呼hello會話重建方法，所述方法包括當?shù)谝还?jié)點發(fā)生重啟時，與所述第一節(jié)點存在標記交換路徑(LSP)的鄰居節(jié)點發(fā)送hello REQ消息給所述第一節(jié)點；發(fā)送hello REQ消息的鄰居節(jié)點接收所述第一節(jié)點重啟后回應的hello ACK消息，hello會話重新建立。其中,所述第一節(jié)點發(fā)生重啟時,與所述第一節(jié)點存在LSP的鄰居節(jié)點發(fā)送helloREQ消息給所述第一節(jié)點為當所述第一節(jié)點重啟前發(fā)送的消息為hello REQ消息時，與所述第一節(jié)點存在LSP的鄰居節(jié)點等待所述第一節(jié)點的hello REQ消息超時后，向所述第一節(jié)點發(fā)送helloREQ消息。其中，所述第一節(jié)點發(fā)生重啟時，與所述第一節(jié)點存在LSP的鄰居節(jié)點發(fā)送helloREQ消息給所述第一節(jié)點為當所述第一節(jié)點重啟前發(fā)送的消息為hello ACK消息時，與所述第一節(jié)點存在LSP的鄰居節(jié)點等待所述第一節(jié)點的hello ACK消息超時后，向所述第一節(jié)點發(fā)送helloREQ消息。其中，所述向所述第一節(jié)點發(fā)送hello REQ消息為將時間間隔按照指數(shù)退避的方式向所述第一節(jié)點發(fā)送hello REQ消息直至收到所述第一節(jié)點的回應。
進一步地,在所述發(fā)送hello REQ消息的鄰居節(jié)點接收所述第一節(jié)點重啟后回應的hello應答ACK消息之前，所述方法還包括所述第一節(jié)點重啟完成且接收到所述hello REQ消息后，向發(fā)送所述helloREQ消息的鄰居節(jié)點回復hello ACK消息。一種招呼hello會話重建系統(tǒng)，包括第一節(jié)點，還包括與所述第一節(jié)點存在LSP的鄰居節(jié)點；其中，所述鄰居節(jié)點，用于當所述第一節(jié)點發(fā)生重啟時，發(fā)送hello REQ消息給所述第一節(jié)點；還用于接收所述第一節(jié)點重啟后回應的hello ACK消息，hello會話重新建立。其中，所述鄰居節(jié)點，具體用于在所述第一節(jié)點重啟前發(fā)送的消息為helloREQ消息、且等待所述第一節(jié)點的hello REQ消息超時后，向所述第一節(jié)點發(fā)送hello REQ消息。其中，所述鄰居節(jié)點，具體用于在所述第一節(jié)點重啟前發(fā)送的消息為helloACK消息、且等待所述第一節(jié)點的hello ACK消息超時后，向所述第一節(jié)點發(fā)送hello REQ消息。其中，所述鄰居節(jié)點，具體用于將時間間隔按照指數(shù)退避的方式向所述第一節(jié)點發(fā)送hello REQ消息直至收到所述第一節(jié)點的回應。其中，所述第一節(jié)點，用于在重啟完成且接收到所述hello REQ消息后，向發(fā)送所述hello REQ消息的鄰居節(jié)點回復hello ACK消息。本發(fā)明在第一節(jié)點發(fā)生重啟時，與所述第一節(jié)點存在LSP的鄰居節(jié)點發(fā)送helloREQ消息，與所述第一節(jié)點主動建立hello會話，尤其解決了傳統(tǒng)的hello會話建立機制中，作為TE隧道GR restarter的下游節(jié)點時，無法主動建立hello會話的問題，能夠滿足GR期間重新建立hello會話的需求。


圖1為TE GR重啟時系統(tǒng)的結(jié)構(gòu)示意圖；圖2為本發(fā)明hello會話重建方法的實現(xiàn)流程示意圖；圖3為本發(fā)明hello會話重建方法實施例一的流程示意圖；圖4為本發(fā)明hello會話重建方法實施例二的流程示意圖；圖5為本發(fā)明hello會話重建系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施方式
本發(fā)明的基本思想為當?shù)谝还?jié)點發(fā)生重啟時，與所述第一節(jié)點存在LSP的鄰居節(jié)點發(fā)送hello REQ消息給所述第一節(jié)點；發(fā)送hello REQ消息的鄰居節(jié)點接收所述第一節(jié)點重啟后回應的hello ACK消息，hello會話重新建立。為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，以下舉實施例并參照附圖，對本發(fā)明進一步詳細說明。圖2示出了本發(fā)明hello會話重建方法的實現(xiàn)流程，如圖1所示，所述方法包括下述步驟步驟201,當?shù)谝还?jié)點發(fā)生重啟時，與所述第一節(jié)點存在LSP的鄰居節(jié)點發(fā)送hello請求REQ消息給所述第一節(jié)點；這里，在所述第一節(jié)點重啟前與鄰居節(jié)點建立的LSP中，所述第一節(jié)點既可能發(fā)送hello REQ消息,也可能發(fā)送he I IoACK消息； 當所述第一節(jié)點重啟前發(fā)送的消息為hello REQ消息時，與所述第一節(jié)點存在LSP的鄰居節(jié)點等待所述第一節(jié)點的hello REQ消息超時后，向所述第一節(jié)點發(fā)送helloREQ消息；當所述第一節(jié)點重啟前發(fā)送的消息為hello ACK消息時，與所述第一節(jié)點存在LSP的鄰居節(jié)點等待所述第一節(jié)點的hello ACK消息超時后，向所述第一節(jié)點發(fā)送helloREQ消息；其中，所述鄰居節(jié)點向所述第一節(jié)點發(fā)送hello REQ消息為將時間間隔按照預先配置的規(guī)則向所述第一節(jié)點發(fā)送hello REQ消息直至收到所述第一節(jié)點的回應，這里，所述時間間隔的預先配置規(guī)則可以為指數(shù)退避的方式、線性遞增的方式、等比例遞增的方式或預配置的固定值等等。步驟202,發(fā)送hello REQ消息的鄰居節(jié)點接收所述第一節(jié)點重啟后回應的helloACK消息，hello會話重新建立；具體地，所述第一節(jié)點重啟完成且接收到所述hello REQ消息后，向發(fā)送所述hello REQ消息的鄰居節(jié)點回復hello ACK消息；當所述發(fā)送hello REQ消息的鄰居節(jié)點接收所述第一節(jié)點重啟后回應的hello ACK消息，hello會話重新建立。如此，本發(fā)明提供的hello會話重建方法，在第一節(jié)點發(fā)生重啟時，與所述第一節(jié)點存在LSP的鄰居節(jié)點發(fā)送hello REQ消息，與所述第一節(jié)點主動建立hello會話，尤其解決了傳統(tǒng)的hello會話建立機制中，作為TE隧道GR restarter的下游節(jié)點時,無法主動建立hello會話的問題,能夠滿足GR期間重新建立hello會話的需求。圖3示出了本發(fā)明hello會話重建方法實施例一的流程示意，圖3中GRrestarter和GR helper是均可發(fā)送hello REQ消息的節(jié)點，如圖3所示,所述實施例一的步驟如下步驟301 302, GR restarter 和 GR helper 分別向?qū)Ψ桨l(fā)送hello REQ 消息，且 GRhelper首先接收到GR restarter發(fā)來的hello REQ消息,根據(jù)發(fā)送報文類型判斷原則,確定GR restarter進行hello REQ消息的發(fā)送，GR helper進行he I IoACK消息的發(fā)送；步驟303,所述 GR restarter 發(fā)送 hello REQ 消息給所述 GR helper ；步驟304,所述 GR helper 向所述 GR restarter 回應 hello ACK 消息；步驟305 306,當GR restarter發(fā)生重啟，GR helper等待接收hello REQ消息超時，貝1J判定自身作為hello會話的發(fā)起者，向所述GR restarter發(fā)送hello REQ消息；其中，所述GR helper向GR restarter發(fā)送hello REQ消息是以指數(shù)退避方式的時間間隔進行；這里，所述指數(shù)退避方式具體是指若hello會話協(xié)商的時間間隔為3s，當所述GR helper在3s之內(nèi)沒有收到hello ACK消息，則會以3乘以2的N次方的時間間隔發(fā)送hello REQ消息，以有效控制報文數(shù)量，避免影響系統(tǒng)性能，其中，N是所述GR helper應該收到但未收到he I IoACK消息的累積個數(shù)。步驟307,當所述GR restarter重啟完成且接收到所述GR helper發(fā)來的helloREQ消息時，向所述GR helper回應hello ACK消息，重新建立hello會話。圖4示出了本發(fā)明hello會話重建方法實施例二的流程示意，圖4中GRrestarter和GR helper是均可發(fā)送hello REQ消息的節(jié)點，如圖4所示,所述實施例二的步驟如下步驟401 402, GR restarter 和 GR helper 分別向?qū)Ψ桨l(fā)送hello REQ 消息，且 GRrestarter首先接收到GR helper發(fā)來的hello REQ消息,根據(jù)發(fā)送報文類型判斷原則,確 定GR helper進行hello REQ消息的發(fā)送，GR restarter進行he I IoACK消息的發(fā)送；步驟403,所述 GR helper 發(fā)送 hello REQ 消息給所述 GR restarter ；步驟404,所述 GR restarter 向所述 GR helper 回應 hello ACK 消息；步驟405 406,當 GR restarter 發(fā)生重啟，GR helper 等待接收 hello ACK 消息超時，則繼續(xù)向所述GR restarter發(fā)送hello REQ消息；其中，所述GR helper向GRrestarter發(fā)送hello REQ消息是以指數(shù)退避方式的時間間隔進行；步驟407,當所述GR restarter重啟完成且接收到所述GR helper發(fā)來的helloREQ消息時，向所述GR helper回應hello ACK消息，重新建立hello會話。另外，應當理解，由于本發(fā)明中的節(jié)點均可以發(fā)送hello REQ消息，因此不會出現(xiàn)如背景技術(shù)中描述的場景二，如此，能夠很好地滿足GR期間重新建立hello會話的需求。圖5示出了本發(fā)明hello會話重建系統(tǒng)的結(jié)構(gòu),如圖5所示,所述系統(tǒng)包括包括第一節(jié)點、與所述第一節(jié)點存在LSP的鄰居節(jié)點；其中，所述鄰居節(jié)點，用于當所述第一節(jié)點發(fā)生重啟時，發(fā)送hello REQ消息給所述第一節(jié)點；還用于接收所述第一節(jié)點重啟后回應的hello ACK消息，hello會話重新建立；這里，在所述第一節(jié)點與所述鄰居節(jié)點建立的LSP中，所述第一節(jié)點既可能發(fā)送hello REQ消息，也可能發(fā)送hello ACK消息。其中，所述鄰居節(jié)點，具體用于在所述第一節(jié)點重啟前發(fā)送的消息為helloREQ消息、且等待所述第一節(jié)點的hello REQ消息超時后，向所述第一節(jié)點發(fā)送hello REQ消息。其中，所述鄰居節(jié)點，具體用于在所述第一節(jié)點重啟前發(fā)送的消息為helloACK消息、且等待所述第一節(jié)點的hello ACK消息超時后，向所述第一節(jié)點發(fā)送hello REQ消息。其中，所述鄰居節(jié)點，具體用于將時間間隔按照指數(shù)退避的方式向所述第一節(jié)點發(fā)送hello REQ消息直至收到所述第一節(jié)點的回應。其中，所述第一節(jié)點，用于在重啟完成且接收到所述hello REQ消息后，向發(fā)送所述hello REQ消息的鄰居節(jié)點回復hello ACK消息；當所述發(fā)送hello REQ消息的鄰居節(jié)點接收所述第一節(jié)點重啟后回應的hello ACK消息，hello會話重新建立。以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權(quán)利要求
1.一種招呼hello會話重建方法，其特征在于，所述方法包括當?shù)谝还?jié)點發(fā)生重啟時，與所述第一節(jié)點存在標記交換路徑LSP的鄰居節(jié)點發(fā)送 hello請求REQ消息給所述第一節(jié)點；發(fā)送he 11 ο REQ消息的鄰居節(jié)點接收所述第一節(jié)點重啟后回應的he 11 ο應答ACK消息， hello會話重新建立。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第一節(jié)點發(fā)生重啟時，與所述第一節(jié)點存在LSP的鄰居節(jié)點發(fā)送hello REQ消息給所述第一節(jié)點為當所述第一節(jié)點重啟前發(fā)送的消息為hello REQ消息時，與所述第一節(jié)點存在LSP的鄰居節(jié)點等待所述第一節(jié)點的hello REQ消息超時后，向所述第一節(jié)點發(fā)送hello REQ消肩、O
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述第一節(jié)點發(fā)生重啟時，與所述第一節(jié)點存在LSP的鄰居節(jié)點發(fā)送hello REQ消息給所述第一節(jié)點為當所述第一節(jié)點重啟前發(fā)送的消息為hello ACK消息時，與所述第一節(jié)點存在LSP的鄰居節(jié)點等待所述第一節(jié)點的hello ACK消息超時后，向所述第一節(jié)點發(fā)送hello REQ消肩、O
4.根據(jù)權(quán)利要求1至3任一項所述的方法，其特征在于，向所述第一節(jié)點發(fā)送hello REQ消息為將時間間隔按照指數(shù)退避的方式向所述第一節(jié)點發(fā)送hello REQ消息直至收到所述第一節(jié)點的回應。
5.根據(jù)權(quán)利要求1至3任一項所述的方法，其特征在于，在所述發(fā)送helloREQ消息的鄰居節(jié)點接收所述第一節(jié)點重啟后回應的hello應答ACK消息之前，所述方法還包括所述第一節(jié)點重啟完成且接收到所述hello REQ消息后，向發(fā)送所述hello REQ消息的鄰居節(jié)點回復hello ACK消息。
6.一種招呼hello會話重建系統(tǒng)，包括第一節(jié)點，其特征在于，所述系統(tǒng)還包括與所述第一節(jié)點存在LSP的鄰居節(jié)點；其中，所述鄰居節(jié)點，用于當所述第一節(jié)點發(fā)生重啟時，發(fā)送hello REQ消息給所述第一節(jié)點；還用于接收所述第一節(jié)點重啟后回應的hello ACK消息，hello會話重新建立。
7.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述鄰居節(jié)點，具體用于在所述第一節(jié)點重啟前發(fā)送的消息為hello REQ消息、且等待所述第一節(jié)點的hello REQ消息超時后，向所述第一節(jié)點發(fā)送he 11 ο REQ消息。
8.根據(jù)權(quán)利要求6所述的系統(tǒng)，其特征在于，所述鄰居節(jié)點，具體用于在所述第一節(jié)點重啟前發(fā)送的消息為hello ACK消息、且等待所述第一節(jié)點的hello ACK消息超時后，向所述第一節(jié)點發(fā)送he 11 ο REQ消息。
9.根據(jù)權(quán)利要求6至8任一項所述的系統(tǒng)，其特征在于，所述鄰居節(jié)點，具體用于將時間間隔按照指數(shù)退避的方式向所述第一節(jié)點發(fā)送hello REQ消息直至收到所述第一節(jié)點的回應。
10.根據(jù)權(quán)利要求6至8任一項所述的系統(tǒng)，其特征在于，所述第一節(jié)點，用于在重啟完成且接收到所述hello REQ消息后，向發(fā)送所述hello REQ消息的鄰居節(jié)點回復hello ACK消息。
全文摘要
本發(fā)明提供了一種hello會話重建方法及系統(tǒng)，該方法包括下述步驟當?shù)谝还?jié)點發(fā)生重啟時，與所述第一節(jié)點存在LSP的鄰居節(jié)點發(fā)送hello REQ消息給所述第一節(jié)點；發(fā)送hello REQ消息的鄰居節(jié)點接收所述第一節(jié)點重啟后回應的hello ACK消息，hello會話重新建立。本發(fā)明在第一節(jié)點發(fā)生重啟時，與所述第一節(jié)點存在LSP的鄰居節(jié)點發(fā)送hello REQ消息，與所述第一節(jié)點主動建立hello會話，尤其解決了傳統(tǒng)的hello會話建立機制中，作為TE隧道GRrestarter的下游節(jié)點時，無法主動建立hello會話的問題，能夠滿足GR期間重新建立hello會話的需求。
文檔編號H04L12/723GK103001873SQ201210528470
公開日2013年3月27日 申請日期2012年12月10日 優(yōu)先權(quán)日2012年12月10日
發(fā)明者胡敬佃 申請人:福建星網(wǎng)銳捷網(wǎng)絡有限公司