[發(fā)明專(zhuān)利]一種創(chuàng)建雙向段路由隧道的方法、設(shè)備及存儲(chǔ)介質(zhì)

有效

• 申請(qǐng)?zhí)枺?/td>: 201810050753.1
• 申請(qǐng)日: 2018-01-18
• 公開(kāi)（公告）號(hào): CN110061920B
• 公開(kāi)（公告）日: 2021-10-19
• 發(fā)明（設(shè)計(jì)）人: 詹雙平
• 申請(qǐng)（專(zhuān)利權(quán)）人: 中興通訊股份有限公司
• 主分類(lèi)號(hào): H04L12/721
• 分類(lèi)號(hào): H04L12/721;H04L12/723;H04L12/46
• 代理公司: 北京天昊聯(lián)合知識(shí)產(chǎn)權(quán)代理有限公司 11112
• 代理人: 彭瑞欣;張?zhí)焓?/td>

本發(fā)明公開(kāi)了一種創(chuàng)建雙向段路由隧道的方法、設(shè)備及存儲(chǔ)介質(zhì)，其中，所述方法包括：第一網(wǎng)元與第二網(wǎng)元建立會(huì)話的過(guò)程中，通過(guò)消息進(jìn)行是否支持創(chuàng)建雙向段路由(SR)隧道的能力協(xié)商；若支持創(chuàng)建SR隧道，第一網(wǎng)元向第二網(wǎng)元發(fā)送攜帶有雙向標(biāo)志位的SR隧道創(chuàng)建消息，使第二網(wǎng)元能根據(jù)所述雙向標(biāo)志位來(lái)確定創(chuàng)建的是雙向隧道還是單向隧道。

技術(shù)領(lǐng)域

本發(fā)明涉及隧道創(chuàng)建技術(shù)，尤其涉及一種創(chuàng)建雙向段路由(SR)隧道的方法、設(shè)備及存儲(chǔ)介質(zhì)。

背景技術(shù)

分段路由(Segment Routing)是一種源路由技術(shù)，通過(guò)在源節(jié)點(diǎn)壓入一系列有序的標(biāo)簽(Segment)來(lái)指導(dǎo)報(bào)文的轉(zhuǎn)發(fā)，通過(guò)SR指定路徑轉(zhuǎn)發(fā)功能，可以非常便捷的實(shí)現(xiàn)網(wǎng)絡(luò)的負(fù)載均衡和流量工程，以及與拓?fù)錈o(wú)關(guān)的快速重路由保護(hù)等復(fù)雜網(wǎng)絡(luò)功能。分段路由支持多協(xié)議標(biāo)簽交換(Multiprotocol Label Switching，MPLS)和IPv6兩者轉(zhuǎn)發(fā)面，且在MPLS的場(chǎng)景下完全兼容和繼承了現(xiàn)有的MPLS轉(zhuǎn)發(fā)數(shù)據(jù)平面，不需要修改MPLS的報(bào)文頭就可以實(shí)現(xiàn)對(duì)于段路由的轉(zhuǎn)發(fā)。同時(shí)相對(duì)傳統(tǒng)的MPLS方案具有獨(dú)特的優(yōu)勢(shì)：和傳統(tǒng)MPLS網(wǎng)絡(luò)需要依靠標(biāo)簽分發(fā)協(xié)議(LDP)、資源預(yù)留協(xié)議(RSVP)等信令協(xié)議實(shí)現(xiàn)標(biāo)簽的分發(fā)、TE等功能不同，SR簡(jiǎn)化了控制平面，完全基于分布式路由協(xié)議，通過(guò)對(duì)現(xiàn)有的內(nèi)部網(wǎng)關(guān)協(xié)議(IGP)協(xié)議進(jìn)行簡(jiǎn)單的擴(kuò)展實(shí)現(xiàn)標(biāo)簽分發(fā)。在轉(zhuǎn)發(fā)面，標(biāo)簽代表的是網(wǎng)絡(luò)拓?fù)?節(jié)點(diǎn)或鏈路)的信息，端到端的連接由一組有序的標(biāo)簽棧來(lái)表示，節(jié)點(diǎn)只需維護(hù)拓?fù)湫畔⒍鵁o(wú)需維護(hù)連接的狀態(tài)，解決了MPLS網(wǎng)絡(luò)可擴(kuò)展性的問(wèn)題。此外基于源路由的技術(shù)僅操作頭節(jié)點(diǎn)即可完成端到端路徑建立，大大提高了業(yè)務(wù)部署效率。

