[發(fā)明專利]一種BIER報文轉(zhuǎn)發(fā)方法、裝置、設(shè)備和存儲介質(zhì)

有效

• 申請?zhí)枺?/td>: 201911329040.X
• 申請日: 2019-12-20
• 公開（公告）號: CN113014486B
• 公開（公告）日: 2023-08-01
• 發(fā)明（設(shè)計）人: 彭少富
• 申請（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號: H04L45/50
• 分類號: H04L45/50;H04L47/70;H04L45/02;H04L69/22;H04L69/08
• 代理公司: 北京品源專利代理有限公司 11332
• 代理人: 孟金喆

本申請?zhí)岢隽艘环NBIER報文轉(zhuǎn)發(fā)方法、裝置、設(shè)備和存儲介質(zhì)。其中，該方法包括：在BIFT(Bit?Index?Forwarding?Table,位索引轉(zhuǎn)發(fā)表)轉(zhuǎn)發(fā)表項中設(shè)置BIER轉(zhuǎn)發(fā)鄰居節(jié)點的節(jié)點信息；根據(jù)所述節(jié)點信息確認(rèn)所述BIER轉(zhuǎn)發(fā)鄰居節(jié)點存在處理目標(biāo)報文格式的能力時，按照所述目標(biāo)報文格式封裝BIER報文；將所述BIER報文發(fā)送至所述BIER轉(zhuǎn)發(fā)鄰居節(jié)點。本申請實施例的技術(shù)方案，通過轉(zhuǎn)發(fā)表項確定轉(zhuǎn)發(fā)節(jié)點的目標(biāo)報文格式的處理能力，在滿足處理能力時將BIER報文封裝為目標(biāo)報文格式，實現(xiàn)了不同網(wǎng)域下的BIER報文轉(zhuǎn)發(fā)，可將non?MPLS?BIER報文承載在MPLS隧道上，解決了不同的網(wǎng)域下的互聯(lián)互通的問題。

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

本申請涉及數(shù)據(jù)通信領(lǐng)域，具體涉及一種BIER報文轉(zhuǎn)發(fā)方法、裝置、設(shè)備和存儲介質(zhì)。

背景技術(shù)

RFC8279定義了BIER(Bit?Indexed?Explicit?Replication，位索引顯式復(fù)制)架構(gòu)，是組播數(shù)據(jù)報文轉(zhuǎn)發(fā)的一種新的架構(gòu)，為組播數(shù)據(jù)報文在組播域中提供最優(yōu)路徑轉(zhuǎn)發(fā)。不需要使用協(xié)議建立組播分發(fā)樹，也不需要中間節(jié)點維護任何流狀態(tài)。當(dāng)組播報文從域外到達(dá)BFIR(Bit-Forwarding?Ingress?Router，位轉(zhuǎn)發(fā)入口路由器)時，BFIR先確定報文將在哪個BIER?SD(sub-domain)內(nèi)發(fā)送并發(fā)往哪些BFER(Bit-Forwarding?Egress?Router，位轉(zhuǎn)發(fā)出口路由器)。BFIR然后在報文頭中插入“BIER?header”，其中包含一個BitString，BitString的每一位表示相應(yīng)BFER的BFR-id。一個報文能轉(zhuǎn)發(fā)至的BFER的個數(shù)，取決于BSL(BitString?Length，BitString的長度)。有可能，sub-domain中包含的BFER個數(shù)會超過BSL，為了支持這種情況，在BIER?header中再引入SI(Set?Identifier，集合標(biāo)識)。SI與BitString一起確定報文要轉(zhuǎn)發(fā)至哪些BFER。若SI為n，BitString中的第K位為1(記最低位為第1位)，則報文將會發(fā)給BFR-id為n*BSL+K的BFER。

RFC8296描述了BIER?header的具體封裝方式，具體包含多種，能適用于MPLS(Multiprotocol?Label?Switching多協(xié)議標(biāo)簽交換)網(wǎng)絡(luò)的MPLS?BIER報文，與能適用于non-MPLS網(wǎng)絡(luò)的non-MPLS?BIER報文。對于MPLS?BIER報文，BIER?header中的BIFT-id是MPLS?label，通過該MPLS?label能查詢得到相應(yīng)的SD,BSL,SI信息，這種方式的好處是利用了已有的成熟的MPLS轉(zhuǎn)發(fā)平面，通過命中的標(biāo)簽表項來識別是一個BIER報文，即BIER報文本質(zhì)上是一個標(biāo)簽報文，但壞處是需要浪費很多標(biāo)簽資源。對于non-MPLS?BIER報文，BIER?header中的BIFT-id直接標(biāo)識了特定的SD,BSL,SI對應(yīng)的BIFT子表，此時任何承載BIER報文的封裝頭(如Ethernet,、IP、UDP、MPLS等)均需要具備識別BIER報文的能力，如Ethernet就擴展了其協(xié)議類型字段的取值，當(dāng)Etherttype取值為0xAB37時，表示所封裝的是一個non-MPLS?BIER報文。

non-MPLS?BIER封裝方式的好處不需要浪費數(shù)量眾多的標(biāo)簽資源，與SD,BSL,SI對應(yīng)的BIFT-id是BIER特有的資源，非常充足，它可以是全局含義的，也可以是本地含義的。但non-MPLS?BIER封裝方式的問題是需要直接擴展現(xiàn)有的數(shù)量眾多的封裝頭，如Ethernet、IP、UDP、MPLS等拓展的封裝頭，將會面臨顯然的互聯(lián)互通問題，因為網(wǎng)絡(luò)中并非所有廠商的節(jié)點都已升級完成相應(yīng)的擴展，特別是MPLS封裝中根本就沒有可擴展的協(xié)議字段去識別內(nèi)層載荷。考慮到MPLS已經(jīng)在現(xiàn)網(wǎng)中得到了大量的部署，在網(wǎng)絡(luò)演進(jìn)中，更多的會面臨MPLS網(wǎng)絡(luò)連接許多新建的non-MPLS?BIER孤島的情況，缺少BIER報文在不同協(xié)議報文格式網(wǎng)域中轉(zhuǎn)發(fā)的方案。

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

本申請?zhí)岢隽艘环NBIER報文轉(zhuǎn)發(fā)方法、裝置、設(shè)備和存儲介質(zhì)。