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

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