本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種流量的轉(zhuǎn)發(fā)方法及裝置。

背景技術(shù)：

多協(xié)議標簽交換流量工程(mplstrafficengineering，簡稱為mpls-te)隧道是通過用戶指定或受限最短路徑優(yōu)先算法(constrainedshortestpathfirst，簡稱為cspf)計算生成特定路徑，并通過資源預(yù)留協(xié)議(resourcereservationprotocol，簡稱為rsvp)協(xié)議保留帶寬資源并分配標簽，建立起的基于標簽交換轉(zhuǎn)發(fā)流量的隧道。本發(fā)明中所提及的mpls-te隧道、te隧道、te_tunnel、隧道就是通過rsvp協(xié)議建立的te隧道。

目前te隧道的保護方式針對的是隧道的部分或完整路徑上通過的接口或路由器節(jié)點的狀態(tài)保護，通過rsvp協(xié)議信令中攜帶的字段和標志位通知上下游節(jié)點創(chuàng)建和維護一條新的標記交換路徑(labelswitchpath，簡稱為lsp)，并在故障發(fā)生時被動切換到保護lsp路徑上。

網(wǎng)絡(luò)設(shè)備在架構(gòu)上普遍采用控制層面和轉(zhuǎn)發(fā)層面分離的方式，用于在設(shè)備控制功能出現(xiàn)故障時通過保護轉(zhuǎn)發(fā)層面不變化，并利用各種協(xié)議恢復(fù)控制面的方式保護故障發(fā)生時的流量轉(zhuǎn)發(fā)。但當設(shè)備運行正常時，轉(zhuǎn)發(fā)面始終與控制面保護一致，當控制面出現(xiàn)的意外不是重啟這類的致命故障時，控制面的任何變化都會導(dǎo)致轉(zhuǎn)發(fā)面實時更新，任何客觀因素變化(如網(wǎng)絡(luò)拓撲變化、接口帶寬變化等)或人為因素(用戶修改接口屬性、te隧道屬性、增減設(shè)備間的直連接口等)都可能實時影響到轉(zhuǎn)發(fā)面導(dǎo)致流量轉(zhuǎn)發(fā)中斷。

針對相關(guān)技術(shù)中需要上下游設(shè)備升級以支持更新的協(xié)議功能或字段才能完成隧道的保護功能的問題，目前尚未存在有效的解決方案。

技術(shù)實現(xiàn)要素：

本發(fā)明提供了一種流量的轉(zhuǎn)發(fā)方法及裝置，以至少解決相關(guān)技術(shù)中需要上下游設(shè)備升級以支持更新的協(xié)議功能或字段才能完成隧道的保護功能的問題。

根據(jù)本發(fā)明的一個方面，提供了一種流量的轉(zhuǎn)發(fā)方法，包括：在第一隧道的狀態(tài)發(fā)生變化時，建立第二隧道，其中，在建立所述第二隧道的過程中將所述第一隧道的轉(zhuǎn)發(fā)信息更新到所述第二隧道的轉(zhuǎn)發(fā)信息中；依據(jù)所述第二隧道中更新后的轉(zhuǎn)發(fā)信息進行流量的轉(zhuǎn)發(fā)。

進一步地，所述依據(jù)所述第二隧道中更新后的轉(zhuǎn)發(fā)信息進行流量的轉(zhuǎn)發(fā)包括：將所 述第一隧道的網(wǎng)段的出接口更新為所述第二隧道的網(wǎng)段的出接口；依據(jù)更新后的出接口為所述第二隧道的網(wǎng)段進行流量的轉(zhuǎn)發(fā)。

進一步地，所述建立第二隧道包括：建立所述第二隧道中用于保護所述第一隧道的保護策略，其中，保護策略包括：獲取所述第一隧道的當前路徑、根據(jù)所述第一隧道的路徑策略重新算路、指定新的路徑策略；建立所述第二隧道中用于指示所述第一隧道的屬性，其中，所述屬性包括：所述第一隧道的預(yù)留帶寬、親和力。

