曹云飛，霍龍社，何 濤（中國聯(lián)通研究院，北京 100048）

0 引言

隨著5G與人工智能的發(fā)展，車聯(lián)網(wǎng)、遠(yuǎn)程醫(yī)療、智能工廠等新興產(chǎn)業(yè)不斷涌現(xiàn)，越來越多的數(shù)據(jù)需要就近處理和分析。為了滿足這些需求，越來越多的計(jì)算下沉到接近數(shù)據(jù)源的網(wǎng)絡(luò)邊緣。隨著邊緣計(jì)算的誕生，多級(jí)計(jì)算節(jié)點(diǎn)遍布網(wǎng)絡(luò)。通過網(wǎng)絡(luò)將算力連接起來并進(jìn)行統(tǒng)一管理和調(diào)度成為算力網(wǎng)絡(luò)的目標(biāo)。

算力網(wǎng)絡(luò)是一種根據(jù)業(yè)務(wù)需求，在云、網(wǎng)、邊之間按需分配和靈活調(diào)度計(jì)算資源、存儲(chǔ)資源以及網(wǎng)絡(luò)資源的新型信息基礎(chǔ)設(shè)施［1］。隨著算力網(wǎng)絡(luò)的關(guān)注度持續(xù)升高，該技術(shù)領(lǐng)域產(chǎn)生了不同的技術(shù)類型［2］。IRTF成立了在網(wǎng)計(jì)算研究組（COINRG）［3-6］，在網(wǎng)計(jì)算指網(wǎng)絡(luò)設(shè)備的功能是“轉(zhuǎn)發(fā)+計(jì)算”。算力網(wǎng)絡(luò)領(lǐng)域的計(jì)算優(yōu)先網(wǎng)絡(luò)（Compute First Networking，CFN）以及基于SRv6 和IPv6+的算力網(wǎng)絡(luò)均屬于在網(wǎng)計(jì)算。CFN 將當(dāng)前的計(jì)算能力狀況和網(wǎng)絡(luò)狀況作為路由信息發(fā)布到網(wǎng)絡(luò)，根據(jù)算力狀況以及網(wǎng)絡(luò)狀況計(jì)算和執(zhí)行路由。SRv6 通過源路由實(shí)現(xiàn)報(bào)文轉(zhuǎn)發(fā)路徑的可編程。CFN為基于算力的路由提供了解決方案，但是目前還沒有算力編排的能力。為了在網(wǎng)絡(luò)層面實(shí)現(xiàn)算力編排，為CFN 提供算力編排能力，本文提出了一種新的基于SRv6的可編排計(jì)算優(yōu)先網(wǎng)絡(luò)實(shí)現(xiàn)方法。

1 研究背景

1.1 CFN

CFN 將服務(wù)節(jié)點(diǎn)的計(jì)算能力狀況和網(wǎng)絡(luò)狀況作為路由信息發(fā)布到網(wǎng)絡(luò)，網(wǎng)絡(luò)基于虛擬的服務(wù)ID 將計(jì)算任務(wù)報(bào)文路由到最合適的計(jì)算節(jié)點(diǎn)，實(shí)現(xiàn)最優(yōu)的用戶體驗(yàn)、計(jì)算資源利用率以及網(wǎng)絡(luò)效率［7］。CFN 能夠?yàn)閼?yīng)用提供的核心價(jià)值是基于算力和算法動(dòng)態(tài)調(diào)度計(jì)算資源，保證業(yè)務(wù)的用戶體驗(yàn)。

1.1.1 CFN概述

如圖1 所示，CFN 網(wǎng)絡(luò)按角色分為服務(wù)器端、CFN域和客戶端［3］。圖1 在參考文獻(xiàn)［3］基礎(chǔ)上進(jìn)行了改動(dòng)：邊緣站點(diǎn)改為站點(diǎn)，服務(wù)節(jié)點(diǎn)增加了資源接口和服務(wù)接口，CFN 層改為CFN 域。由于算力網(wǎng)絡(luò)不僅包括邊緣站點(diǎn)，未來也會(huì)包括數(shù)據(jù)中心和端。算力服務(wù)提供者不僅限于邊緣站點(diǎn)，所以本文將邊緣站點(diǎn)改為站點(diǎn)。由于服務(wù)節(jié)點(diǎn)通過資源接口向CFN 路由器提供資源信息，通過服務(wù)接口提供對外計(jì)算服務(wù)，所以服務(wù)節(jié)點(diǎn)增加了資源接口和服務(wù)接口。由于多個(gè)CFN 路由器組成網(wǎng)狀拓?fù)浣Y(jié)構(gòu)，而不是兩兩相連的一層，所以本文將CFN層改為CFN域。

