操作、管理和維護(hù)oam報文處理方法及裝置的制造方法
【技術(shù)領(lǐng)域】
[0001 ] 本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種操作、管理和維護(hù)(Operat1nAdministrat1n and Maintenance,簡稱為0AM)報文處理方法及裝置。
【背景技術(shù)】
[0002]自從數(shù)據(jù)中心網(wǎng)絡(luò)向Overlay網(wǎng)絡(luò)發(fā)展以后，網(wǎng)絡(luò)邊緣成為了虛擬網(wǎng)絡(luò)與物理網(wǎng)絡(luò)的分界點，其中，網(wǎng)絡(luò)邊緣可以為Server或者ToR,以及可能為Gateway。然而Overlay技術(shù)并沒有解決所有問題，數(shù)據(jù)中心中還有很多Middleware，如防火墻/負(fù)載均衡器等，這些設(shè)備都是基于用戶業(yè)務(wù)來處理數(shù)據(jù)的，如果通過隧道而穿越這些設(shè)備，顯然是不行的。
[0003]數(shù)據(jù)中心的這種部署模型，要求虛擬防火墻/負(fù)載均衡器可以在網(wǎng)絡(luò)中任意部署，也就是與網(wǎng)絡(luò)拓?fù)錈o關(guān)。這樣新問題是，如何將流量能夠靈活的通過虛擬防火墻/負(fù)載均衡器進(jìn)行處理？這些虛擬防火墻/負(fù)載均衡器等業(yè)務(wù)處理功能，獨立于原網(wǎng)絡(luò)拓?fù)?，由?biāo)準(zhǔn)服務(wù)器來實現(xiàn)。
[0004]在相關(guān)技術(shù)中，把虛擬防火墻/負(fù)載均衡器/網(wǎng)關(guān)等業(yè)務(wù)處理功能，稱為業(yè)務(wù)功能(Service Funct1n,簡稱為SF),而流量經(jīng)過一系列的SF的處理，形成業(yè)務(wù)功能鏈(Service Funct1n Chaining,簡稱為SFC)。業(yè)務(wù)功能鏈?zhǔn)且幌盗谐橄蟮臉I(yè)務(wù)功能的有序排列，具體業(yè)務(wù)流量轉(zhuǎn)發(fā)時到底經(jīng)過的哪些SFFs和/或哪些SFs的有序組合，SFC是不定義的。圖1是相關(guān)技術(shù)中SFC的示例圖，如圖1所示，實線與虛線表示兩條SFC，有時也叫業(yè)務(wù)鏈Service Chain。下面對SFC的框架進(jìn)行說明。
[0005]該SFC可以分為如下組件:
[0006]1.業(yè)務(wù)疊加(Service Overlay),即各個業(yè)務(wù)功能節(jié)點需要通信的Overlay (疊加)技術(shù)；
[0007]2.通用業(yè)務(wù)控制平面(Generic Service Control Plane,簡稱為 GSCP),形成 SFC的控制器；
[0008]3.業(yè)務(wù)分類器(Service Classif ier,簡稱為SC),即需要進(jìn)行者流識別，然后特定的流，進(jìn)行特定的SFC處理；
[0009]4、業(yè)務(wù)功能(Service Funct1n,簡稱為SF),對數(shù)據(jù)報文進(jìn)行業(yè)務(wù)處理的組件；
[0010]5.業(yè)務(wù)功能轉(zhuǎn)發(fā)器(Service Funct1n Forwarder,簡稱為SFF),負(fù)責(zé)同一業(yè)務(wù)節(jié)點的內(nèi)部多個SFs之間的轉(zhuǎn)發(fā)。Overlay的數(shù)據(jù)報文經(jīng)過業(yè)務(wù)節(jié)點的網(wǎng)絡(luò)轉(zhuǎn)發(fā)器NF封裝、解封裝外層overlay層后，主要在SFF組件上進(jìn)行封裝、解封裝、更新業(yè)務(wù)功能報文頭(Network Service Header,簡稱為NSH)。圖2是相關(guān)技術(shù)中業(yè)務(wù)功能報文頭的報文格式示意圖，如圖2所示；
[0011]6.網(wǎng)絡(luò)轉(zhuǎn)發(fā)器(Network Forwarder,簡稱為NF),負(fù)責(zé)同一業(yè)務(wù)節(jié)點的內(nèi)部多個SFFs之間的轉(zhuǎn)發(fā)；以及對Overlay的數(shù)據(jù)報文進(jìn)行封裝、解封裝Overlay層；同時，處理不同業(yè)務(wù)節(jié)點之間的轉(zhuǎn)發(fā)；
[0012]7.業(yè)務(wù)功能路徑(Service Funct1n Path,簡稱為SFP),圖3是相關(guān)技術(shù)中業(yè)務(wù)功能路徑的示意圖，如圖3所示，SFP是從分類器開始，經(jīng)過若干有序的具體的業(yè)務(wù)功能實例，達(dá)到目的地的一條業(yè)務(wù)處理路徑。在某些情況下，通用業(yè)務(wù)控制平臺GSCP并不能知曉沿途經(jīng)過的所有業(yè)務(wù)功能實例，比如負(fù)荷分擔(dān)場景或者業(yè)務(wù)服務(wù)等級場景等，此時，位于抽象的業(yè)務(wù)功能鏈SFC和真實具體的流量轉(zhuǎn)發(fā)經(jīng)過的有序業(yè)務(wù)實例構(gòu)成的路徑之間的這種業(yè)務(wù)功能鏈的描述，也稱之為業(yè)務(wù)功能路徑。一條業(yè)務(wù)功能鏈可能包括多個業(yè)務(wù)功能路徑，不同的業(yè)務(wù)功能路徑對應(yīng)于不同的策略。
[0013]8.控制平面元數(shù)據(jù)(Dataplane Metadata),這是一大特點，元數(shù)據(jù)(Metadata)允許各個業(yè)務(wù)功能節(jié)點，能夠互相交換信息，達(dá)到某種業(yè)務(wù)處理目的。
[0014]綜上所述，SFC能夠?qū)⒕W(wǎng)絡(luò)設(shè)備業(yè)務(wù)功能和轉(zhuǎn)發(fā)分離開來，從而實現(xiàn)了業(yè)務(wù)功能的獨立運算和處理，提升網(wǎng)絡(luò)設(shè)備的轉(zhuǎn)發(fā)性能。
[0015]OAM技術(shù)是針對網(wǎng)絡(luò)連通性檢測、故障定位、排查的網(wǎng)絡(luò)傳輸技術(shù)，以及出現(xiàn)故障的時候，能夠提供保護(hù)倒換的觸發(fā)機制。它包含了鏈路連通性檢測(ConnectivityVerificat1n,簡稱為CV)機制、Ping機制以及Trace機制。對于不同的承載網(wǎng)協(xié)議,均有相應(yīng)的OAM機制。例如，以太網(wǎng)有以太OAM協(xié)議，IP網(wǎng)絡(luò)有IP OAM協(xié)議，MPLS網(wǎng)絡(luò)有MPLSOAM0
[0016]其中，IP OAM中的IP Ping和IP Traceroute機制是基于ICMP協(xié)議的。其中，IP Ping通過擴展ICMP協(xié)議的type的字段實現(xiàn)請求request和應(yīng)答reply消息；IPTraceroute 通過修改 IP Ping request 消息中的 TTL 值實現(xiàn) Traceroute 的請求 request報文，通過TTL超期的ICMP差錯報文實現(xiàn)Traceroute的應(yīng)答reply報文；但是通過ICMP承載存在兩大問題:1.涉及兩種IP層的協(xié)議，分別是ICMPv4和ICMPv6，當(dāng)擴展SFC OAM時，從兩個協(xié)議層面都去擴展顯得略微繁瑣；2.1CMP報文不方便用于擴展來攜帶Trace響應(yīng)信肩、O
[0017]另夕卜，MPLS OAM的LSP Ping和LSP Trace機制是基于UDP協(xié)議的，使用目的端口號3503。因為需要考慮到對不同類型的LSP(比如，IPv4 LDP LSP、IPv6LDP LSP、IPv4 RSVPLSP、IPv6 RSVP LSP、Pff LSP 等)進(jìn)行不同的 LSP Ping 和 LSP Trace，為了方便擴展，LSPPing和LSP Trace沒有使用基于ICMP機制的Ping和Traceroute擴展，而是基于UDP協(xié)議進(jìn)行擴展。
[0018]圖4是相關(guān)技術(shù)中SFC OAM技術(shù)框架示意圖,如圖4所示，SFC OAM的技術(shù)框架主要用于診斷業(yè)務(wù)功能鏈或者業(yè)務(wù)功能之間的鏈路狀況。其中的一種實現(xiàn)方式如圖5所示，圖5是相關(guān)技術(shù)中SFC OAM報文格式一的示意圖，如圖5所示，在業(yè)務(wù)功能報文頭NSH中預(yù)留一個字段，用于標(biāo)識是OAM報文以及OAM報文類型；另一種實現(xiàn)方式如圖6所示，圖6是相關(guān)技術(shù)中SFC OAM報文格式二的示意圖，如圖6所示，在業(yè)務(wù)功能報文頭NSH中預(yù)留I個BH，用于標(biāo)識是OAM報文，至于是哪種類型的OAM報文，放在業(yè)務(wù)功能報文頭NSH以外的報文中。但是無論哪種方案，都沒有涉及到具體的SFC OAM報文內(nèi)容，到底承載在什么協(xié)議報文之上，是ICMP報文的擴展呢，還是UDP報文的擴展呢，還是其他。
[0019]因此，在相關(guān)技術(shù)中，存在無法確定SFC OAM報文內(nèi)容，以及基于什么協(xié)議承載該報文的問題。

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