進一步地，所述第一隧道的狀態(tài)發(fā)生變化的因素至少包括：所述第一隧道的屬性、所述第一隧道的配置。

進一步地，在依據(jù)所述第二隧道中更新后的轉(zhuǎn)發(fā)信息進行流量的轉(zhuǎn)發(fā)之后，所述方法還包括：在所述第一隧道的阻塞狀態(tài)被釋放時，將所述第二隧道的網(wǎng)段的出接口更新為所述第一隧道的網(wǎng)段的出接口；依據(jù)出接口為所述第一隧道的網(wǎng)段進行流量的轉(zhuǎn)發(fā)。

進一步地，在所述依據(jù)所述第二隧道中更新后的轉(zhuǎn)發(fā)信息進行流量的轉(zhuǎn)發(fā)之后，所述方法還包括：刪除所述第二隧道。

根據(jù)本發(fā)明的另一個方面，提供了一種流量的轉(zhuǎn)發(fā)裝置，包括：建立模塊，用于在第一隧道的狀態(tài)發(fā)生變化時，建立第二隧道，其中，在建立所述第二隧道的過程中將所述第一隧道的轉(zhuǎn)發(fā)信息更新到所述第二隧道的轉(zhuǎn)發(fā)信息中；第一轉(zhuǎn)發(fā)模塊，用于依據(jù)所述第二隧道中更新后的轉(zhuǎn)發(fā)信息進行流量的轉(zhuǎn)發(fā)。

進一步地，所述第一轉(zhuǎn)發(fā)模塊包括：更新單元，用于將所述第一隧道的網(wǎng)段出接口更新為所述第二隧道的網(wǎng)段的出接口；轉(zhuǎn)發(fā)單元，用于依據(jù)更新后的出接口為所述第二隧道的網(wǎng)段進行流量的轉(zhuǎn)發(fā)。

進一步地，所述建立模塊包括：第一建立單元，用于建立所述第二隧道中用于保護所述第一隧道的保護策略，其中，保護策略包括：獲取所述第一隧道的當前路徑、根據(jù)所述第一隧道的路徑策略重新算路、指定新的路徑策略；第二建立單元，用于建立所述第二隧道中用于指示所述第一隧道的屬性，其中，所述屬性包括：所述第一隧道的預(yù)留帶寬、親和力。

進一步地，所述第一隧道的狀態(tài)發(fā)生變化的因素至少包括：所述第一隧道的屬性、所述第一隧道的配置。

進一步地，在依據(jù)所述第二隧道中更新后的轉(zhuǎn)發(fā)信息進行流量的轉(zhuǎn)發(fā)之后，所述裝置還包括：更新模塊，用于在所述第一隧道的阻塞狀態(tài)被釋放時，將所述第二隧道的網(wǎng)段的出接口更新為所述第一隧道的網(wǎng)段的出接口；第二轉(zhuǎn)發(fā)模塊，用于依據(jù)出接口為所述第一隧道的網(wǎng)段進行流量的轉(zhuǎn)發(fā)。

進一步地，在所述依據(jù)所述第二隧道中更新后的轉(zhuǎn)發(fā)信息進行流量的轉(zhuǎn)發(fā)之后，所述裝置還包括：刪除模塊，用于刪除所述第二隧道。

通過本發(fā)明，采用建立第二隧道，其中，在建立第二隧道的過程中將第一隧道的轉(zhuǎn)發(fā)信息更新到第二隧道的轉(zhuǎn)發(fā)信息中，而在第一隧道的狀態(tài)發(fā)生變化時，依據(jù)第二隧道中更新后的轉(zhuǎn)發(fā)信息進行流量的轉(zhuǎn)發(fā)，可見，可以通過第二隧道來保護第一隧道進行流量的轉(zhuǎn)發(fā)，解決了相關(guān)技術(shù)中需要上下游設(shè)備升級以支持更新的協(xié)議功能或字段才能完成隧道的保護功能的問題，提高了隧道中流量轉(zhuǎn)發(fā)的效率。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中：

圖1是根據(jù)本發(fā)明實施例的流量的轉(zhuǎn)發(fā)方法的流程圖；