圖1 CFN網(wǎng)絡(luò)拓?fù)?/p>

1.1.2 CFN控制面原理

如圖2 所示，CFN 控制面完成算力信息的全網(wǎng)同步。站點(diǎn)的服務(wù)節(jié)點(diǎn)將本地服務(wù)狀態(tài)注冊到CFN 路由器的本地注冊表。本地服務(wù)狀態(tài)包括Service ID——服務(wù)的唯一標(biāo)識(shí)、服務(wù)IP 地址和計(jì)算資源情況等。CFN 路由器將本地服務(wù)狀態(tài)基于CFN 路由協(xié)議加載到報(bào)文中，將服務(wù)狀態(tài)擴(kuò)散到其他CFN 路由器。CFN 路由器基于CFN 路由協(xié)議將本地以及其他CFN路由器擴(kuò)散的服務(wù)狀態(tài)信息匯總生成服務(wù)信息路由表。

圖2 CFN控制面原理

1.1.3 CFN數(shù)據(jù)面原理

CFN 數(shù)據(jù)面完成客戶端對服務(wù)節(jié)點(diǎn)Service ID 請求的路由轉(zhuǎn)發(fā)。CFN Ingress 節(jié)點(diǎn)收到請求后，根據(jù)網(wǎng)絡(luò)情況、計(jì)算資源情況綜合評估，選擇一個(gè)服務(wù)節(jié)點(diǎn)以及相關(guān)聯(lián)的CFN Egress 節(jié)點(diǎn)，將原請求數(shù)據(jù)包封裝并發(fā)送。CFN Egress 節(jié)點(diǎn)收到數(shù)據(jù)包，根據(jù)Service ID查找對應(yīng)服務(wù)節(jié)點(diǎn)IP，將數(shù)據(jù)封裝并發(fā)送。外層數(shù)據(jù)包源地址為客戶端IP，目的地址為服務(wù)節(jié)點(diǎn)IP。內(nèi)層數(shù)據(jù)包源地址為客戶端IP，目的地址為Service ID。服務(wù)節(jié)點(diǎn)收到數(shù)據(jù)包后在本地查詢與Service ID 綁定的服務(wù)地址，調(diào)用對應(yīng)的服務(wù)，將結(jié)果返回給客戶端。

1.2 SRv6

SR（Segment Routing）是源路由技術(shù)的一種，節(jié)點(diǎn)選擇路徑，并且引導(dǎo)數(shù)據(jù)包沿著該路徑通過網(wǎng)絡(luò)，其做法是在數(shù)據(jù)包頭部插入帶順序的segment 列表，以指示接收到這些數(shù)據(jù)包的節(jié)點(diǎn)怎么去處理和轉(zhuǎn)發(fā)這些數(shù)據(jù)包。為了實(shí)現(xiàn)SRv6 轉(zhuǎn)發(fā)，需要向IPv6 報(bào)文中插入一個(gè)段路由頭（Segment Routing Header，SRH）的擴(kuò)展頭，存儲(chǔ)IPv6 的Segment List 信息。報(bào)文轉(zhuǎn)發(fā)時(shí)，依靠Segments Left 和Segment List 字段共同決定IPv6目的地址（IPv6 DA）信息，從而指導(dǎo)報(bào)文的轉(zhuǎn)發(fā)路徑和行為。

128 位SRv6 Service ID 主要由標(biāo)識(shí)節(jié)點(diǎn)位置的LOC字段（IPv6前綴格式，可路由）、標(biāo)識(shí)服務(wù)和功能的FUNC字段（本地識(shí)別）以及存儲(chǔ)相關(guān)參數(shù)的ARG字段3 部分組成。一個(gè)標(biāo)準(zhǔn)的SRv6 Service ID 可以定義特定節(jié)點(diǎn)的路徑信息、服務(wù)和功能信息。

