專利名稱：快速重新路由條件下的rsvp-te完美重啟的制作方法
技術(shù)領(lǐng)域：
本發(fā)明的實(shí)施例一般涉及連網(wǎng)領(lǐng)域；并且更具體地說，涉及網(wǎng)絡(luò)單元的RSVP-TE
完美重啟。
背景技術(shù)：
資源預(yù)留協(xié)議(RSVP)業(yè)務(wù)工程(RSVP-TE)完美重啟(GR)方案提供了一種機(jī)制以在網(wǎng)絡(luò)單元或網(wǎng)絡(luò)節(jié)點(diǎn)的控制平面故障期間保留標(biāo)簽切換路徑(LSP)使得業(yè)務(wù)不受影響。 有關(guān)RSVP GR規(guī)范的更詳細(xì)信息可在多個(gè)請(qǐng)求注解(RFC)(諸如RFC-3473和RFC-5063)中找到。RSVP快速重新路由(FRR)方案在RFC-4090中被規(guī)定，并當(dāng)發(fā)生鏈路或節(jié)點(diǎn)故障時(shí)提供快速本地修復(fù)機(jī)制，使得可在本地修復(fù)點(diǎn)(PLR)節(jié)點(diǎn)上將業(yè)務(wù)從受保護(hù)LSP切換到預(yù)先建立的旁路隧道進(jìn)行設(shè)施保護(hù)。合并點(diǎn)(MP)節(jié)點(diǎn)將業(yè)務(wù)合并回受保護(hù)LSP。旁路隧道可為多個(gè)受保護(hù)LSP提供FRR保護(hù)(1:N保護(hù))。當(dāng)FRR生效時(shí)，業(yè)務(wù)可停留在旁路路徑中一段延長的時(shí)間。在這段時(shí)間期間，如果PLR節(jié)點(diǎn)或MP節(jié)點(diǎn)重啟，則不能應(yīng)用RSVP GR過程， 這是因?yàn)槿绻鸐P節(jié)點(diǎn)與PLR節(jié)點(diǎn)不直接連接，則在PLR節(jié)點(diǎn)與MP節(jié)點(diǎn)之間沒有交換HELLO 消息。如在RFC-3209中所定義的，僅在緊鄰節(jié)點(diǎn)之間運(yùn)行RSVP HELLO會(huì)話。根據(jù)RFC-3209，在直接連接的相鄰節(jié)點(diǎn)之間交換RSVP HELLO消息以檢測相鄰節(jié)點(diǎn)的控制平面的健康狀況。RFC-3473將RSVP HELLO機(jī)制擴(kuò)展成支持RSVP完美重啟功能性。HELLO消息用于攜帶在網(wǎng)絡(luò)單元的控制平面失效或重啟之后用于保留LSP并恢復(fù)LSP 狀態(tài)的完美重啟能力對(duì)象和信息。如果未建立HELLO會(huì)話，則不能實(shí)現(xiàn)完美重啟。RFC-4558 介紹了基于節(jié)點(diǎn)ID的HELLO消息。

發(fā)明內(nèi)容
提供一種與不緊鄰網(wǎng)絡(luò)單元的遠(yuǎn)程節(jié)點(diǎn)建立HELLO會(huì)話以便執(zhí)行網(wǎng)絡(luò)單元的完美重啟(graceful restart)的方法。根據(jù)本發(fā)明的一個(gè)方面，通過與遠(yuǎn)程節(jié)點(diǎn)交換HELLO 消息，與不緊鄰網(wǎng)絡(luò)單元的遠(yuǎn)程節(jié)點(diǎn)建立HELLO會(huì)話?？墒褂肐P轉(zhuǎn)發(fā)發(fā)送HELLO消息，同時(shí) HELLO消息的生存時(shí)間(TTL)值應(yīng)該被設(shè)置成大于1。僅目標(biāo)網(wǎng)絡(luò)單元處理HELLO消息并以送往HELLO消息的發(fā)送方的ACKINACK響應(yīng)該HELLO消息。如果消息的TTL值大于0，則網(wǎng)絡(luò)中的所有其它節(jié)點(diǎn)只朝HELLO消息的目的地轉(zhuǎn)發(fā)HELLO消息。如果HELLO消息的TTL 值達(dá)到0，則將默默地廢棄該HELLO消息。如果在不直接連接的節(jié)點(diǎn)之間存在隧道，則可經(jīng)由該隧道發(fā)送HELLO消息，同時(shí)HELLO消息的TTL值可被設(shè)置成1。根據(jù)本發(fā)明的另一個(gè)方面，可在受保護(hù)LSP的鏈路/節(jié)點(diǎn)故障之前與不緊鄰網(wǎng)絡(luò)單元的遠(yuǎn)程網(wǎng)絡(luò)單元建立HELLO會(huì)話。響應(yīng)于受保護(hù)LSP的鏈路/節(jié)點(diǎn)故障，根據(jù)快速重新路由(FRR)方案將業(yè)務(wù)切換到旁路隧道上。隨后，響應(yīng)于控制平面故障或重啟的請(qǐng)求，使用從在HELLO會(huì)話期間與遠(yuǎn)程節(jié)點(diǎn)交換的HELLO消息獲得的信息執(zhí)行資源預(yù)留協(xié)議(RSVP) 業(yè)務(wù)工程(TE)完美重啟(GR)過程。從HELLO消息獲得的信息幫助保留受保護(hù)LSP的狀態(tài)。
根據(jù)本發(fā)明的另一個(gè)方面，可響應(yīng)于由受保護(hù)LSP的鏈路/節(jié)點(diǎn)故障觸發(fā)的FRR 與不緊鄰該網(wǎng)絡(luò)單元的網(wǎng)絡(luò)單元建立HELLO會(huì)話，并且建立旁路隧道以攜帶受保護(hù)LSP的業(yè)務(wù)。如果當(dāng)控制平面故障或重啟時(shí)發(fā)生完美重啟，則不直接連接的節(jié)點(diǎn)交換包含可用于保留和恢復(fù)受保護(hù)LSP的狀態(tài)的ReStart_Cap對(duì)象的HELLO消息?？墒褂肐P轉(zhuǎn)發(fā)發(fā)送在不直接連接的節(jié)點(diǎn)之間交換的HELLO消息，同時(shí)HELLO消息的TTL值被設(shè)置成大于1。如果可經(jīng)由不直接連接的節(jié)點(diǎn)之間的隧道發(fā)送HELLO消息，則HELLO消息的TTL值可被設(shè)置成 1。根據(jù)本發(fā)明的另一個(gè)方面，可通過將遠(yuǎn)程網(wǎng)絡(luò)單元配置為任一側(cè)上的其邏輯鄰居發(fā)起不直接連接的網(wǎng)絡(luò)單元之間的HELLO會(huì)話。在朝遠(yuǎn)程網(wǎng)絡(luò)單元發(fā)送的HELLO消息的目的地地址字段上使用遠(yuǎn)程網(wǎng)絡(luò)單元的配置地址。來自遠(yuǎn)程網(wǎng)絡(luò)單元的響應(yīng)完成了 HELLO會(huì)
話建立。根據(jù)本發(fā)明的另一個(gè)方面，在發(fā)生鏈路/節(jié)點(diǎn)故障并觸發(fā)FRR之前或之后，可經(jīng)由 IP轉(zhuǎn)發(fā)或配置成保護(hù)受保護(hù)標(biāo)簽切換路徑(LSP)的旁路隧道，由在網(wǎng)絡(luò)單元從遠(yuǎn)程網(wǎng)絡(luò)單元接收的路徑消息發(fā)起不直接連接的網(wǎng)絡(luò)單元之間的HELLO會(huì)話。響應(yīng)于路徑消息，與不緊鄰網(wǎng)絡(luò)單元的遠(yuǎn)程節(jié)點(diǎn)建立HELLO會(huì)話，包括與遠(yuǎn)程節(jié)點(diǎn)交換HELLO消息，每個(gè)HELLO消息具有為255的生存時(shí)間(TTL)值。響應(yīng)于受保護(hù)LSP的鏈路故障和/或節(jié)點(diǎn)故障，已經(jīng)使用快速重新路由(FRR)方案將網(wǎng)絡(luò)業(yè)務(wù)切換到旁路隧道上。隨后，響應(yīng)于重啟的請(qǐng)求，使用從在HELLO會(huì)話期間與遠(yuǎn)程節(jié)點(diǎn)交換的一個(gè)或多個(gè)HELLO消息獲得的信息執(zhí)行資源預(yù)留協(xié)議(RSVP)業(yè)務(wù)工程(TE)完美重啟(GR)過程。從HELLO消息獲得的信息幫助保留受保護(hù)LSP的狀態(tài)。從如下附圖和具體實(shí)施方式
將明白本發(fā)明的其它特征。