圖2是根據(jù)本發(fā)明實施例的流量的轉(zhuǎn)發(fā)裝置的結(jié)構(gòu)框圖；

圖3是根據(jù)本發(fā)明實施例的流量的轉(zhuǎn)發(fā)裝置的可選結(jié)構(gòu)框圖一；

圖4是根據(jù)本發(fā)明實施例的流量的轉(zhuǎn)發(fā)裝置的可選結(jié)構(gòu)框圖二；

圖5是根據(jù)本發(fā)明實施例的流量的轉(zhuǎn)發(fā)裝置的可選結(jié)構(gòu)框圖三；

圖6是根據(jù)本發(fā)明實施例的流量的轉(zhuǎn)發(fā)裝置的可選結(jié)構(gòu)框圖四；

圖7是根據(jù)本發(fā)明可選實施例的偽造轉(zhuǎn)發(fā)信息保持mpls-te隧道轉(zhuǎn)發(fā)不中斷的方法流程圖。

具體實施方式

下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

需要說明的是，本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術(shù)語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。

在本實施例中提供了一種流量的轉(zhuǎn)發(fā)方法，圖1是根據(jù)本發(fā)明實施例的流量的轉(zhuǎn)發(fā)方法的流程圖，如圖1所示，該流程包括如下步驟：

步驟s102：在第一隧道的狀態(tài)發(fā)生變化時，建立第二隧道，其中，在建立第二隧道的過程中將第一隧道的轉(zhuǎn)發(fā)信息更新到第二隧道的轉(zhuǎn)發(fā)信息中；

步驟s104：依據(jù)第二隧道中更新后的轉(zhuǎn)發(fā)信息進行流量的轉(zhuǎn)發(fā)。

通過本實施例的步驟s102和步驟s104，采用建立第二隧道，其中，在建立第二隧道的過程中將第一隧道的轉(zhuǎn)發(fā)信息更新到第二隧道的轉(zhuǎn)發(fā)信息中，而在第一隧道的狀態(tài)發(fā)生變化時，依據(jù)第二隧道中更新后的轉(zhuǎn)發(fā)信息進行流量的轉(zhuǎn)發(fā)，可見，可以通過第二 隧道來保護第一隧道進行流量的轉(zhuǎn)發(fā)，解決了相關(guān)技術(shù)中需要上下游設(shè)備升級以支持更新的協(xié)議功能或字段才能完成隧道的保護功能的問題，提高了隧道中流量轉(zhuǎn)發(fā)的效率。

需要說明的是，本實施例中第一隧道的狀態(tài)發(fā)生變化的因素至少包括：第一隧道的屬性、第一隧道的配置。

對于本實施例中涉及到的依據(jù)第二隧道中更新后的轉(zhuǎn)發(fā)信息進行流量的轉(zhuǎn)發(fā)的方式，在本實施例的可選實施方式中，可以通過如下方式來實現(xiàn)：

步驟s11：將第一隧道的網(wǎng)段的出接口更新為第二隧道的網(wǎng)段的出接口；

步驟s12：依據(jù)更新后的出接口為第二隧道的網(wǎng)段進行流量的轉(zhuǎn)發(fā)。

在本實施例中的具體應(yīng)用場景中，該步驟s11和步驟s12可以是，更新轉(zhuǎn)發(fā)面的轉(zhuǎn)發(fā)信息，將出接口為第一隧道的網(wǎng)段，更新為出接口第二隧道，需要說明的是，但這一更新過程在對用戶呈現(xiàn)的轉(zhuǎn)發(fā)表或路由表信息中并不可見，在轉(zhuǎn)發(fā)表中看該網(wǎng)段的轉(zhuǎn)發(fā)出接口仍然是第一隧道。

而在依據(jù)第二隧道中更新后的轉(zhuǎn)發(fā)信息進行流量的轉(zhuǎn)發(fā)的方式之后，本實施例的方法還可以包括：

步驟s21：在第一隧道的阻塞狀態(tài)被釋放時，將第二隧道的網(wǎng)段的出接口更新為第一隧道的網(wǎng)段的出接口；