SRv6 網(wǎng)絡(luò)編程標(biāo)準(zhǔn)中，SRv6 節(jié)點(diǎn)（Endpoint）通過本地定義的行為（Behavior）處理SRv6 報(bào)文。SRv6 定義了多種Endpoint Behavior，每個(gè)節(jié)點(diǎn)需要實(shí)例化它們并分配Service ID，同時(shí)通過路由協(xié)議公布，以便外部了解節(jié)點(diǎn)所能提供的Behavior。常用的Endpoint Behavior 有END、END.X、END.DT4、END.DT6 等，實(shí)現(xiàn)Underlay選路、Overlay業(yè)務(wù)承載等功能。

2 基于SRv6實(shí)現(xiàn)可編排計(jì)算優(yōu)先網(wǎng)絡(luò)

CFN 借助路由協(xié)議將獲取的計(jì)算資源信息發(fā)布給相鄰的CFN 路由器，實(shí)現(xiàn)計(jì)算資源信息的全網(wǎng)擴(kuò)散。SRv6 通過在IPv6 報(bào)文中新增SRH 報(bào)頭來控制報(bào)文的轉(zhuǎn)發(fā)路徑和行為，從而提供網(wǎng)絡(luò)可編程能力。通過SID（segment ID）中的Function 字段、Arguments 字段以及Segment 序列之后的Optional TLV（Type-Length-Value）提供可擴(kuò)展能力。

SRv6 的這些優(yōu)點(diǎn)為算力編排以及參數(shù)傳遞提供了技術(shù)基礎(chǔ)。CFN 為基于算力的路由提供了解決方案，但是沒有提供算力編排的能力。為了在網(wǎng)絡(luò)層面實(shí)現(xiàn)算力編排，為CFN 提供算力編排能力，本文提出了一種新的基于SRv6 的可編排計(jì)算優(yōu)先網(wǎng)絡(luò)實(shí)現(xiàn)方法?；赟Rv6技術(shù)來實(shí)現(xiàn)CFN數(shù)據(jù)傳輸，實(shí)現(xiàn)報(bào)文轉(zhuǎn)發(fā)路徑的可編程，從而在網(wǎng)絡(luò)層面實(shí)現(xiàn)算力編排。

為了基于SRv6 技術(shù)實(shí)現(xiàn)CFN 數(shù)據(jù)傳輸，所有的CFN 路由器需要支持SRv6。CFN 路由器需要支持SRv6 報(bào)文的識(shí)別、SRv6 報(bào)文的處理以及SRv6 報(bào)文的轉(zhuǎn)發(fā)。

IS-IS 屬于鏈路狀態(tài)IGP 路由協(xié)議，采用TLV 攜帶鏈路狀態(tài)信息，可以在不動(dòng)協(xié)議主體的情況下，通過增加部分TLV 類型就可以支持IPv6、SRv6 等新協(xié)議特性。在CFN 域中通過IS-IS 協(xié)議來擴(kuò)散CFN 路由器的SID 信息。支持SRv6 的服務(wù)節(jié)點(diǎn)也需要通過IS-IS 協(xié)議擴(kuò)散自己的SID信息。

2.1 客戶端、服務(wù)節(jié)點(diǎn)均為IPv6設(shè)備

隨著IPv6 技術(shù)的推廣，越來越多的設(shè)備支持IPv6。如果客戶端和服務(wù)節(jié)點(diǎn)均支持IPv6，而且服務(wù)節(jié)點(diǎn)支持SRv6，則CFN Ingress 節(jié)點(diǎn)作為SRv6 源節(jié)點(diǎn)分類器（Service Classifier，SC），服務(wù)節(jié)點(diǎn)作為Endpoint節(jié)點(diǎn)（SRv6 Segment Endpoint Node），服務(wù)節(jié)點(diǎn)將SRv6的SID 作為Service ID。服務(wù)節(jié)點(diǎn)定義本地行為處理SRv6 報(bào)文，根據(jù)Service ID 調(diào)用服務(wù)。在客戶端和服務(wù)節(jié)點(diǎn)均支持IPv6的情況下，本技術(shù)方案基于SRv6技術(shù)實(shí)現(xiàn)CFN 數(shù)據(jù)傳輸，完成客戶端對服務(wù)節(jié)點(diǎn)Service ID 請求的路由轉(zhuǎn)發(fā)?？蛻舳撕头?wù)節(jié)點(diǎn)均支持IPv6，而且服務(wù)節(jié)點(diǎn)支持SRv6 的情況不需要CFN Egress 節(jié)點(diǎn)參與算力路由，具體網(wǎng)絡(luò)拓?fù)淙鐖D3所示。