[0020]本發(fā)明提供了一種操作、管理和維護(hù)OAM報文處理方法及裝置，以至少解決相關(guān)技術(shù)中存在無法確定SFC OAM報文內(nèi)容，以及基于什么協(xié)議承載該報文的問題。
[0021]根據(jù)本發(fā)明的一個方面，提供了一種操作、管理和維護(hù)OAM報文處理方法，包括:源端業(yè)務(wù)節(jié)點確定用于在業(yè)務(wù)功能鏈SFC上發(fā)送的OAM報文，其中，所述OAM報文包括:載荷Payload、OAM報文頭、業(yè)務(wù)功能報文頭，其中，所述OAM報文采用預(yù)定的SFC OAM網(wǎng)絡(luò)端口號承載；所述源端業(yè)務(wù)節(jié)點將承載在所述預(yù)定的SFC OAM網(wǎng)絡(luò)端口號上的所述OAM報文發(fā)送給所述SFC上的目的業(yè)務(wù)節(jié)點處理。
[0022]優(yōu)選地，所述OAM報文采用以下格式至少之一:Payload、OAM報文頭、業(yè)務(wù)功能報文頭，其中，SFC OAM類型承載于所述OAM報文頭中；Payload、0AM報文頭、業(yè)務(wù)功能報文頭，其中，SFC OAM類型承載于所述業(yè)務(wù)功能報文頭中。
[0023]優(yōu)選地，基于UDP協(xié)議承載的SFC OAM報文包括以下信息至少之一:UDP源端口號、用于標(biāo)識SFC OAM報文端口號的UDP目的端口號、用于標(biāo)識SFC OAM報文的版本號的版本信息、用于標(biāo)識SFC OAM報文的報文類型信息、用于標(biāo)識響應(yīng)報文的響應(yīng)模式信息、用于標(biāo)識故障原因的返回編碼信息、用于標(biāo)識報文發(fā)送頻率的頻率信息、用于請求報文隨機生成的信息、用于標(biāo)識報文發(fā)送的時間點的信息、用于標(biāo)識報文接收的時間點的信息、用于請求報文中待擴展的TLV，或者用于響應(yīng)報文中標(biāo)識獲取的業(yè)務(wù)功能鏈路信息的TLV、用于標(biāo)識填充字段的填充字段信息。
[0024]優(yōu)選地，在將承載在所述預(yù)定的SFC OAM網(wǎng)絡(luò)端口號上的所述OAM報文發(fā)送給所述SFC上的目的業(yè)務(wù)節(jié)點處理之后，還包括:在所述SFC OAM報文攜帶的響應(yīng)模式為IPv4/IPv6用戶數(shù)據(jù)協(xié)議UDP報文時，接收到所述目的業(yè)務(wù)節(jié)點不攜帶業(yè)務(wù)功能報文頭的IPv4/IPv6 UDP報文，其中，所述IPv4/IPv6 UDP報文中攜帶有對所述OAM報文處理后獲得的處理結(jié)果；在所述SFC OAM報文攜帶的響應(yīng)模式為SFC OAM UDP報文時，接收到所述目的業(yè)務(wù)節(jié)點發(fā)送的SFC OAM UDP報文，其中，所述SFC OAM UDP報文攜帶有對所述OAM報文處理后獲得的處理結(jié)果。
[0025]優(yōu)選地，所述源端業(yè)務(wù)節(jié)點為業(yè)務(wù)分類器或者業(yè)務(wù)功能鏈上的其中一個業(yè)務(wù)節(jié)點。
[0026]根據(jù)本發(fā)明的另一方面，提供了一種操作、管理和維護(hù)OAM報文處理方法，包括:目的業(yè)務(wù)節(jié)點接收在業(yè)務(wù)功能鏈SFC上發(fā)送的OAM報文，其中，所述OAM報文包括:載荷Payload、OAM報文頭、業(yè)務(wù)功能報文頭，其中，OAM報文采用預(yù)定的SFC OAM網(wǎng)絡(luò)端口號承載；所述目的業(yè)務(wù)節(jié)點對接收的所述OAM報文進(jìn)行處理。
[0027]優(yōu)選地，所述OAM報文采用以下格式至少之一:Payload、OAM報文頭、業(yè)務(wù)功能報文頭，其中，SFC OAM類型承載于所述OAM報文頭中；Payload、0AM報文頭、業(yè)務(wù)功能報文頭，其中，SFC OAM類型承載于所述業(yè)務(wù)功能報文頭中。
[0028]優(yōu)選地，基于UDP協(xié)議承載的SFC OAM報文包括以下信息至少之一:UDP源端口號、用于標(biāo)識SFC OAM報文端口號的UDP目的端口號、用于標(biāo)識SFC OAM報文的版本號的版本信息、用于標(biāo)識SFC OAM報文的報文類型信息、用于標(biāo)識響應(yīng)報文的響應(yīng)模式信息、用于標(biāo)識故障原因的返回編碼信息、用于標(biāo)識報文發(fā)送頻率的頻率信息、用于請求報文隨機生成的信息、用于標(biāo)識報文發(fā)送的時間點的信息、用于標(biāo)識報文接收的時間點的信息、用于請求報文中待擴展的TLV，或者用于響應(yīng)報文中標(biāo)識獲取的業(yè)務(wù)功能鏈路信息的TLV、用于標(biāo)識填充字