步驟s22：依據(jù)出接口為第一隧道的網(wǎng)段進行流量的轉(zhuǎn)發(fā)。

在本實施例的具體應(yīng)用場景中，該步驟s21和步驟s22可以是，第一隧道根據(jù)新的配置或?qū)傩灾匦陆⒉p，并更新轉(zhuǎn)發(fā)面的轉(zhuǎn)發(fā)信息，將出接口為第一隧道的網(wǎng)段，更新為出接口第二隧道，但這一更新過程在對用戶呈現(xiàn)的轉(zhuǎn)發(fā)表或路由表信息中并不可見，在轉(zhuǎn)發(fā)表中看該網(wǎng)段的轉(zhuǎn)發(fā)出接口仍然是第一隧道。

而對于本實施例中涉及到的建立第二隧道的方式，可以通過如下方式來實現(xiàn)：

步驟s31：建立第二隧道中用于保護第一隧道的保護策略，其中，保護策略包括：獲取第一隧道的當前路徑、根據(jù)第一隧道的路徑策略重新算路、指定新的路徑策略；

步驟s32：建立第二隧道中用于指示第一隧道的屬性，其中，屬性包括：第一隧道的預(yù)留帶寬、親和力。

在本實施例的另一個可選實施方式中，在依據(jù)第二隧道中更新后的轉(zhuǎn)發(fā)信息進行流量的轉(zhuǎn)發(fā)之后，本實施例的方法還包括：刪除第二隧道。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到根據(jù)上述實施例的方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn) 有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)(如rom/ram、磁碟、光盤)中，包括若干指令用以使得一臺終端設(shè)備(可以是手機，計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。

在本實施例中還提供了一種流量的轉(zhuǎn)發(fā)裝置，該裝置用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進行過說明的不再贅述。如以下所使用的，術(shù)語“模塊”可以實現(xiàn)預(yù)定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構(gòu)想的。

圖2是根據(jù)本發(fā)明實施例的流量的轉(zhuǎn)發(fā)裝置的結(jié)構(gòu)框圖，如圖2所示，該裝置包括：建立模塊22，在第一隧道進入阻塞狀態(tài)時，用于建立第二隧道，其中，在建立第二隧道的過程中將第一隧道的轉(zhuǎn)發(fā)信息更新到第二隧道的轉(zhuǎn)發(fā)信息中；第一轉(zhuǎn)發(fā)模塊24，與建立模塊22耦合連接，用于依據(jù)第二隧道中更新后的轉(zhuǎn)發(fā)信息進行流量的轉(zhuǎn)發(fā)。

對于本實施例中涉及到的第一隧道進入阻塞狀態(tài)包括至少包括如下因素：當隧道因用戶修改配置，接口帶寬變化等等無法保持狀態(tài)up時，先暫停隧道進入down狀態(tài)；當然還可以包括其他因素，上述因素并不對本發(fā)明構(gòu)成限定。

圖3是根據(jù)本發(fā)明實施例的流量的轉(zhuǎn)發(fā)裝置的可選結(jié)構(gòu)框圖一，如圖3所示，該第一轉(zhuǎn)發(fā)模塊24包括：更新單元32，用于將第一隧道的網(wǎng)段的出接口更新為第二隧道的網(wǎng)段的出接口；轉(zhuǎn)發(fā)單元34，與更新單元32耦合連接，用于依據(jù)更新后的出接口為第二隧道的網(wǎng)段進行流量的轉(zhuǎn)發(fā)。

圖4是根據(jù)本發(fā)明實施例的流量的轉(zhuǎn)發(fā)裝置的可選結(jié)構(gòu)框圖二，如圖4所示，在依據(jù)第二隧道中更新后的轉(zhuǎn)發(fā)信息進行流量的轉(zhuǎn)發(fā)之后，該裝置還包括：更新模塊42，與第一轉(zhuǎn)發(fā)模塊24耦合連接，用于在第一隧道的阻塞狀態(tài)被釋放時，將第二隧道的網(wǎng)段的出接口更新為第一隧道的網(wǎng)段的出接口；第二轉(zhuǎn)發(fā)模塊44，與更新模塊42耦合連接，用于依據(jù)出接口為第一隧道的網(wǎng)段進行流量的轉(zhuǎn)發(fā)。

圖5是根據(jù)本發(fā)明實施例的流量的轉(zhuǎn)發(fā)裝置的可選結(jié)構(gòu)框圖三，如圖5所示，該建立模塊22包括：第一建立單元52，用于建立第二隧道中用于保護第一隧道的保護策略，其中，保護策略包括：獲取第一隧道的當前路徑、根據(jù)第一隧道的路徑策略重新算路、指定新的路徑策略；第二建立單元54，與第一建立單元52耦合連接，用于建立第二隧道中用于指示第一隧道的屬性，其中，屬性包括：第一隧道的預(yù)留帶寬、親和力。

圖6是根據(jù)本發(fā)明實施例的流量的轉(zhuǎn)發(fā)裝置的可選結(jié)構(gòu)框圖四，如圖6所示，在依據(jù)第二隧道中更新后的轉(zhuǎn)發(fā)信息進行流量的轉(zhuǎn)發(fā)之后，該裝置還可以包括：刪除模塊62，與第一轉(zhuǎn)發(fā)模塊24耦合連接，用于刪除第二隧道。

需要說明的是，上述各個模塊是可以通過軟件或硬件來實現(xiàn)的，對于后者，可以通過以下方式實現(xiàn)，但不限于此：上述模塊均位于同一處理器中；或者，上述模塊分別位 于多個處理器中。

下面結(jié)合本發(fā)明的可選實施例對本發(fā)明進行舉例說明；

本可選實施例提出了偽造轉(zhuǎn)發(fā)信息保持mpls-te隧道轉(zhuǎn)發(fā)不中斷的方法，該方法采用通過自動創(chuàng)建一條新的保護隧道，并在轉(zhuǎn)發(fā)層面將實際轉(zhuǎn)發(fā)的隧道替換為保護隧道，通過偽造的轉(zhuǎn)發(fā)信息保持轉(zhuǎn)發(fā)面不更新，以達到被保護隧道狀態(tài)變?yōu)閐own時仍能正常轉(zhuǎn)發(fā)流量的方法。其中包含對被保護隧道狀態(tài)的預(yù)判斷，阻塞被保護隧道的狀態(tài)變化并根據(jù)配置的策略自動創(chuàng)建一條新的保護隧道，在轉(zhuǎn)發(fā)面用偽造的轉(zhuǎn)發(fā)信息替換出接口為保護隧道，確認被保護隧道是否恢復(fù)正常并通知用戶，在轉(zhuǎn)發(fā)面取消偽造的轉(zhuǎn)發(fā)信息即更新出接口為被保護隧道，當被保護隧道不能恢復(fù)時通知用戶等方法。