圖3 客戶端、服務(wù)節(jié)點(diǎn)均為IPv6設(shè)備的網(wǎng)絡(luò)拓?fù)?/p>

客戶端請求Service ID 服務(wù)，源地址為客戶端地址，目的地址為Service ID。CFN Ingress 節(jié)點(diǎn)收到請求后，查找服務(wù)信息路由表，根據(jù)Service ID 查找服務(wù)節(jié)點(diǎn)的Service IP。CFN Ingress 節(jié)點(diǎn)作為SRv6 源節(jié)點(diǎn)SC封裝SRv6 數(shù)據(jù)，數(shù)據(jù)源地址為客戶端IP，目的地址為Service IP。在數(shù)據(jù)包頭中插入SRH（Segments Left=1），SRH 中的Segment List 為。從CFN Ingress 節(jié)點(diǎn)開始數(shù)據(jù)傳輸?shù)牡? 跳為服務(wù)節(jié)點(diǎn)Service IP，即服務(wù)節(jié)點(diǎn)的IPv6地址。第2跳為服務(wù)節(jié)點(diǎn)的Service ID。

服務(wù)節(jié)點(diǎn)收到數(shù)據(jù)包，Segments Left 減1，Seg?ments Left=0，取出Segment List［0］對應(yīng)的值Service ID。服務(wù)節(jié)點(diǎn)在本地查詢與Service ID 綁定的計(jì)算服務(wù)，調(diào)用服務(wù)并返回結(jié)果。返回?cái)?shù)據(jù)的數(shù)據(jù)源地址為Service ID，目的地址為客戶端IP。

Service ID 可以是服務(wù)節(jié)點(diǎn)的某個(gè)端口或者某個(gè)Loopback IP。服務(wù)節(jié)點(diǎn)調(diào)用Service ID 對應(yīng)的端口或者Loopback IP。如果服務(wù)節(jié)點(diǎn)位于gateway的位置，則Service ID 對應(yīng)于內(nèi)網(wǎng)某個(gè)服務(wù)器的內(nèi)網(wǎng)IP。服務(wù)節(jié)點(diǎn)調(diào)用該內(nèi)網(wǎng)IP 對應(yīng)的服務(wù)。服務(wù)節(jié)點(diǎn)位于gateway位置的網(wǎng)絡(luò)拓?fù)淙鐖D4所示。

圖4 服務(wù)節(jié)點(diǎn)為gateway的網(wǎng)絡(luò)拓?fù)?/p>

客戶端請求服務(wù)的數(shù)據(jù)傳輸過程如圖5所示。

圖5 客戶端、服務(wù)節(jié)點(diǎn)均為IPv6設(shè)備時(shí)的數(shù)據(jù)流

2.2 客戶端、服務(wù)節(jié)點(diǎn)均為IPv4設(shè)備

如果客戶端和服務(wù)節(jié)點(diǎn)均為IPv4設(shè)備，則CFN In?gress 節(jié)點(diǎn)作為SRv6 源節(jié)點(diǎn)SC，CFN Egress 節(jié)點(diǎn)作為Endpoint 節(jié)點(diǎn)。CFN Egress 節(jié)點(diǎn)定義本地行為處理SRv6報(bào)文，解封裝SRv6數(shù)據(jù)。CFN Egress節(jié)點(diǎn)作為服務(wù)節(jié)點(diǎn)的代理節(jié)點(diǎn)，將IPv6 報(bào)文轉(zhuǎn)換為IPv4 報(bào)文并調(diào)用服務(wù)節(jié)點(diǎn)的服務(wù)。CFN Ingress 節(jié)點(diǎn)和CFN Egress節(jié)點(diǎn)作為IPv6 和IPv4 協(xié)議轉(zhuǎn)換節(jié)點(diǎn)需要支持IPv6 和IPv4雙棧。雙協(xié)議棧技術(shù)就是指在1臺(tái)設(shè)備上同時(shí)啟用IPv4 協(xié)議棧和IPv6 協(xié)議棧。CFN Ingress 節(jié)點(diǎn)和CFN Egress 節(jié)點(diǎn)的不同接口上，分別配置了IPv4 地址和IPv6 地址，并分別連接了IPv4 網(wǎng)絡(luò)和IPv6 網(wǎng)絡(luò)。CFN 域內(nèi)為IPv6 網(wǎng)絡(luò)，CFN 域外為IPv4 網(wǎng)絡(luò)，具體網(wǎng)絡(luò)拓?fù)淙鐖D6所示。

