IPv6+技術(shù)要求 第9部分：基于SRv6的業(yè)務(wù)鏈 征求意見稿

6IETFRFC7498業(yè)務(wù)鏈問題說明（ProblemStatemeSR-aware服務(wù)SR-awaresSR-unaware服務(wù)SR-unawareseBGP-LSBorderGatewayProtocolLinkStateBGP鏈路狀態(tài)協(xié)議BSIDBindingSegmentIdentDPIDeepPacketInspec7NATNSHNetworkAddressTranslationNetworkServiceHeaderVirtualPrivateNetwork5.1基本概念單元上運(yùn)行的進(jìn)程等隔離環(huán)境中的虛擬化業(yè)務(wù)。業(yè)務(wù)還可以包括在不同進(jìn)程或容器中運(yùn)行的多個(gè)子組8將數(shù)據(jù)報(bào)文引導(dǎo)到適當(dāng)?shù)奈恢?。此類特定服?wù)的功能定義不在本文件范圍內(nèi)。代理可以作為單獨(dú)的進(jìn)程在服務(wù)節(jié)點(diǎn)、計(jì)算節(jié)點(diǎn)或其他主機(jī)上的虛擬交換機(jī)或路由器上運(yùn)行。網(wǎng)絡(luò)運(yùn)營商可能需要一個(gè)核心域中的服務(wù)策略以包含在其數(shù)據(jù)中心中的服務(wù)。一種選擇是在核心域的但這可能會(huì)導(dǎo)致段列表過長(zhǎng)，并且需要在每次修改DC部分的策擇可以在數(shù)據(jù)中心的邊緣入口節(jié)點(diǎn)定義一個(gè)單獨(dú)的Poli9在其最基本的形式中，SRPolicyP1將被解析為SI指示該數(shù)據(jù)報(bào)文應(yīng)該如何以及應(yīng)該發(fā)送到哪個(gè)隸屬于此代理的服務(wù)節(jié)點(diǎn)。在該過程中，通過使用SRv6），——INNER-TYPE：內(nèi)部包類型；口，可以是單個(gè)接口的兩個(gè)方向，也可以是兩個(gè)不同數(shù)據(jù)包，該報(bào)文頭包括源地址、作為目的地址的當(dāng)前分S02.S03.S05.S06.}），），當(dāng)處理在IFACE-IN接口上接收到的Ethernet幀，并且目的MAC地按相反順序編碼到段列表字段中，剩余段和最后一個(gè)條目值應(yīng)設(shè)置為CACHE.LIST的長(zhǎng)度減去1。如果S03.繼續(xù)處理數(shù)據(jù)報(bào)文中的），），按相反順序編碼到段列表字段中，剩余段和最后一個(gè)條目值應(yīng)設(shè)置為CACHE.LIST的長(zhǎng)度減去1。如果S03.繼續(xù)處理數(shù)據(jù)報(bào)文中的），），按相反順序編碼到段列表字段中，剩余段和最后一個(gè)條目值應(yīng)設(shè)置為CACHE.LIST的長(zhǎng)度減去1。如果一個(gè)SR偽裝代理段與以下強(qiáng)制參數(shù)關(guān)聯(lián):偽裝行為的第二部分，也稱為反偽裝，是附加到代理接口的入向策略，該代理接口接收從服務(wù)S03.繼續(xù)處理數(shù)據(jù)報(bào)文中的），），{通過將更新后的目的地址返回給SRH的段列表字段，可以支持在其處理的數(shù)據(jù)包中修改目的地址SRv6偽裝代理的目的地址NATFlavor是通過服務(wù)節(jié)點(diǎn)可以通過添加與第7.3節(jié)中描述類似的動(dòng)態(tài)緩存機(jī)制來支持生成數(shù)據(jù)報(bào)文或充當(dāng)傳輸連），SR-aware服務(wù)可以通過直接修改數(shù)據(jù)報(bào)文的報(bào)文頭或經(jīng)由服務(wù)與其轉(zhuǎn)發(fā)平面之間的控制信道來實(shí)8.1.2OpaqueMetada——Length：14；本文件引入SRv6SIDNLRI[I-D.ietf-idr-bgpls-sSRv6SIDNLRI的另一個(gè)可選的——Value：可變長(zhǎng)度?；诒痪幋a的數(shù)——專有的企業(yè)服務(wù)特定信息。），務(wù)功能路徑（SFP）但不同的SRv6Policy的不同流量可以<InnerPkt><NSH:SPI100SFF2。當(dāng)SFF2收到數(shù)據(jù)包時(shí)，它對(duì)<NS記憶SRv6段列表的行為發(fā)生在定期定義的邏輯結(jié)