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

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


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