圖6 客戶端、服務(wù)節(jié)點(diǎn)均為IPv4設(shè)備時(shí)的網(wǎng)絡(luò)拓?fù)?/p>

在客戶端和服務(wù)節(jié)點(diǎn)均支持IPv4 的情況下，本技術(shù)方案基于SRv6技術(shù)實(shí)現(xiàn)CFN數(shù)據(jù)傳輸，完成客戶端對服務(wù)節(jié)點(diǎn)Service ID 請求的路由轉(zhuǎn)發(fā)?？蛻舳税l(fā)送的數(shù)據(jù)由CFN Ingress 節(jié)點(diǎn)封裝為SRv6 報(bào)文，數(shù)據(jù)源地址為CFN Ingress IPv6 地址，目的地址為CFN Egress IPv6 地址。CFN Ingress 節(jié)點(diǎn)生成SRH：（Segments Left=0）：。內(nèi)層數(shù)據(jù)為IPv4 數(shù)據(jù)，源地址為客戶端IP，目的地址為Service ID。數(shù)據(jù)傳輸?shù)牡? 跳為CFN Egress 節(jié)點(diǎn)的IPv6 地址。CFN Egress 節(jié)點(diǎn)收到數(shù)據(jù)報(bào)文后，解封裝SRv6 數(shù)據(jù)，取出內(nèi)層數(shù)據(jù)，查找本地服務(wù)注冊表，根據(jù)Service ID 查找對應(yīng)Service IP。CFN Egress 節(jié)點(diǎn)將內(nèi)層數(shù)據(jù)進(jìn)行封裝并發(fā)送。封裝數(shù)據(jù)報(bào)文的外層源地址為CFN Egress IPv4 地址，目的地址為Service IP。內(nèi)層數(shù)據(jù)報(bào)文源地址為客戶端IP，目的地址為Service ID。服務(wù)節(jié)點(diǎn)收到數(shù)據(jù)報(bào)文后，解封裝數(shù)據(jù)報(bào)文，取出內(nèi)層數(shù)據(jù)，在本地查詢與Service ID 綁定的服務(wù)，調(diào)用服務(wù)并返回結(jié)果。返回?cái)?shù)據(jù)報(bào)文的數(shù)據(jù)源地址為Service ID，目的地址為客戶端IP。數(shù)據(jù)傳輸過程如圖7所示。

圖7 客戶端、服務(wù)節(jié)點(diǎn)均為IPv4設(shè)備時(shí)的數(shù)據(jù)流

對于客戶端和服務(wù)節(jié)點(diǎn)支持IPv6 的情況以及客戶端和服務(wù)節(jié)點(diǎn)支持IPv4 的情況，本文詳細(xì)說明了基于SRv6的可編排計(jì)算優(yōu)先網(wǎng)絡(luò)實(shí)現(xiàn)方法。

3 應(yīng)用實(shí)施例

為了驗(yàn)證本文所提方法的實(shí)際效果，特設(shè)計(jì)并實(shí)現(xiàn)了下述應(yīng)用實(shí)施例，對于視頻服務(wù)提供附加的鑒別服務(wù)。