本發(fā)明的實(shí)施例在附圖的各圖中通過示例而非限制進(jìn)行了例證，附圖中相似的附圖標(biāo)記指示類似單元。圖1是例證可與本發(fā)明實(shí)施例一起使用的網(wǎng)絡(luò)配置的框圖。圖2是例證根據(jù)本發(fā)明一個(gè)實(shí)施例可與HELLO消息一起使用的IP報(bào)頭的框圖。圖3是例證根據(jù)本發(fā)明一個(gè)實(shí)施例由PLR節(jié)點(diǎn)發(fā)起HELLO會(huì)話的方法的流程圖。圖4是例證根據(jù)本發(fā)明一個(gè)實(shí)施例由MP節(jié)點(diǎn)發(fā)起HELLO會(huì)話的方法的流程圖。圖5是例證根據(jù)本發(fā)明一個(gè)實(shí)施例的網(wǎng)絡(luò)單元的框圖。
具體實(shí)施例方式在如下描述中，闡述了許多特定細(xì)節(jié)。然而，要理解到，可以在沒有這些具體細(xì)節(jié)的情況下實(shí)施本發(fā)明的實(shí)施例。在其它情況下，未詳細(xì)示出眾所周知的電路、結(jié)構(gòu)和技術(shù)， 以免模糊了對(duì)本說明書的理解。在說明書中提到“ 一個(gè)實(shí)施例”、“實(shí)施例”、“示例實(shí)施例，，等是指所描述的實(shí)施例可包含具體特征、結(jié)構(gòu)或特性，但每個(gè)實(shí)施例可能不一定都包含該具體特征、結(jié)構(gòu)或特性。 此外，這種短語不一定指的是同一實(shí)施例。另外，當(dāng)結(jié)合實(shí)施例描述具體特征、結(jié)構(gòu)或特性時(shí)，建議如下在本領(lǐng)域技術(shù)人員的知識(shí)范圍內(nèi)結(jié)合其它實(shí)施例實(shí)現(xiàn)這種特征、結(jié)構(gòu)或特性，而不管是否被明確地描述。在如下說明書和權(quán)利要求書中，可使用術(shù)語“耦合”和“連接”，連同它們的派生詞。 應(yīng)該理解，這些術(shù)語不打算作為彼此的同義詞。“耦合”用于指示兩個(gè)或更多單元彼此協(xié)同工作或交互作用，它們可以直接或者可以不直接物理接觸或電接觸?！斑B接，，用于指示在彼此耦合的兩個(gè)或更多單元之間建立通信。根據(jù)一個(gè)實(shí)施例，提供了對(duì)RSVP HELLO機(jī)制的擴(kuò)展以允許HELLO會(huì)話操作在不直接連接的相鄰節(jié)點(diǎn)(諸如例如PLR節(jié)點(diǎn)與MP節(jié)點(diǎn))之間，其中在保護(hù)路徑中它們中間存在至少一個(gè)中間節(jié)點(diǎn)。因此，甚至FRR生效時(shí)，也可執(zhí)行PLR節(jié)點(diǎn)和MP節(jié)點(diǎn)的RSVP完美重啟。如上所述，一般來說，在直接連接的相鄰節(jié)點(diǎn)之間交換RSVP HELLO消息以檢測相鄰節(jié)點(diǎn)的控制平面的健康狀況。這種HELLO機(jī)制已經(jīng)擴(kuò)展成支持RSVP GR功能性。HELLO 消息用于攜帶在控制平面失效或重啟之后用于保留LSP并恢復(fù)LSP狀態(tài)的完美重啟能力對(duì)象和信息。如果未建立HELLO會(huì)話，則不能實(shí)現(xiàn)完美重啟。如上所述，當(dāng)鏈路/節(jié)點(diǎn)失效時(shí)，觸發(fā)FRR，并且PLR節(jié)點(diǎn)將網(wǎng)絡(luò)業(yè)務(wù)移動(dòng)到旁路隧道進(jìn)行設(shè)施保護(hù)。在MP節(jié)點(diǎn)處將合并回LSP。業(yè)務(wù)可流過旁路隧道一段延長的時(shí)間，并且如果在這段時(shí)間期間，在PLR或MP節(jié)點(diǎn)處重啟控制平面，則受保護(hù)LSP上的業(yè)務(wù)可能丟失， 這是因?yàn)闃I(yè)務(wù)流過PLR與MP節(jié)點(diǎn)之間的旁路隧道，并且由于缺乏完美重啟能力不保留受保護(hù)LSP。根據(jù)RFC-3209，如果中間存在多于一跳，則不能在PLR與MP節(jié)點(diǎn)之間建立HELLO 會(huì)話。在這種情形下，它們不是物理上的直接鄰居，不過從受保護(hù)LSP的角度來看它們形成邏輯鄰居，這是因?yàn)榻?jīng)由旁路隧道發(fā)送路徑(PATH)消息。例如，如圖1所示，受保護(hù)LSP設(shè)立為R1-R2-R3-R4-R5。用于節(jié)點(diǎn)保護(hù)的旁路隧道建立為R2-R6-R4。當(dāng)R2-R3之間的鏈路或節(jié)點(diǎn)R3失效時(shí)，R2 (例如PLR節(jié)點(diǎn))基于FFR 方案切換業(yè)務(wù)流過旁路R2-R6-R4。當(dāng)FRR生效時(shí)，如果R2或R4重啟，由于在R2與R4之間不能建立HELLO會(huì)話，這是因?yàn)樗鼈儽舜瞬痪o鄰，所以未執(zhí)行R2和R4的完美重啟，并且未保留LSP，因此，網(wǎng)絡(luò)業(yè)務(wù)受影響。根據(jù)一個(gè)實(shí)施例，可通過在不是緊鄰的節(jié)點(diǎn)的節(jié)點(diǎn)之間交換HELLO消息建立 HELLO會(huì)話。用于到鄰居的所有出局HELLO消息的IP報(bào)頭的生存時(shí)間(TTL)字段被設(shè)置成大于1的值。在優(yōu)選實(shí)施例中，如果經(jīng)由IP轉(zhuǎn)發(fā)發(fā)送HELLO消息，則使用為255的TTL值。 遠(yuǎn)程節(jié)點(diǎn)的節(jié)點(diǎn)標(biāo)識(shí)符(ID)或接口地址(例如IPv4或IPv6)用在HELLO分組的目的地字段中。應(yīng)用對(duì)應(yīng)的HELLO消息處理過程，諸如在RFC-3209和RFC-3473中描述的那些。一旦在這些不直接連接的節(jié)點(diǎn)之間建立了 hello會(huì)話，RSVP完美重啟過程(諸如在RFC-3473 和RFC-5063中描述的那些)就可應(yīng)用于這些節(jié)點(diǎn)。如果需要HELLO會(huì)話，則可在本地節(jié)點(diǎn)上動(dòng)態(tài)地發(fā)現(xiàn)不直接連接的鄰居。例如，當(dāng)設(shè)立隧道時(shí)，入口節(jié)點(diǎn)和出口節(jié)點(diǎn)可形成HELLO會(huì)話的鄰居。當(dāng)需要HELLO會(huì)話的本地節(jié)點(diǎn)發(fā)現(xiàn)不直接連接的鄰居時(shí)，朝遠(yuǎn)程節(jié)點(diǎn)發(fā)送出含有HELLO REQUEST (HELLO請(qǐng)求)對(duì)象的 HELLO消息，其中用該遠(yuǎn)程節(jié)點(diǎn)的地址規(guī)定HELLO消息的目的地地址字段。在RSVP FRR設(shè)施保護(hù)情況下，當(dāng)PLR為受保護(hù)LSP建立或選擇旁路隧道時(shí)，PLR可通過朝旁路出口節(jié)點(diǎn)發(fā)送含有HELLO請(qǐng)求對(duì)象的HELLO消息來發(fā)起HELLO會(huì)話?？墒褂肐P 轉(zhuǎn)發(fā)或經(jīng)由旁路隧道發(fā)送HELLO消息。當(dāng)旁路隧道的出口節(jié)點(diǎn)接收到HELLO請(qǐng)求消息時(shí)， 它將具有HELL0_ACK對(duì)象的HELLO消息發(fā)送回旁路隧道的入口節(jié)點(diǎn)。當(dāng)旁路隧道的入口節(jié)點(diǎn)接收到HELLO ACK消息時(shí)，旁路隧道的入口節(jié)點(diǎn)與出口節(jié)點(diǎn)之間建立HELLO會(huì)話。如果在本地節(jié)點(diǎn)與遠(yuǎn)程節(jié)點(diǎn)之間存在隧道(例如LSP隧道或旁路隧道)，則可通過該隧道發(fā)送HELLO消息。如果靜態(tài)地配置旁路隧道，則在隧道上運(yùn)行HELLO會(huì)話可操作為數(shù)據(jù)平面生存檢驗(yàn)。如果這種隧道不可用，則通過IP路由轉(zhuǎn)發(fā)HELLO消息，直到它到達(dá)目的地或TTL達(dá)到0。僅僅是具有在HELLO消息的目的地地址字段中規(guī)定的地址的遠(yuǎn)程節(jié)點(diǎn)將處理HELLO消息，并用含有HELLO ACK對(duì)象的HELLO消息朝HELLO請(qǐng)求消息的發(fā)送方響應(yīng)。當(dāng)HELLO請(qǐng)求消息的發(fā)送方接收到具有HELL0ACK的HELLO消息時(shí)，建立HELLO會(huì)話。當(dāng)遠(yuǎn)程節(jié)點(diǎn)是隧道的出口節(jié)點(diǎn)并且因此從FRR角度充當(dāng)MP點(diǎn)時(shí)，可通過接收RSVP 路徑消息來發(fā)現(xiàn)遠(yuǎn)程節(jié)點(diǎn)?？稍阪溌?節(jié)點(diǎn)失效并且發(fā)生FRR之前或之后，執(zhí)行遠(yuǎn)程節(jié)點(diǎn)發(fā)現(xiàn)。當(dāng)建立旁路隧道時(shí)，可通過在旁路隧道的出口節(jié)點(diǎn)接收旁路隧道的路徑消息而在鏈路/節(jié)點(diǎn)失效之前發(fā)現(xiàn)遠(yuǎn)程節(jié)點(diǎn)。也是MP節(jié)點(diǎn)的出口節(jié)點(diǎn)接收旁路隧道的路徑消息，并可通過朝旁路的入口節(jié)點(diǎn)發(fā)送具有HELLO請(qǐng)求對(duì)象的HELLO消息來發(fā)起HELLO會(huì)話，其中入口節(jié)點(diǎn)也是PLR節(jié)點(diǎn)。經(jīng)由IP轉(zhuǎn)發(fā)發(fā)送HELLO消息，其中TTL值設(shè)置成大于1的值。在旁路隧道的入口節(jié)點(diǎn)上接收到具有HELLO請(qǐng)求對(duì)象的HELLO消息后，旁路隧道的入口節(jié)點(diǎn)朝旁路隧道的出口節(jié)點(diǎn)以HELLO Ack對(duì)象響應(yīng)HELLO消息。當(dāng)旁路隧道的出口節(jié)點(diǎn)接收到具有HELLO Ack對(duì)象的HELLO消息時(shí)，在旁路隧道的入口節(jié)點(diǎn)(受保護(hù)LSP的PLR節(jié)點(diǎn)) 與出口節(jié)點(diǎn)(受保護(hù)LSP的MP節(jié)點(diǎn))之間建立HELLO會(huì)話。當(dāng)FRR生效時(shí)，可通過在旁路隧道上接收受保護(hù)LSP的路徑消息，在鏈路/節(jié)點(diǎn)失效之后發(fā)現(xiàn)遠(yuǎn)程節(jié)點(diǎn)。MP節(jié)點(diǎn)接收路徑消息，并可通過朝旁路入口節(jié)點(diǎn)發(fā)送具有HELLO請(qǐng)求對(duì)象的HELLO消息發(fā)起HELLO會(huì)話。經(jīng)由IP轉(zhuǎn)發(fā)發(fā)送HELLO消息。在旁路隧道的入口節(jié)點(diǎn)上接收到具有HELLO請(qǐng)求對(duì)象的HELLO消息后，入口節(jié)點(diǎn)朝旁路隧道的出口節(jié)點(diǎn)發(fā)送具有HELLO Ack對(duì)象的HELLO消息。當(dāng)旁路隧道的出口節(jié)點(diǎn)接收到具有HELLO Ack對(duì)象的 HELLO消息時(shí)，在旁路隧道的入口節(jié)點(diǎn)與出口節(jié)點(diǎn)之間建立HELLO會(huì)話。當(dāng)在不直接連接的節(jié)點(diǎn)之間需要HELLO會(huì)話時(shí)，可在它們的任一側(cè)上配置不直接連接的鄰居。該配置觸發(fā)朝遠(yuǎn)程節(jié)點(diǎn)發(fā)送具有HELLO請(qǐng)求對(duì)象的HELLO消息。當(dāng)從遠(yuǎn)程節(jié)點(diǎn)接收回具有HELLO ACK對(duì)象的HELLO消息時(shí)，建立HELLO會(huì)話。每對(duì)本地節(jié)點(diǎn)和遠(yuǎn)程節(jié)點(diǎn)建立一個(gè)HELLO會(huì)話。如果在節(jié)點(diǎn)之間存在多個(gè)隧道， 則僅建立一個(gè)HELLO會(huì)話。如果對(duì)于HELLO會(huì)話存在多個(gè)隧道，則基于本地策略執(zhí)行關(guān)于哪個(gè)隧道用于轉(zhuǎn)發(fā)HELLO消息的選擇。如果需要的話，可在不直接連接的同一對(duì)本地節(jié)點(diǎn)和遠(yuǎn)程節(jié)點(diǎn)之間建立多個(gè) HELLO會(huì)話。HELLO會(huì)話標(biāo)識(shí)符(32位)被加到在不直接連接的節(jié)點(diǎn)之間交換的HELLO消息上，以唯一地標(biāo)識(shí)具體HELLO會(huì)話連同HELLO消息的源地址字段和目的地地址字段。根據(jù)一個(gè)實(shí)施例，可經(jīng)由配置來啟用或禁用對(duì)不直接連接的節(jié)點(diǎn)之間的HELLO會(huì)話的支持。參考圖1，當(dāng)鏈路(在這個(gè)示例中是節(jié)點(diǎn)R2與R3之間的鏈路)停止(down)時(shí)，受保護(hù)LSP R2-R3-R4的網(wǎng)絡(luò)業(yè)務(wù)被切換到保護(hù)路徑R2-R6-R4，保護(hù)路徑R2-R6-R4是用于FRR 設(shè)施保護(hù)的旁路隧道。根據(jù)在RFC-4090中闡述的FRR過程，本地修復(fù)點(diǎn)(PLR)節(jié)點(diǎn)(在這個(gè)示例中是R2)可使用FRR方案將網(wǎng)絡(luò)業(yè)務(wù)切換到保護(hù)路徑。有關(guān)FRR規(guī)范的更多詳細(xì)信息可在RFC-4090中找到，其通過參考結(jié)合于本文中。
此外，當(dāng)FRR生效時(shí)，作為PLR節(jié)點(diǎn)的R2周期地生成含有HELLO請(qǐng)求對(duì)象的HELLO 消息并將其通過保護(hù)路徑R2-R6-R4發(fā)送到作為MP節(jié)點(diǎn)的R4。在HELLO消息中，對(duì)應(yīng)IP報(bào)頭的TTL字段設(shè)置成大于1的值。優(yōu)選地，HELLO消息的TTL字段被設(shè)置成值255。通常， TTL字段指示允許具體IP分組的數(shù)據(jù)報(bào)留在因特網(wǎng)系統(tǒng)中的最大時(shí)間。如果TTL字段含有值0，則該數(shù)據(jù)報(bào)必須被廢棄。在因特網(wǎng)報(bào)頭處理中修改TTL字段。以秒為單位測量時(shí)間， 但是由于處理數(shù)據(jù)報(bào)的每個(gè)模塊必須將TTL至少減小1，即使它在小于1秒內(nèi)處理數(shù)據(jù)報(bào)也是如此，因此TTL必須僅被看作數(shù)據(jù)報(bào)可存在的時(shí)間的上限。意圖是使不可傳遞的數(shù)據(jù)報(bào)被廢棄，并且限制最大數(shù)據(jù)報(bào)生存時(shí)間。在RFC-3209中描述的常規(guī)HELLO消息要求HELLO 消息的這種TTL字段被設(shè)置成1，這是因?yàn)镠ELLO消息被設(shè)計(jì)成在兩個(gè)緊鄰或直接連接的節(jié)點(diǎn)之間交換。在如圖1中所示的示例中，由于在PLR節(jié)點(diǎn)R2與MP節(jié)點(diǎn)R4之間存在至少一跳(例如節(jié)點(diǎn)R6)，因此TTL值為1的常規(guī)HELLO消息不能從R2到達(dá)R4。也就是說，通過將HELLO 消息的TTL字段設(shè)置成值1，中間節(jié)點(diǎn)(諸如R6)可丟棄該HELLO消息。通過將HELLO消息的TTL字段設(shè)置成大于1，優(yōu)選為255，這種HELLO可消息可從R2到達(dá)R4。圖2是例證可與 HELLO消息一起使用的IP報(bào)頭的框圖，其中IP報(bào)頭的TTL字段配置成大于1，優(yōu)選為255。 有關(guān)各種操作配置中的HELLO協(xié)議的更多詳細(xì)信息可在RFC-3209、RFC-3473、RFC-4558和 RFC-5063中找到，其通過參考結(jié)合于本文中。本說明書通篇描述的技術(shù)可應(yīng)用于在上面提到的RFC中定義的配置。作為響應(yīng)，作為MP節(jié)點(diǎn)的R4以HELLO ACK對(duì)象回應(yīng)HELLO消息。由于當(dāng)R2和R4 中的任一個(gè)執(zhí)行完美重啟時(shí)R2和R4可交換HELLO消息，因此使用旁路隧道的受保護(hù)LSP 可被保留以便快速恢復(fù)。圖3是例證當(dāng)在由受保護(hù)LSP的鏈路/節(jié)點(diǎn)故障觸發(fā)FRR發(fā)生之后發(fā)起并建立 HELLO會(huì)話時(shí)根據(jù)本發(fā)明一個(gè)實(shí)施例由PLR節(jié)點(diǎn)發(fā)起HELLO會(huì)話的方法的流程圖。注意， 方法300可由可包含軟件、硬件或二者的組合的處理邏輯執(zhí)行。例如，方法300可由PLR節(jié)點(diǎn)(諸如圖1的R2)執(zhí)行。參考圖3，在塊301，響應(yīng)于受保護(hù)LSP(例如圖1的R2-R3-R4) 的節(jié)點(diǎn)/鏈路故障，PLR節(jié)點(diǎn)(例如圖1的R2)基于FRR方案將網(wǎng)絡(luò)業(yè)務(wù)切換到保護(hù)路徑 (例如圖1的R2-R6-R4)上。在塊302，PLR節(jié)點(diǎn)與不緊鄰PLR節(jié)點(diǎn)的MP節(jié)點(diǎn)(例如圖1的 R4)建立RSVP-TE GR的HELLO會(huì)話，包括通過保護(hù)路徑向MP節(jié)點(diǎn)發(fā)送TTL大于1的HELLO 請(qǐng)求消息。作為響應(yīng)，在塊303，MP節(jié)點(diǎn)將HELLO確認(rèn)消息返回給PLR節(jié)點(diǎn)以完成HELLO會(huì)話建立。注意，可在將業(yè)務(wù)切換到保護(hù)路徑上之前建立HELLO會(huì)話(塊302和303)。在塊304，響應(yīng)于重啟的請(qǐng)求，當(dāng)FRR生效時(shí)，PLR節(jié)點(diǎn)使用從在HELLO會(huì)話中交換的HELLO消息獲得的信息執(zhí)行完美重啟操作。圖4是例證當(dāng)在由受保護(hù)LSP的鏈路/節(jié)點(diǎn)故障觸發(fā)FRR發(fā)生之后發(fā)起并建立 HELLO會(huì)話時(shí)根據(jù)本發(fā)明一個(gè)實(shí)施例由MP節(jié)點(diǎn)發(fā)起HELLO會(huì)話的方法的流程圖。注意，方法400可由可包含軟件、硬件或二者組合的處理邏輯執(zhí)行。例如，方法400可由MP節(jié)點(diǎn)(諸如圖1的R4)執(zhí)行。參考圖4，在塊401，響應(yīng)于受保護(hù)LSP (例如圖1的R2-R3-R4)的節(jié)點(diǎn) /鏈路故障，PLR節(jié)點(diǎn)(例如圖1的R2)基于FRR方案將網(wǎng)絡(luò)業(yè)務(wù)切換到保護(hù)路徑(例如圖1的R2-R6-R4)上。在塊402，MP節(jié)點(diǎn)(例如圖1的R4)通過保護(hù)路徑從PLR節(jié)點(diǎn)接收路徑消息，其中路徑消息指示PLR節(jié)點(diǎn)不緊鄰MP節(jié)點(diǎn)。在塊403，MP節(jié)點(diǎn)與不緊鄰MP節(jié)點(diǎn)的PLR節(jié)點(diǎn)建立HELLO會(huì)話，包括通過保護(hù)路徑向PLR節(jié)點(diǎn)(例如圖1的R2)發(fā)送具有值大于1、優(yōu)選為255的TTL字段的HELLO請(qǐng)求消息。在塊404，MP節(jié)點(diǎn)通過保護(hù)路徑從PLR 節(jié)點(diǎn)接收HELLO確認(rèn)消息以完成HELLO會(huì)話。注意，可在將業(yè)務(wù)切換到保護(hù)路徑上之前建立 HELLO 會(huì)話(±夬 402、403 和 404)。在塊405，響應(yīng)于重啟的請(qǐng)求，當(dāng)FRR生效時(shí)，MP節(jié)點(diǎn)使用從在HELLO會(huì)話中交換的HELLO消息獲得的信息執(zhí)行完美重啟操作。圖5是例證根據(jù)本發(fā)明一個(gè)實(shí)施例的網(wǎng)絡(luò)單元的框圖。網(wǎng)絡(luò)單元700可實(shí)現(xiàn)為如圖1所示的網(wǎng)絡(luò)節(jié)點(diǎn)中的任一個(gè)。例如，網(wǎng)絡(luò)單元700可以是如上所述的PLR節(jié)點(diǎn)或MP節(jié)點(diǎn)。參考圖5，網(wǎng)絡(luò)單元700包含但不限于通過網(wǎng)格(mesh)705以通信方式耦合到一個(gè)或多個(gè)線卡702-703 (也稱為接口卡或用戶平面)的控制卡701 (也稱為控制平面)，網(wǎng)格705可以是網(wǎng)格網(wǎng)絡(luò)、互聯(lián)網(wǎng)、總線或它們的組合。線卡也稱為數(shù)據(jù)平面(有時(shí)稱為轉(zhuǎn)發(fā)平面或媒體平面)。每一個(gè)線卡702-703分別與一個(gè)或多個(gè)接口(也稱為端口)、諸如接口 706-707 相關(guān)聯(lián)。每個(gè)線卡包含路由功能塊或邏輯(例如塊709-710)以根據(jù)由控制卡701配置的配置(例如路由表)經(jīng)由對(duì)應(yīng)的接口來路由和/或轉(zhuǎn)發(fā)分組，可由管理員經(jīng)由接口 711(例如命令線接口即CLI)配置該控制卡701。根據(jù)一個(gè)實(shí)施例，控制卡701包含但不限于故障檢測單元730、FRR單元731、HELL0 單元732和數(shù)據(jù)庫708。故障檢測單元730適合于使用各種通信協(xié)議(諸如在上面提到的 RFC中描述的那些)檢測具體鏈路或具體節(jié)點(diǎn)是否失效。響應(yīng)于鏈路或節(jié)點(diǎn)故障，F(xiàn)RR單元適合于基于在上面提到的RFC中所描述的FRR方案將網(wǎng)絡(luò)業(yè)務(wù)切換到保護(hù)路徑(例如旁路 LSP隧道)上。HELLO單元732適合于通過與不緊鄰網(wǎng)絡(luò)單元700的遠(yuǎn)程節(jié)點(diǎn)交換TTL值大于1、優(yōu)選為255的HELLO消息，與該遠(yuǎn)程節(jié)點(diǎn)(例如MP節(jié)點(diǎn)或PLR節(jié)點(diǎn))建立HELLO會(huì)話。因此，不像常規(guī)HELLO會(huì)話，本發(fā)明的實(shí)施例允許HELLO消息到達(dá)非緊鄰節(jié)點(diǎn)，以便保留受保護(hù)LSP的某些狀態(tài)(例如連接狀態(tài))信息以當(dāng)FRR生效時(shí)允許節(jié)點(diǎn)完美重啟。又參考圖5，在網(wǎng)絡(luò)單元700是路由器(或正在實(shí)現(xiàn)路由功能性)的情況下，控制平面701通常確定要如何路由數(shù)據(jù)(例如分組)(例如用于數(shù)據(jù)的下一跳和那個(gè)數(shù)據(jù)的出局端口)，并且數(shù)據(jù)平面(例如線卡702-703)負(fù)責(zé)轉(zhuǎn)發(fā)該數(shù)據(jù)。例如，控制平面701通常包含與其它網(wǎng)絡(luò)單元通信以交換路由并基于一個(gè)或多個(gè)路由度量選擇那些路由的一個(gè)或多個(gè)路由協(xié)議(例如邊界網(wǎng)關(guān)協(xié)議(BGP)、內(nèi)部網(wǎng)關(guān)協(xié)議(IGP)(例如開放最短路徑優(yōu)先 (OSPF)、路由信息協(xié)議(RIP)、中間系統(tǒng)到中間系統(tǒng)(IS-IS)等)、標(biāo)簽分布協(xié)議(LDP)、資源預(yù)留協(xié)議(RSVP)等)。路由和相鄰性被存儲(chǔ)在控制平面(例如數(shù)據(jù)庫708)上的一個(gè)或多個(gè)路由結(jié)構(gòu) (例如路由信息庫(RIB)、標(biāo)簽信息庫(LIB)、一個(gè)或多個(gè)相鄰性結(jié)構(gòu)等)中?？刂破矫?01 基于路由結(jié)構(gòu)用信息(例如相鄰性和路由信息)對(duì)數(shù)據(jù)平面(例如線卡702-703)編程。例如，控制平面701將相鄰性和路由信息編程到數(shù)據(jù)平面上的一個(gè)或多個(gè)轉(zhuǎn)發(fā)結(jié)構(gòu)(例如轉(zhuǎn)發(fā)信息庫(RIB)、標(biāo)簽轉(zhuǎn)發(fā)信息庫(LFIB)和一個(gè)或多個(gè)相鄰性結(jié)構(gòu))中。當(dāng)轉(zhuǎn)發(fā)業(yè)務(wù)時(shí)，數(shù)據(jù)平面使用這些轉(zhuǎn)發(fā)和相鄰性結(jié)構(gòu)。每一個(gè)路由協(xié)議都基于某些路由度量(對(duì)于不同路由協(xié)議而言度量可以不同) 將路由條目下載到主路由信息庫(RIB)。每一個(gè)路由協(xié)議都可在本地RIB (例如OSPF本地 RIB)中存儲(chǔ)路由條目，包含未下載到主RIB的路由條目。管理主RIB的RIB模塊(基于一組度量)從由路由協(xié)議下載的路由中選擇路由，并將那些選擇的路由(有時(shí)稱為活動(dòng)路由條目)下載到數(shù)據(jù)平面。RIB模塊還可使路由在路由協(xié)議之間重新分布。對(duì)于層2轉(zhuǎn)發(fā)，網(wǎng)絡(luò)單元700可存儲(chǔ)用于基于這個(gè)數(shù)據(jù)中的層2信息轉(zhuǎn)發(fā)數(shù)據(jù)的一個(gè)或多個(gè)橋接表。僅為了例證目的，圖5中僅示出了一個(gè)控制卡和兩個(gè)線卡。通常，網(wǎng)絡(luò)單元包含一個(gè)或多個(gè)線卡的集合、一個(gè)或多個(gè)控制卡的集合以及可選地一個(gè)或多個(gè)服務(wù)卡(有時(shí)稱為資源卡)的集合。通過一個(gè)或多個(gè)機(jī)構(gòu)(例如耦合線卡的第一全網(wǎng)格和耦合所有卡的第二全網(wǎng)格)將這些卡耦合在一起。線卡的集合構(gòu)成數(shù)據(jù)平面，而控制卡的集合提供控制平面并通過線卡與外部網(wǎng)絡(luò)單元交換分組。服務(wù)卡的集合能提供專門處理(例如層4到層7服務(wù)(例如防火墻、IPsec, IDS、P2P)、VoIP會(huì)話邊界控制器、移動(dòng)無線網(wǎng)關(guān)(GGSN、演進(jìn)分組系統(tǒng)(EPS)網(wǎng)關(guān))等)。作為示例，服務(wù)卡可用于終止IPsec隧道，并執(zhí)行伴隨的鑒權(quán)和加密算法。本文所用的網(wǎng)絡(luò)單元(例如路由器、交換機(jī)、橋等)是連網(wǎng)設(shè)備件，包含硬件和軟件，其以通信方式互連網(wǎng)絡(luò)上的其它設(shè)備(例如其它網(wǎng)絡(luò)單元、終端站等)。一些網(wǎng)絡(luò)單元是為多個(gè)連網(wǎng)功能(例如路由、橋接、切換、層2匯聚、會(huì)話邊界控制、服務(wù)質(zhì)量和/或用戶管理)提供支持和/或?yàn)槎鄳?yīng)用服務(wù)(例如數(shù)據(jù)、語音和視頻)提供支持的“多服務(wù)網(wǎng)絡(luò)單元”。用戶終端站(例如服務(wù)器、工作站、膝上型電腦、掌上電腦、移動(dòng)電話、智能電話、 多媒體電話、通過因特網(wǎng)協(xié)議的語音(VOIP)電話、便攜式媒體播放器、全球定位系統(tǒng)(GPS) 單元、游戲系統(tǒng)、機(jī)頂盒等)訪問通過因特網(wǎng)提供的內(nèi)容/服務(wù)和/或在疊加在因特網(wǎng)上的虛擬私用網(wǎng)絡(luò)(VPN)上提供的內(nèi)容/服務(wù)。該內(nèi)容和/或服務(wù)通常由屬于服務(wù)或內(nèi)容供應(yīng)商的一個(gè)或多個(gè)終端站(例如服務(wù)器終端站)或參與對(duì)等服務(wù)的終端站提供，并且可包含公用網(wǎng)頁(免費(fèi)內(nèi)容、存儲(chǔ)字體、搜索服務(wù)等)、私用網(wǎng)頁(例如提供電子郵件服務(wù)的用戶名 /密碼訪問的網(wǎng)頁等)、通過VPN的公司網(wǎng)等。通常，用戶終端站(例如通過(有線或無線地)耦合到接入網(wǎng)的客戶住宅設(shè)備)耦合到邊緣網(wǎng)絡(luò)單元，這些邊緣網(wǎng)絡(luò)單元(例如通過一個(gè)或多個(gè)核心網(wǎng)絡(luò)單元)耦合到其它邊緣網(wǎng)絡(luò)單元，這些其它邊緣網(wǎng)絡(luò)單元耦合到其它終端站(例如服務(wù)器終端站)。已經(jīng)在對(duì)計(jì)算機(jī)存儲(chǔ)器內(nèi)的數(shù)據(jù)位的操作的算法和符號(hào)表示方面，給出了如下詳細(xì)描述的一些部分。這些算法描述和表示是數(shù)據(jù)處理領(lǐng)域的技術(shù)人員用于最有效地將它們工作的實(shí)質(zhì)傳達(dá)給本領(lǐng)域技術(shù)人員所用的方式。算法在此并且一般地說被視為得到期望結(jié)果的操作的自相一致的序列。這些操作是需要對(duì)物理量的物理操控的那些操作。通常，不過不是必需的，這些量采取能夠被存儲(chǔ)、轉(zhuǎn)移、組合、比較以及以另外方式操控的電或磁信號(hào)的形式。已經(jīng)證明方便的是，有時(shí)主要是出于共同使用的原因，把這些信號(hào)稱作位、值、單元、符號(hào)、字符、項(xiàng)、數(shù)字等。然而，應(yīng)該牢記的是，所有這些及相似的術(shù)語都與適當(dāng)?shù)奈锢砹肯嚓P(guān)聯(lián)，并且僅僅是應(yīng)用于這些量的方便標(biāo)簽。除非特別聲明，否則根據(jù)以上論述顯然的是，要認(rèn)識(shí)到，在說明書通篇利用術(shù)語(諸如在如下權(quán)利要求書中所闡述那些術(shù)語)的論述是指計(jì)算機(jī)系統(tǒng)或類似電子計(jì)算裝置的動(dòng)作和過程，其將計(jì)算機(jī)系統(tǒng)的寄存器和存儲(chǔ)器內(nèi)表示為物理(電子)量的數(shù)據(jù)操控和轉(zhuǎn)換成類似地表示為計(jì)算機(jī)系統(tǒng)存儲(chǔ)器或寄存器或其它此類信息存儲(chǔ)、傳輸或顯示裝置內(nèi)物理量的其它數(shù)據(jù)。本發(fā)明的實(shí)施例還涉及用于執(zhí)行本文操作的設(shè)備。這個(gè)設(shè)備可特別構(gòu)造用于所需目的，或者它可包括由存儲(chǔ)在計(jì)算機(jī)中的計(jì)算機(jī)程序有選擇地激活或重配置的通用計(jì)算機(jī)。這種計(jì)算機(jī)程序可存儲(chǔ)在計(jì)算機(jī)可讀介質(zhì)上。機(jī)器可讀介質(zhì)包含用于存儲(chǔ)機(jī)器(例如計(jì)算機(jī))可讀形式的信息的任何機(jī)構(gòu)。例如，機(jī)器可讀(例如計(jì)算機(jī)可讀)介質(zhì)包含機(jī)器 (例如計(jì)算機(jī))可讀存儲(chǔ)介質(zhì)(例如只讀存儲(chǔ)器(ROM)、隨機(jī)存取存儲(chǔ)器(RAM)、磁盤存儲(chǔ)介質(zhì)、光存儲(chǔ)介質(zhì)、閃存裝置等)等。本文給出的算法和顯示不是固有地涉及任何具體計(jì)算機(jī)或其它設(shè)備?？膳c根據(jù)本文示教的程序一起使用各種通用系統(tǒng)，或者可以證明便利的是，構(gòu)造更專用的設(shè)備以執(zhí)行所需的方法操作。各種各樣的這些系統(tǒng)的所需結(jié)構(gòu)根據(jù)以上描述將顯而易見。此外，未參考任何具體編程語言描述本發(fā)明的實(shí)施例。將認(rèn)識(shí)到，各種編程語言都可用于實(shí)現(xiàn)本文所述的本發(fā)明實(shí)施例的示教。在前面的說明書中，已經(jīng)參考其特定示范實(shí)施例描述了本發(fā)明的實(shí)施例。將顯然的是，在不脫離如下權(quán)利要求書中所闡述的本發(fā)明的更廣精神和范圍的前提下，可對(duì)其進(jìn)行各種修改。說明書和附圖從而要被視為例證意義，而非限制意義。
權(quán)利要求
1.一種在網(wǎng)絡(luò)單元內(nèi)執(zhí)行的機(jī)器實(shí)現(xiàn)的方法，與不緊鄰所述網(wǎng)絡(luò)單元的遠(yuǎn)程節(jié)點(diǎn)建立 HELLO會(huì)話以基于在所述HELLO會(huì)話期間交換的HELLO消息確定所述遠(yuǎn)程節(jié)點(diǎn)是否重啟， 以便保留并恢復(fù)所述網(wǎng)絡(luò)單元與所述遠(yuǎn)程節(jié)點(diǎn)之間一個(gè)或多個(gè)受保護(hù)標(biāo)簽切換路徑(LSP) 的狀態(tài)信息，為了鑒于所述遠(yuǎn)程節(jié)點(diǎn)的重啟而在所述網(wǎng)絡(luò)單元內(nèi)執(zhí)行重啟過程的目的，所述方法包括如下步驟響應(yīng)于不緊鄰所述網(wǎng)絡(luò)單元的所述遠(yuǎn)程節(jié)點(diǎn)的配置和自動(dòng)發(fā)現(xiàn)之一，在所述受保護(hù) LSP的鏈路/節(jié)點(diǎn)故障之前與所述遠(yuǎn)程節(jié)點(diǎn)建立HELLO會(huì)話，包括與遠(yuǎn)程節(jié)點(diǎn)交換HELLO消息，其中每個(gè)HELLO消息在要使用因特網(wǎng)協(xié)議(IP)轉(zhuǎn)發(fā)協(xié)議路由所述HELLO消息的情況下包含值大于1的生存時(shí)間(TTL)，其中每個(gè)HELLO消息在要經(jīng)由在所述本地節(jié)點(diǎn)與遠(yuǎn)程節(jié)點(diǎn)之間建立的隧道轉(zhuǎn)發(fā)所述HELLO消息的情況下包含為1的TTL值；響應(yīng)于所述受保護(hù)LSP的鏈路故障和節(jié)點(diǎn)故障中的至少一個(gè)，根據(jù)快速重新路由 (FRR)方案將網(wǎng)絡(luò)業(yè)務(wù)切換到所述保護(hù)路徑上；如果在所述受保護(hù)LSP的鏈路/節(jié)點(diǎn)故障之前尚未建立所述HELLO會(huì)話，則與不緊鄰所述網(wǎng)絡(luò)單元的所述遠(yuǎn)程節(jié)點(diǎn)建立所述HELLO會(huì)話，包括與遠(yuǎn)程節(jié)點(diǎn)交換HELLO消息，其中每個(gè)HELLO消息在要基于IF轉(zhuǎn)發(fā)協(xié)議路由所述HELLO消息的情況下包含值大于1的TTL， 其中每個(gè)HELLO在要經(jīng)由所述旁路隧道轉(zhuǎn)發(fā)所述HELLO消息的情況下包含為1的TTL值； 以及響應(yīng)于基于在所述HELLO會(huì)話期間交換的所述HELLO消息所述遠(yuǎn)程節(jié)點(diǎn)的重啟，根據(jù)資源預(yù)留協(xié)議(RSVP)業(yè)務(wù)工程(TE)完美重啟(RSVP-TE GR)機(jī)制執(zhí)行重啟過程，以便預(yù)留并恢復(fù)所述受保護(hù)LSP的LSP狀態(tài)信息。
2.如權(quán)利要求1所述的方法，其中所述HELLO消息的所述TTL值被設(shè)置成至少等于或大于所述網(wǎng)絡(luò)單元與所述遠(yuǎn)程節(jié)點(diǎn)之間的中間節(jié)點(diǎn)數(shù)量，使得任何所述中間節(jié)點(diǎn)都不丟棄所述HELLO消息。
3.如權(quán)利要求1所述的方法，其中所述網(wǎng)絡(luò)單元是所述受保護(hù)LSP的本地修復(fù)點(diǎn) (PLR)節(jié)點(diǎn)，并且所述遠(yuǎn)程節(jié)點(diǎn)是所述受保護(hù)LSP的合并點(diǎn)(MP)節(jié)點(diǎn)，并且其中在所述PLR 節(jié)點(diǎn)與所述MP節(jié)點(diǎn)之間的所述保護(hù)路徑中存在至少一個(gè)中間節(jié)點(diǎn)。
4.如權(quán)利要求1所述的方法，其中當(dāng)所述FRR方案在所述保護(hù)路徑上生效時(shí)，建立所述 HELLO消息會(huì)話并執(zhí)行所述重啟過程。
5.如權(quán)利要求1所述的方法，其中在無需將所述遠(yuǎn)程節(jié)點(diǎn)靜態(tài)地配置為相鄰節(jié)點(diǎn)的情況下所述網(wǎng)絡(luò)單元建立所述HELLO會(huì)話。
6.一種網(wǎng)絡(luò)單元，用于與不緊鄰所述網(wǎng)絡(luò)單元的遠(yuǎn)程節(jié)點(diǎn)建立HELLO會(huì)話以基于在所述HELLO會(huì)話期間交換的HELLO消息確定所述遠(yuǎn)程節(jié)點(diǎn)是否重啟，以便保留所述網(wǎng)絡(luò)單元與所述遠(yuǎn)程節(jié)點(diǎn)之間的受保護(hù)標(biāo)簽切換路徑(LSP)的狀態(tài)信息，為了鑒于所述遠(yuǎn)程節(jié)點(diǎn)的重啟而在所述網(wǎng)絡(luò)單元內(nèi)執(zhí)行重啟過程的目的，所述網(wǎng)絡(luò)單元包括快速重新路由(FRR)單元，響應(yīng)于所述受保護(hù)LSP的鏈路故障和節(jié)點(diǎn)故障中的至少一個(gè)，根據(jù)快速重新路由(FRR)方案選擇保護(hù)路徑并將網(wǎng)絡(luò)業(yè)務(wù)切換到所述保護(hù)路徑上；耦合到所述FRR單元的HELLO處理單元，以與不緊鄰所述網(wǎng)絡(luò)單元的所述遠(yuǎn)程節(jié)點(diǎn)建立HELLO會(huì)話，包括通過所述保護(hù)路徑與所述遠(yuǎn)程節(jié)點(diǎn)交換一個(gè)或多個(gè)HELLO消息，其中每個(gè)HELLO消息在要基于因特網(wǎng)協(xié)議(IP)轉(zhuǎn)發(fā)協(xié)議路由所述HELLO消息的情況下包含大于1的生存時(shí)間(TTL)值，其中每個(gè)HELLO消息在要經(jīng)由所述網(wǎng)絡(luò)單元與所述遠(yuǎn)程節(jié)點(diǎn)之間的隧道發(fā)送所述HELLO消息的情況下包含為1的TTL值；以及耦合到所述FRR單元和所述HELLO處理單元的重啟單元，響應(yīng)于基于在所述HELLO會(huì)話期間交換的所述一個(gè)或多個(gè)HELLO消息所述遠(yuǎn)程節(jié)點(diǎn)的重啟，使用基于所述HELLO會(huì)話的所述一個(gè)或多個(gè)HELLO消息保留的所述受保護(hù)LSP的LSP狀態(tài)信息，根據(jù)資源預(yù)留協(xié)議 (RSVP)業(yè)務(wù)工程(TE)完美重啟(RSVP-TE GR)協(xié)議執(zhí)行重啟過程。
7.如權(quán)利要求6所述的網(wǎng)絡(luò)單元，其中所述HELLO消息的所述TTL值被設(shè)置成至少等于或大于所述網(wǎng)絡(luò)單元與所述遠(yuǎn)程節(jié)點(diǎn)之間的中間節(jié)點(diǎn)數(shù)量，使得任何所述中間節(jié)點(diǎn)都不丟棄所述HELLO消息。
8.如權(quán)利要求6所述的網(wǎng)絡(luò)單元，其中所述網(wǎng)絡(luò)單元是所述受保護(hù)LSP的本地修復(fù)點(diǎn) (PLR)節(jié)點(diǎn)，并且所述遠(yuǎn)程節(jié)點(diǎn)是所述受保護(hù)LSP的合并點(diǎn)(MP)節(jié)點(diǎn)，并且其中在所述PLR 節(jié)點(diǎn)與所述MP節(jié)點(diǎn)之間的所述保護(hù)路徑中存在至少一個(gè)中間節(jié)點(diǎn)。
9.如權(quán)利要求6所述的網(wǎng)絡(luò)單元，其中當(dāng)所述FRR方案在所述保護(hù)路徑上生效時(shí)，建立所述HELLO消息會(huì)話并執(zhí)行所述重啟過程。
10.如權(quán)利要求6所述的網(wǎng)絡(luò)單元，其中在無需將所述遠(yuǎn)程節(jié)點(diǎn)靜態(tài)地配置為相鄰節(jié)點(diǎn)的情況下所述網(wǎng)絡(luò)單元建立所述HELLO會(huì)話。
11.一種在網(wǎng)絡(luò)單元內(nèi)執(zhí)行的機(jī)器實(shí)現(xiàn)的方法，與不緊鄰所述網(wǎng)絡(luò)單元的遠(yuǎn)程節(jié)點(diǎn)建立HELLO會(huì)話以基于在所述HELLO會(huì)話期間交換的HELLO消息確定所述遠(yuǎn)程節(jié)點(diǎn)是否重啟，以便保留所述網(wǎng)絡(luò)單元與所述遠(yuǎn)程節(jié)點(diǎn)之間的受保護(hù)標(biāo)簽切換路徑(LSP)的狀態(tài)信息，為了鑒于所述遠(yuǎn)程節(jié)點(diǎn)的重啟而在所述網(wǎng)絡(luò)單元內(nèi)執(zhí)行重啟過程的目的，所述方法包括如下步驟經(jīng)由IP轉(zhuǎn)發(fā)或配置成保護(hù)所述受保護(hù)LSP的所述網(wǎng)絡(luò)單元與遠(yuǎn)程節(jié)點(diǎn)之間的旁路隧道從所述遠(yuǎn)程節(jié)點(diǎn)接收路徑消息，其中響應(yīng)于所述受保護(hù)LSP的鏈路故障/節(jié)點(diǎn)故障，使用快速重新路由(FRR)方案已將網(wǎng)絡(luò)業(yè)務(wù)切換到所述保護(hù)路徑上；響應(yīng)于所述路徑消息，與不緊鄰所述網(wǎng)絡(luò)單元的所述遠(yuǎn)程節(jié)點(diǎn)建立HELLO會(huì)話，包括通過所述保護(hù)路徑與所述遠(yuǎn)程節(jié)點(diǎn)交換HELLO消息，其中每個(gè)HELLO消息在要經(jīng)由IP轉(zhuǎn)發(fā)路由所述HELLO消息的情況下包含大于1的生存時(shí)間(TTL)值，其中每個(gè)HELLO消息在要經(jīng)由所述網(wǎng)絡(luò)單元與所述遠(yuǎn)程節(jié)點(diǎn)之間建立的隧道轉(zhuǎn)發(fā)所述HELLO消息的情況下包含為1 的TTL值；以及響應(yīng)于基于在所述HELLO會(huì)話期間交換的所述HELLO消息所述遠(yuǎn)程節(jié)點(diǎn)的重啟，使用基于所述HELLO會(huì)話的所述一個(gè)或多個(gè)HELLO消息保留的所述受保護(hù)LSP的LSP狀態(tài)信息， 根據(jù)資源預(yù)留協(xié)議(RSVP)業(yè)務(wù)工程(TE)完美重啟(RSVP-TE GR)協(xié)議執(zhí)行重啟過程。
12.如權(quán)利要求11所述的方法，其中所述HELLO消息的所述TTL值被設(shè)置成至少等于或大于所述網(wǎng)絡(luò)單元與所述遠(yuǎn)程節(jié)點(diǎn)之間的中間節(jié)點(diǎn)數(shù)量，使得任何所述中間節(jié)點(diǎn)都不丟棄所述HELLO消息。
13.如權(quán)利要求11所述的方法，其中所述網(wǎng)絡(luò)單元是所述受保護(hù)LSP的合并點(diǎn)(MP)節(jié)點(diǎn)，并且所述遠(yuǎn)程節(jié)點(diǎn)是所述受保護(hù)LSP的本地修復(fù)點(diǎn)(PL 節(jié)點(diǎn)，并且其中在所述PLR節(jié)點(diǎn)與所述MP節(jié)點(diǎn)之間的所述保護(hù)路徑中存在至少一個(gè)中間節(jié)點(diǎn)。
14.如權(quán)利要求11所述的方法，其中當(dāng)所述FRR方案在所述保護(hù)路徑上生效時(shí)，建立所述HELLO消息會(huì)話并執(zhí)行所述重啟過程。
15.如權(quán)利要求11所述的方法，其中在無需將所述遠(yuǎn)程節(jié)點(diǎn)靜態(tài)地配置為相鄰節(jié)點(diǎn)的情況下所述網(wǎng)絡(luò)單元建立所述HELLO會(huì)話。
16.一種網(wǎng)絡(luò)單元，用于與不緊鄰所述網(wǎng)絡(luò)單元的遠(yuǎn)程節(jié)點(diǎn)建立HELLO會(huì)話以基于在所述HELLO會(huì)話期間交換的HELLO消息確定所述遠(yuǎn)程節(jié)點(diǎn)是否重啟，以便保留所述網(wǎng)絡(luò)單元與所述遠(yuǎn)程節(jié)點(diǎn)之間的受保護(hù)標(biāo)簽切換路徑(LSP)的狀態(tài)信息，為了鑒于所述遠(yuǎn)程節(jié)點(diǎn)的重啟而在所述網(wǎng)絡(luò)單元內(nèi)執(zhí)行重啟過程，所述網(wǎng)絡(luò)單元包括經(jīng)由IP轉(zhuǎn)發(fā)和配置成保護(hù)所述受保護(hù)LSP的旁路隧道之一從所述遠(yuǎn)程節(jié)點(diǎn)接收路徑消息的接收器，其中響應(yīng)于所述受保護(hù)LSP的鏈路故障和節(jié)點(diǎn)故障中的至少一個(gè)，使用快速重新路由(FRR)方案已經(jīng)將網(wǎng)絡(luò)業(yè)務(wù)切換到所述保護(hù)路徑上；耦合到所述接收器的HELLO處理單元，響應(yīng)于所述路徑消息，與不緊鄰所述網(wǎng)絡(luò)單元的所述遠(yuǎn)程節(jié)點(diǎn)建立HELLO會(huì)話，包括通過所述保護(hù)路徑與所述遠(yuǎn)程節(jié)點(diǎn)交換一個(gè)或多個(gè) HELLO消息，其中每個(gè)HELLO消息在要經(jīng)由IP轉(zhuǎn)發(fā)路由所述HELLO消息的情況下包含大于 1的生存時(shí)間(TTL)值，其中每個(gè)HELLO消息在要經(jīng)由在所述網(wǎng)絡(luò)單元與所述遠(yuǎn)程節(jié)點(diǎn)之間建立的隧道轉(zhuǎn)發(fā)所述HELLO消息的情況下包含為1的TTL值；以及耦合到所述HELLO處理單元的重啟單元，響應(yīng)于基于在所述HELLO會(huì)話期間交換的所述一個(gè)或多個(gè)HELLO消息所述遠(yuǎn)程節(jié)點(diǎn)的重啟，使用基于所述HELLO會(huì)話的所述一個(gè)或多個(gè)HELLO消息保留的所述受保護(hù)LSP的LSP狀態(tài)信息，根據(jù)資源預(yù)留協(xié)議(RSVP)業(yè)務(wù)工程 (TE)完美重啟(RSVPTE GR)協(xié)議執(zhí)行重啟過程。
17.如權(quán)利要求16所述的網(wǎng)絡(luò)單元，其中所述一個(gè)或多個(gè)HELLO消息的所述TTL值配置成至少等于或大于所述網(wǎng)絡(luò)單元與所述遠(yuǎn)程節(jié)點(diǎn)之間的中間節(jié)點(diǎn)數(shù)量，使得任何所述中間節(jié)點(diǎn)都不丟棄所述HELLO消息。
18.如權(quán)利要求16所述的網(wǎng)絡(luò)單元，其中所述網(wǎng)絡(luò)單元是所述受保護(hù)LSP的合并點(diǎn) (MP)節(jié)點(diǎn)，并且所述遠(yuǎn)程節(jié)點(diǎn)是所述受保護(hù)LSP的本地修復(fù)點(diǎn)(PL 節(jié)點(diǎn)，并且其中在所述 PLR節(jié)點(diǎn)與所述MP節(jié)點(diǎn)之間的所述保護(hù)路徑中存在至少一個(gè)中間節(jié)點(diǎn)。
19.如權(quán)利要求16所述的網(wǎng)絡(luò)單元，其中當(dāng)所述FRR方案在所述保護(hù)路徑上生效時(shí)，建立所述HELLO消息會(huì)話并執(zhí)行所述重啟過程。
20.如權(quán)利要求16所述的網(wǎng)絡(luò)單元，其中在無需將所述遠(yuǎn)程節(jié)點(diǎn)靜態(tài)地配置為相鄰節(jié)點(diǎn)的情況下，所述網(wǎng)絡(luò)單元建立所述HELLO會(huì)話。
全文摘要
根據(jù)一個(gè)實(shí)施例，響應(yīng)于受保護(hù)標(biāo)簽切換路徑(LSP)的鏈路故障和節(jié)點(diǎn)故障中的至少一個(gè)，根據(jù)快速重新路由(FRR)方案將網(wǎng)絡(luò)業(yè)務(wù)切換到保護(hù)路徑上。與不緊鄰網(wǎng)絡(luò)單元的遠(yuǎn)程節(jié)點(diǎn)建立HELLO會(huì)話，包括與遠(yuǎn)程節(jié)點(diǎn)交換一個(gè)或多個(gè)HELLO消息，如果使用IP轉(zhuǎn)發(fā)，則每個(gè)HELLO消息都具有大于1的生存時(shí)間(TTL)值。如果經(jīng)由隧道發(fā)送HELLO消息，則HELLO消息的TTL值被設(shè)置成1。響應(yīng)于重啟的請(qǐng)求，使用從在HELLO會(huì)話期間與遠(yuǎn)程節(jié)點(diǎn)交換的一個(gè)或多個(gè)HELLO消息獲得的信息執(zhí)行資源預(yù)留協(xié)議(RSVP)業(yè)務(wù)工程(TE)完美重啟(GR)過程。
文檔編號(hào)H04L12/56GK102598599SQ201080046861
公開日2012年7月18日 申請(qǐng)日期2010年10月11日 優(yōu)先權(quán)日2009年10月15日
發(fā)明者S·基尼, V·普拉迪普, 劉華 申請(qǐng)人:瑞典愛立信有限公司