本可選實施例的實現(xiàn)流程如下：

1、針對te_tunnel1的配置指定對該隧道或針對mpls-te的配置指定對所有隧道進行偽造轉(zhuǎn)發(fā)關(guān)系保護，配置中可指定創(chuàng)建偽造轉(zhuǎn)發(fā)關(guān)系時創(chuàng)建的保護隧道所采用的保護策略：如可配置需要采用該保護策略的事件(用戶配置修改，接口帶寬變化，親和力屬性變化等)；預(yù)先配置保護失敗、創(chuàng)建保護隧道失敗、恢復(fù)被保護隧道失敗等各類情況的保護退出策略；獲取被保護隧道的當前路徑(rro)、采用被保護隧道的路徑策略重新算路、指定新的路徑策略等多種可選的隧道算路策略；并可以指定保護隧道的相關(guān)屬性，如是否保留被保護隧道的預(yù)留帶寬(qos)，親和力(affinity)屬性、ds-te屬性等。

2、流量通過靜態(tài)路由、策略路由pbr(policy-basedrouting)、轉(zhuǎn)發(fā)鄰接(forwardingadjacency)、自動路由(autoroute)等方式引入mpls-te隧道進行轉(zhuǎn)發(fā)后，轉(zhuǎn)發(fā)面中相應(yīng)網(wǎng)段的出接口為te_tunnel1。當te_tunnel1的配置變化(事件a)或與te_tunnel1隧道相關(guān)相關(guān)的對象屬性變化(事件b)，若過程(1)中描述的配置開關(guān)打開時，控制面先根據(jù)過程(1)中描述的配置判斷該事件是否為需要阻塞的事件，并對該事件將引起的變化進行分析判斷，如果該事件可能會引起隧道down就先阻塞te_tunnel1狀態(tài)變化，即阻斷該事件的響應(yīng)流程。若過程(1)中描述的配置開關(guān)關(guān)閉或開關(guān)打開但該事件不會影響隧道轉(zhuǎn)發(fā)狀態(tài)時，則不阻塞事件的響應(yīng)流程。