本應(yīng)用實(shí)施例包含2 個(gè)服務(wù)節(jié)點(diǎn)，A 提供視頻服務(wù)，B 提供鑒別服務(wù)?？蛻舳讼駻 服務(wù)節(jié)點(diǎn)請求視頻服務(wù)，B 服務(wù)節(jié)點(diǎn)對客戶端所請求的視頻內(nèi)容進(jìn)行鑒別。如果視頻內(nèi)容符合規(guī)定，則視頻正常返回給客戶端。如果視頻內(nèi)容不符合規(guī)定，則返回錯(cuò)誤信息給客戶端?？蛻舳酥恢酪曨l服務(wù)即A 節(jié)點(diǎn)的Service1 ID，不需要知道鑒別服務(wù)即B 節(jié)點(diǎn)的Service2 ID。CFN Ingress 節(jié)點(diǎn)、CFN Egress1 節(jié) 點(diǎn)、CFN Egress2 節(jié)點(diǎn)、視頻服務(wù)節(jié)點(diǎn)A 和鑒別服務(wù)節(jié)點(diǎn)B 組成了功能業(yè)務(wù)鏈SFC。CFN Ingress 作為分類器SC 位于SFC 域的邊界入口，報(bào)文進(jìn)入SFC 域后會(huì)首先進(jìn)行流量分類。視頻服務(wù)節(jié)點(diǎn)A 和鑒別服務(wù)節(jié)點(diǎn)B作為服務(wù)功能節(jié)點(diǎn)SF（Service Function）提供增值服務(wù)功能。由于SF 本身不支持處理SRv6 報(bào)文，所以由CFN Egress1 節(jié)點(diǎn)和CFN Egress2 節(jié)點(diǎn)作為業(yè)務(wù)鏈轉(zhuǎn)發(fā)節(jié)點(diǎn)SFF（Service Function Forwarder）代表SF 處理SRv6 報(bào)文，刪除SRv6封裝信息，通過本地邏輯組件將報(bào)文發(fā)給SF，接收從SF 發(fā)回的報(bào)文，重新為之添加SRv6 封裝信息。本應(yīng)用實(shí)施例網(wǎng)絡(luò)拓?fù)淙鐖D8所示。

圖8 應(yīng)用實(shí)施例網(wǎng)絡(luò)拓?fù)?/p>

客戶端請求視頻服務(wù)的流程如下：客戶端請求視頻服務(wù)即Service1 ID服務(wù)，CFN Ingress節(jié)點(diǎn)收到請求，查找服務(wù)信息路由表，根據(jù)Service1 ID 查找服務(wù)端對應(yīng)的Egress 節(jié)點(diǎn)Egress1。根據(jù)事先編排的業(yè)務(wù)邏輯，CFN Ingress 查找Service2 ID 對應(yīng)的Egress 節(jié)點(diǎn)Egress2。CFN Ingress 節(jié)點(diǎn)封裝SRv6 數(shù)據(jù)報(bào)文，數(shù)據(jù)源地址為Ingress IP，目的地址為Egress1 IPv6 地址，生成SRH：（Segments Left=1）：。內(nèi)層數(shù)據(jù)為IPv4 數(shù)據(jù)，源地址為客戶端IP，目的地址為Service1 ID。從CFN Ingress 節(jié)點(diǎn)開始數(shù)據(jù)傳輸?shù)牡? 跳為Egress1 IPv6 地址，第2 跳為Egress2 IPv6 地址。CFN Egress1節(jié)點(diǎn)解封裝SRv6數(shù)據(jù)報(bào)文，根據(jù)SID在本地定義的動(dòng)作，取出內(nèi)層數(shù)據(jù)，查找本地服務(wù)注冊表，根據(jù)Service1 ID查找對應(yīng)Service1 IP，封裝數(shù)據(jù)并發(fā)送。外層數(shù)據(jù)源地址為Egress1 IPv4 地址，目的地址為Ser?vice1 IP，內(nèi)層數(shù)據(jù)源地址為客戶端IP，目的地址為Service1 ID。視頻服務(wù)節(jié)點(diǎn)收到數(shù)據(jù)解封裝數(shù)據(jù)報(bào)文，查詢與Service1 ID綁定服務(wù)，調(diào)用視頻服務(wù)并返回結(jié)果。數(shù)據(jù)源地址為Service1 ID，目的地址為Egress1 IPv4地址。

