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

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


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