3、當配置或?qū)傩宰兓M入阻塞狀態(tài)后，控制面根據(jù)過程(1)中描述的策略自動創(chuàng)建一條新的隧道te_tunnel2作為保護隧道，保護隧道建立時的策略取決于過程(1)中的配置。te_tunnel2建立并up后，更新轉(zhuǎn)發(fā)面的轉(zhuǎn)發(fā)信息，將出接口為te_tunnel1的網(wǎng)段和上層業(yè)務(wù)更新為出接口te_tunnel2，但這一更新過程在對用戶呈現(xiàn)的轉(zhuǎn)發(fā)表或路由表信息和與te_tunnel1相關(guān)的業(yè)務(wù)中并不可見，在轉(zhuǎn)發(fā)表看該網(wǎng)段的轉(zhuǎn)發(fā)出接口或上層業(yè)務(wù)關(guān)聯(lián)接口仍然是te_tunnel1。

4、當轉(zhuǎn)發(fā)面中的轉(zhuǎn)發(fā)信息更新后，釋放被阻塞的事件響應(yīng)流程，te_tunnel1根據(jù)新的配置或?qū)傩灾匦陆⒉p，系統(tǒng)感知到te_tunnel1恢復(fù)up后，再更新轉(zhuǎn)發(fā)信息，將出接口為te_tunnel2的網(wǎng)段，更新為出接口te_tunnel1，這一更新過程在對用戶呈現(xiàn)的 轉(zhuǎn)發(fā)表或路由表信息和與te_tunnel1相關(guān)的業(yè)務(wù)中并不可見。更新完成后，刪除過程(3)中創(chuàng)建的te_tunnel2。

需要說明的是，流程(2)中所述事件a發(fā)生時，本系統(tǒng)可以通過人機交互接口給出te_tunnel1進入阻塞狀態(tài)的通知，并在通知中對被保護隧道的狀態(tài)、阻塞原因、解決方案等相關(guān)信息通知給用戶。當用戶修改了隧道的相關(guān)配置，系統(tǒng)根據(jù)新的配置嘗試恢復(fù)被保護隧道的狀態(tài)，并能將是否恢復(fù)成功以及新的相關(guān)信息更新并通知用戶；

流程(2)中所述事件b發(fā)生時，本系統(tǒng)可以通過人機交互接口給出te_tunnel1進入阻塞狀態(tài)的通知，并在通知中對被保護隧道的狀態(tài)、阻塞原因、解決方案等相關(guān)信息通知給用戶。當網(wǎng)絡(luò)屬性發(fā)生變化后，系統(tǒng)能夠響應(yīng)屬性變化試圖恢復(fù)被保護隧道的狀態(tài)，并能將是否恢復(fù)成功以及新的相關(guān)信息更新并通知用戶。

需要說明的是，流程(3)中創(chuàng)建保護隧道te_tunnel2及流程(4)中刪除保護隧道te_tunnel2的過程可以是在系統(tǒng)判斷被保護隧道可能down時創(chuàng)建并在保護過程結(jié)束時刪除的臨時隧道，也可以在被保護隧道up后即創(chuàng)建且轉(zhuǎn)發(fā)表更新后不立即刪除；