CFN Egress1 節(jié)點(diǎn)將Segments Left 減1，則Seg?ments Left=0，將Egress2 IPv6 地址拷貝到目的地址。Egress1 封裝數(shù)據(jù)，外層數(shù)據(jù)源地址為Egress1 IPv6 地址，目的地址為Egress2 IPv6地址。內(nèi)層數(shù)據(jù)源地址為客戶端地址，目的地址為Service1 ID。CFN Egress2 節(jié)點(diǎn)解封裝SRv6 數(shù)據(jù)報(bào)文，取出內(nèi)層數(shù)據(jù)得到Service1 ID，根據(jù)事先編排的業(yè)務(wù)邏輯由Service1 ID 查找到Service2 ID，查找本地服務(wù)注冊表，根據(jù)Service2 ID 查找對應(yīng)Service2 IP。CFN Egress2 節(jié)點(diǎn)封裝數(shù)據(jù)并發(fā)送。封裝的數(shù)據(jù)報(bào)文外層數(shù)據(jù)源地址為Egress2 IPv4地址，目的地址為Service2 IP。內(nèi)層數(shù)據(jù)源地址為客戶端IP，目的地址為Service1 ID。鑒別服務(wù)收到數(shù)據(jù)后調(diào)用鑒別服務(wù)并返回結(jié)果。返回的數(shù)據(jù)報(bào)文外層數(shù)據(jù)源地址為Service2 ID，目的地址為Egress2 IPv4 地址。內(nèi)層數(shù)據(jù)源地址為客戶端IP，目的地址為Ser?vice1 ID。CFN Egress2 節(jié)點(diǎn)收到鑒別服務(wù)返回的數(shù)據(jù)后，取出內(nèi)層數(shù)據(jù)并返回給客戶端。數(shù)據(jù)源地址為Service1 ID，目的地址為客戶端地址。數(shù)據(jù)傳輸過程如圖9所示。

圖9 應(yīng)用實(shí)施例數(shù)據(jù)流

本應(yīng)用實(shí)施例為用戶提供了視頻服務(wù)和附加的鑒別服務(wù)，對客戶端暴露的只有視頻服務(wù)（節(jié)點(diǎn)A），鑒別服務(wù)（節(jié)點(diǎn)B）對于客戶端是隱藏的?；诒炯夹g(shù)方案的應(yīng)用實(shí)施例在網(wǎng)絡(luò)層實(shí)現(xiàn)了業(yè)務(wù)編排，在視頻服務(wù)基礎(chǔ)上增加了鑒別服務(wù)，該方案不需要修改視頻服務(wù)的業(yè)務(wù)邏輯。如果不在網(wǎng)絡(luò)層做業(yè)務(wù)編排，在應(yīng)用層做業(yè)務(wù)編排需要改變視頻服務(wù)現(xiàn)有業(yè)務(wù)邏輯。視頻服務(wù)在處理用戶請求后，不是將結(jié)果返回給客戶端，而是將結(jié)果發(fā)送給鑒別服務(wù)，最后將鑒別結(jié)果返回客戶端。本應(yīng)用實(shí)施例在網(wǎng)絡(luò)層解耦了視頻服務(wù)和鑒別服務(wù)，從而消除了視頻服務(wù)和鑒別服務(wù)之間調(diào)用的工作量。本應(yīng)用實(shí)施例不需要客戶端感知鑒別服務(wù)，從而減少了客戶端的業(yè)務(wù)復(fù)雜度。

4 結(jié)束語

CFN 可以實(shí)現(xiàn)用戶的就近接入和服務(wù)的負(fù)載均衡，適應(yīng)服務(wù)的動(dòng)態(tài)性，但目前缺乏算力編排能力。本文提出了一個(gè)新的基于SRv6 的可編排計(jì)算優(yōu)先網(wǎng)絡(luò)，使用SRv6 實(shí)現(xiàn)CFN 數(shù)據(jù)傳輸，通過實(shí)現(xiàn)報(bào)文轉(zhuǎn)發(fā)路徑可編程，在網(wǎng)絡(luò)層面實(shí)現(xiàn)算力編排，將多個(gè)服務(wù)編排成為SFC 來實(shí)現(xiàn)復(fù)合業(yè)務(wù)，從而提高了CFN 的業(yè)務(wù)創(chuàng)新能力?；谠摲椒?，本文設(shè)計(jì)并實(shí)現(xiàn)了一個(gè)可編排計(jì)算優(yōu)先網(wǎng)絡(luò)的應(yīng)用實(shí)施例，可在網(wǎng)絡(luò)層解耦2個(gè)在業(yè)務(wù)邏輯上有依賴關(guān)系的服務(wù)。2 個(gè)服務(wù)不需要感知到對方，消除了2個(gè)服務(wù)之間調(diào)用的工作量，減少了客戶端的業(yè)務(wù)復(fù)雜度。