為了實(shí)現(xiàn)SR網(wǎng)絡(luò)的流量工程，往往需要部署集中控制器或者路徑計(jì)算單元(PCE)來(lái)根據(jù)全網(wǎng)的帶寬、代價(jià)、標(biāo)簽資源等進(jìn)行約束路徑計(jì)算，實(shí)現(xiàn)流量全局最優(yōu)。PCE計(jì)算協(xié)議(PCE Communication Protocol，PCEP)是一種廣泛應(yīng)用于現(xiàn)有網(wǎng)絡(luò)的路徑計(jì)算協(xié)議，也可以作為SR控制器的南向接口。為了支持SR隧道，IETF對(duì)PCEP協(xié)議進(jìn)行了擴(kuò)展，其擴(kuò)展的具體內(nèi)容在IETF工作組草案draft-ietf-pce-segment-routing中描述。其中，定義了路徑計(jì)算客戶(hù)端(Path Computation Clients，PCC)端和PCE端在PCEP會(huì)話初始化時(shí)，通過(guò)Open消息對(duì)PCC和PCE進(jìn)行能力協(xié)商。如果協(xié)商成功，則可以通過(guò)PCEP創(chuàng)建SR隧道，以支持SR在控制器場(chǎng)景下的部署要求。但此IETF草案只能創(chuàng)建普通的單向SR隧道，對(duì)于傳送網(wǎng)應(yīng)用的雙向SR隧道并不支持，導(dǎo)致雙向SR隧道的部署存在困難。

發(fā)明內(nèi)容

為解決上述技術(shù)問(wèn)題，本發(fā)明實(shí)施例提供了一種創(chuàng)建SR隧道的方法、設(shè)備及存儲(chǔ)介質(zhì)，解決了部署雙向SR隧道存在困難的問(wèn)題。

本發(fā)明實(shí)施例的一種創(chuàng)建雙向段路由隧道的方法，所述方法包括：

第一網(wǎng)元與第二網(wǎng)元建立會(huì)話的過(guò)程中，通過(guò)消息進(jìn)行是否支持創(chuàng)建SR隧道的能力協(xié)商；

若支持創(chuàng)建SR隧道，第一網(wǎng)元向第二網(wǎng)元發(fā)送攜帶有雙向標(biāo)志位的SR隧道創(chuàng)建消息，使第二網(wǎng)元能根據(jù)所述雙向標(biāo)志位來(lái)確定創(chuàng)建的是雙向隧道還是單向隧道。

上述方案中，所述SR隧道創(chuàng)建消息中攜帶有標(biāo)簽棧，所述標(biāo)簽棧由至少一個(gè)標(biāo)簽組成；

所述標(biāo)簽棧不包含任何SR路徑信息、或者包含任意方向的SR路徑信息。

上述方案中，所述標(biāo)簽為節(jié)點(diǎn)標(biāo)簽(Node SID)時(shí)，采用現(xiàn)有協(xié)議標(biāo)準(zhǔn)，有別于PathSID，不包含任何SR路徑信息。

上述方案中，所述標(biāo)簽為鄰接標(biāo)簽(Adj SID)時(shí)，采用現(xiàn)有協(xié)議標(biāo)準(zhǔn)，有別于PathSID，不包含任何SR路徑信息。

上述方案中，所述標(biāo)簽為Path SID時(shí)，包含任意方向的SR路徑信息；

其中，所述任意方向的SR路徑信息包含正向路徑信息和/或反向路徑信息。