流程(3)中例舉了用創(chuàng)建的保護隧道te_tunnel2保護te_tunnel1的流量轉(zhuǎn)發(fā)，本發(fā)明中若多條被保護隧道有相同的特征，如相同的egress路由器等，則te_tunnel2可以同時保護多個被保護隧道流量；

當被保護隧道配置或狀態(tài)連續(xù)發(fā)生變化或在被保護隧道up前再次發(fā)生變化，系統(tǒng)能夠識別被保護隧道已經(jīng)處于保護狀態(tài)，如果其對應(yīng)的保護隧道已經(jīng)生成，能阻止再生成另一條新的保護隧道以節(jié)約系統(tǒng)資源；

轉(zhuǎn)發(fā)面中網(wǎng)段的出接口從保護隧道切換回被保護隧道時，可以通過wtr(waitforrestore)延遲回切的方式，以減少被保護隧道狀態(tài)連續(xù)改變造成的反復(fù)切換；

在流程(4)中，被保護隧道恢復(fù)up，轉(zhuǎn)發(fā)面更新網(wǎng)段出接口為被保護隧道后，可以通過人機交互接口通知用戶；

在流程(2)、(3)、(4)中各個階段，用戶都可以通過配置命令或其它人機交互功能，選擇中止偽造轉(zhuǎn)發(fā)信息的保護過程；

在流程(2)、(3)、(4)中各個階段，當系統(tǒng)按流程(1)中描述的保護策略進行保護失敗或恢復(fù)被保護隧道狀態(tài)失敗時，系統(tǒng)可以根據(jù)流程(1)中配置的或系統(tǒng)預(yù)先設(shè)置的策略中止偽造轉(zhuǎn)發(fā)信息的保護過程；

中止偽造轉(zhuǎn)發(fā)信息的保護過程時，系統(tǒng)釋放被保護隧道的阻塞狀態(tài)，被保護隧道狀態(tài)立即同步給其它相關(guān)業(yè)務(wù)

圖7是根據(jù)本發(fā)明可選實施例的偽造轉(zhuǎn)發(fā)信息保持mpls-te隧道轉(zhuǎn)發(fā)不中斷的方法流程圖，如圖7所示，該方法的步驟：

步驟s701：被保護隧道配置或?qū)傩宰兓?/p>

步驟s702：判斷是否偽造轉(zhuǎn)發(fā)信息保護，在判斷結(jié)果為是時，執(zhí)行步驟s704，在判斷結(jié)果為否時，執(zhí)行步驟s705；

步驟s703：配置存儲器，之后執(zhí)行步驟s704；

步驟s704：創(chuàng)建保護隧道；

步驟s705：被保護隧道重建；之后執(zhí)行步驟s709；

步驟s706：更新轉(zhuǎn)發(fā)表；

步驟s707：偽造的轉(zhuǎn)發(fā)信息；

步驟s708：轉(zhuǎn)發(fā)表；

步驟s709：判斷被保護隧道重建是否成功；在判斷結(jié)果為是時，執(zhí)行步驟s711，在判斷結(jié)果為否時，執(zhí)行步驟s710；

步驟s710：通知用戶；之后執(zhí)行步驟s705；

步驟s711：通知用戶，之后執(zhí)行步驟s712；

步驟s712：更新轉(zhuǎn)發(fā)表；

步驟s713：真實的轉(zhuǎn)發(fā)信息；

步驟s714：更新轉(zhuǎn)發(fā)表。

本發(fā)明的實施例還提供了一種存儲介質(zhì)?？蛇x地，在本實施例中，上述存儲介質(zhì)可以被設(shè)置為存儲用于執(zhí)行以下步驟的程序代碼：

s1：建立第二隧道，其中，在建立第二隧道的過程中將第一隧道的轉(zhuǎn)發(fā)信息更新到第二隧道的轉(zhuǎn)發(fā)信息中；

s2：在第一或多個第一隧道進入阻塞狀態(tài)時，依據(jù)第二隧道中更新后的轉(zhuǎn)發(fā)信息進行流量的轉(zhuǎn)發(fā)。

可選地，本實施例中的具體示例可以參考上述實施例及可選實施方式中所描述的示例，本實施例在此不再贅述。

顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多 個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。

以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。