CN106330714B - 一种实现业务功能链的方法和装置 - Google Patents

一种实现业务功能链的方法和装置 Download PDF

Info

Publication number
CN106330714B
CN106330714B CN201510383483.2A CN201510383483A CN106330714B CN 106330714 B CN106330714 B CN 106330714B CN 201510383483 A CN201510383483 A CN 201510383483A CN 106330714 B CN106330714 B CN 106330714B
Authority
CN
China
Prior art keywords
ipv6
information
service function
service
message
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201510383483.2A
Other languages
English (en)
Other versions
CN106330714A (zh
Inventor
王翠
孟伟
黄孙亮
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201510383483.2A priority Critical patent/CN106330714B/zh
Priority to EP16779467.6A priority patent/EP3319278A4/en
Priority to US15/740,345 priority patent/US20180198705A1/en
Priority to PCT/CN2016/074458 priority patent/WO2016165492A1/zh
Publication of CN106330714A publication Critical patent/CN106330714A/zh
Application granted granted Critical
Publication of CN106330714B publication Critical patent/CN106330714B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/38—Flow based routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/64—Routing or path finding of packets in data switching networks using an overlay routing layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/302—Route determination based on requested QoS
    • H04L45/306—Route determination based on the nature of the carried application
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H04L45/741—Routing in networks with a plurality of addressing schemes, e.g. with both IPv4 and IPv6
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/659—Internet protocol version 6 [IPv6] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2212/00—Encapsulation of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种实现业务功能链的方法，应用于业务功能链上的节点，该方法包括：在IPv6报文的IPv6扩展头中封装业务功能链信息；根据业务功能链信息对所述IPv6报文进行发送。本发明还公开了一种实现业务功能链的方法，应用于业务功能链上的节点，该方法包括：接收到携带有业务功能链信息的IPv6报文后，解析所述业务功能链信息；获取业务功能路径的下一跳节点的IPv6地址作为目的地址，将所述IPv6报文发送到所述目的地址。本发明能够在IPv6网络中简单部署和快速实现业务功能链技术。本发明还公开了一种实现业务功能链的装置。

Description

一种实现业务功能链的方法和装置
技术领域
本发明涉及通信技术领域，尤其涉及的是一种实现业务功能链的方法和装置。
背景技术
业务功能链(Service Function Chain，SFC)技术，即把所有的业务整合，虚拟出Service overlay层，形成自己的服务拓扑，和底层网络解耦合，不再受到底层网络结构的限制。
SFC架构如图1-1所示，包括如下组件：分类器Classifier，业务功能转发器(Service Function Forwarder，SFF)，业务功能(Service Function，SF)，网络业务头代理(Network Service Header Proxy，NSH Proxy)。其中，Classifier负责对流量进行分类，根据分类结果，对流量进行网络业务头(Network Service Header，NSH)的封装，即在Classifier上确定报文后续的业务功能路径，并进一步进行Service overlay层的封装和转发，通过overlay技术将报文转发到下一跳SFF，SFF收到报文，解封装Service overlay层，并对接收到的携带有NSH报文头的报文进行解析，根据NSH头中的信息，将报文转发给相应的SF处理；SF负责对接收到的报文进行相应的业务功能处理，处理完后，进一步更新NSH报文头并将更新后的报文转发给转发报文给自己的SFF；SFF进一步根据NSH报文中的信息查找对应的传输层封装，对NSH报文进行overlay的封装，并将报文转发给下一跳SFF。NSHProxy主要代表SFF，与不感知NSH报文头的SF进行交互。图1-1中虚线所示为一条具体的业务功能路径(Service Function Path，SFP)。
从控制面来看，SFC的分类规则和业务功能链定义以及NSH由SFC控制器下发或者本地配置；从数据面封装来看，业务功能链的和业务相关的整个NSH如图1-2所示，包括基本头(Base Header)，业务路径头(Service Path Header)，以及元数据报文头(ContextHeader)；其中，基本头(Base Header)主要标识版本号、长度、元数据类型以及下一个协议号；业务路径头最核心，标识整个业务功能链的业务功能路径相关信息，包括业务功能路径标识(Service Path ID或Service Function Path ID)和业务索引(Service Index)，其中，业务功能路径标识(Service Path ID(SPID)或者Service Function Path ID(SFPID)均是业务功能路径标识)可以是本地配置，也可以是全局下发，一个业务功能路径标识对应一条具体的业务转发路径；节点根据业务功能路径标识和业务索引确认当前报文应该转发到哪一个业务功能链以及哪一个业务功能去处理；上下文数据报文头(Context Header)用于携带上下文信息，用于在分类器Classifier和业务功能SF之间、业务功能SF与业务功能SF之间、业务功能SF和业务功能转发器SFF之间分享信息和传递信息。举例如下，对于使用IPv4-GRE的overlay技术后，从Classifier发送出来的完整报文格式如图1-3所示，即在原始报文original packet外层封装上了NSH头，IPv4-GRE头，L2头。
段路由(Segment Routing，SR)技术也是当前IETF上比较热门的技术，主要原理是通过控制面给SR域内的头节点下发有序的段信息列表，每一个段信息标识报文必须经历的分段，一个有序的段信息列表(Segment Routing List，SR-List)即标识报文需要经历的所有分段；这样，报文到达SR域的头节点时，只需要在报文上添加SR头，后续报文就根据SR头内的SR-List进行转发。进一步地，每一个段segment可以代表一段指令，或者一个拓扑，或者一种业务；SR支持全局属性的段segment，也支持属于某一个节点的本地属性的段segment。当前SR技术中支持的段segment包括：IGP段标识(IGP-SID)，Prefix段标识(Prefix-SID)，节点段标识(Node-SID)，任意播段标识(Anycast SID)，邻居段标识(Adj-SID)，BGP Peer段标识等。已有的SR技术包括多标签交换路径段路由(MPLS-SR)，即应用在IPv4网络中，每一个分段都用一个标签来标识，SR-List就是标签的堆栈，封装在IPv4报文头外面，MPLS-SR域内的报文转发就根据标签栈信息进行转发。
综合上述技术，可以发现，从数据层面讲，SFC技术能在Classifier上根据报文分类结果指定报文经历的业务功能路径标识SFPID，然后在原始报文 的外层封装一层NSH报文头，进一步通过overlay技术转发到下一跳SFF上，沿路经过的Classifier，SFF，SF等都需要支持NSH，即使对于不支持NSH的SF，也需要新增加NSH Proxy组件使得支持NSH的SF与不支持NSH的SF互通；从控制层面讲，需要控制器额外支持SFC域的管控；极大地增加了SFC技术在现网中的部署难度以及部署周期，也极大地增加了网络设备的功能集。
发明内容
本发明所要解决的技术问题是提供一种实现业务功能链的方法和装置，能够在IPv6网络中简单部署和快速实现业务功能链技术。
为了解决上述技术问题，本发明提供了一种实现业务功能链的方法，应用于业务功能链上的节点，该方法包括：
在IPv6报文的IPv6扩展头中封装业务功能链信息；
根据业务功能链信息对所述IPv6报文进行发送。
进一步地，该方法还包括下述特点：
所述业务功能链信息包括以下信息的至少一种：业务转发路径信息、元数据信息。
进一步地，该方法还包括下述特点：
所述用于封装业务转发路径信息的IPv6扩展头是IPv6选路扩展头，或者是新定义的IPv6扩展头。
进一步地，该方法还包括下述特点：
所述业务转发路径信息包括：业务功能路径信息和业务索引；
其中，所述业务索引用于标识当前节点在业务功能路径中的位置信息。
进一步地，该方法还包括下述特点：
所述用于封装元数据信息的IPv6扩展头是IPv6目的地选项扩展头，或者是新定义的IPv6扩展头。
进一步地，该方法还包括下述特点：
根据业务功能链信息对所述IPv6报文进行发送，包括：
根据获取的业务转发路径信息确定下一跳节点的IPv6地址，将所述下一跳节点的IPv6地址作为目的地址，将所述IPv6报文发送到所述目的地址。
进一步地，该方法还包括下述特点：
在IPv6报文的IPv6扩展头中封装业务功能链信息，包括：
对流量进行分类，根据分类结果在IPv6报文的IPv6扩展头中封装业务功能链信息。
进一步地，该方法还包括下述特点：
在IPv6报文的IPv6扩展头中封装所述业务功能链信息之前，所述方法还包括：获取业务功能链信息。
进一步地，该方法还包括下述特点：
所述获取业务功能链信息，包括以下至少一种方式：
从本地的配置信息中获取业务功能链信息，从控制器下发的全局配置信息中获取业务功能链信息。
进一步地，该方法还包括下述特点：
所述业务功能路径信息包括以下任意一种：业务功能路径标识、业务功能路径上的节点的地址列表、业务功能路径上的节点的段标识列表、业务功能路径上的节点的节点标识列表。
进一步地，该方法还包括下述特点：
所述元数据信息包括以下信息的至少一种：强制上下文数据信息、可选上下文数据信息。
为了解决上述技术问题，本发明提供了一种实现业务功能链的方法，应用于业务功能链上的节点，该方法包括：
接收到携带有业务功能链信息的IPv6报文后，解析所述业务功能链信息；
获取业务功能路径的下一跳节点的IPv6地址作为目的地址，将所述IPv6 报文发送到所述目的地址。
进一步地，该方法还包括下述特点：
所述业务功能链信息包括以下信息的至少一种：业务转发路径信息、元数据信息。
进一步地，该方法还包括下述特点：
所述业务转发路径信息封装在IPv6报文的IPv6选路扩展头中，或封装在IPv6报文的新定义的IPv6扩展头中；
所述元数据信息封装在IPv6报文的IPv6目的地选项扩展头中，或封装在IPv6报文的新定义的IPv6扩展头中。
进一步地，该方法还包括下述特点：
将所述IPv6报文发送到所述目的地址，包括：
如本节点的下一跳是业务功能路径的目的节点，则从所述IPv6报文中剥掉封装有业务功能链信息的IPv6扩展头，然后将所述IPv6报文发送到所述目的地址。
进一步地，该方法还包括下述特点：
将所述IPv6报文发送到所述目的地址，包括：
如本节点的下一跳不是业务功能路径的目的节点，则根据部署策略确定是否更新所述IPv6报文中携带的业务功能链信息，然后将所述IPv6报文发送到所述目的地址。
进一步地，该方法还包括下述特点：
根据部署策略确定是否更新所述IPv6报文中携带的业务功能链信息，然后将所述IPv6报文发送到所述目的地址，包括：
如根据部署策略更新了IPv6报文中携带的业务转发路径信息，则解析更新后的业务转发路径信息，获取更新后的业务功能路径的下一跳节点的IPv6地址作为目的地址，将所述IPv6报文发送到所述目的地址。
进一步地，该方法还包括下述特点：
所述业务转发路径信息包括：业务功能路径信息和业务索引；
其中，所述业务索引用于标识当前节点在业务功能路径中的位置信息。
进一步地，该方法还包括下述特点：
将所述IPv6报文发送到所述目的地址，包括：
如本节点的下一跳不是业务功能路径的目的节点且所述业务功能链信息包含业务转发路径信息，则更新所述IPv6报文中的业务索引，然后将所述IPv6报文发送到所述目的地址。
进一步地，该方法还包括下述特点：
更新所述IPv6报文中的业务索引，包括：
如所述业务索引代表当前节点距离业务功能路径的目的节点之间的跳数信息，则将所述IPv6报文中的业务索引递减。
为了解决上述技术问题，本发明提供了一种实现业务功能链的装置，应用于业务功能链上的节点，包括：
封装模块，用于在IPv6报文的IPv6扩展头中封装业务功能链信息；
发送模块，用于根据业务功能链信息对所述IPv6报文进行发送。
进一步地，该装置还包括下述特点：
所述业务功能链信息包括以下信息的至少一种：业务转发路径信息、元数据信息。
进一步地，该装置还包括下述特点：
所述用于封装业务转发路径信息的IPv6扩展头是IPv6选路扩展头，或者是新定义的IPv6扩展头。
进一步地，该装置还包括下述特点：
所述业务转发路径信息包括：业务功能路径信息和业务索引；
其中，所述业务索引用于标识当前节点在业务功能路径中的位置信息。
进一步地，该装置还包括下述特点：
所述用于封装元数据信息的IPv6扩展头是IPv6目的地选项扩展头，或者是新定义的IPv6扩展头。
进一步地，该装置还包括下述特点：
发送模块，用于根据业务功能链信息对所述IPv6报文进行发送，包括：
根据获取的业务转发路径信息确定下一跳节点的IPv6地址，将所述下一跳节点的IPv6地址作为目的地址，将所述IPv6报文发送到所述目的地址。
进一步地，该装置还包括下述特点：
封装模块，用于在IPv6报文的IPv6扩展头中封装业务功能链信息，包括：
对流量进行分类，根据分类结果在IPv6报文的IPv6扩展头中封装业务功能链信息。
进一步地，该装置还包括下述特点：
所述装置还包括：
信息获取模块，用于获取业务功能链信息。
进一步地，该装置还包括下述特点：
信息获取模块，用于获取业务功能链信息，包括以下至少一种方式：
从本地的配置信息中获取业务功能链信息，从控制器下发的全局配置信息中获取业务功能链信息。
进一步地，该装置还包括下述特点：
所述业务功能路径信息包括以下任意一种：业务功能路径标识、业务功能路径上的节点的地址列表、业务功能路径上的节点的段标识列表、业务功能路径上的节点的节点标识列表。
进一步地，该装置还包括下述特点：
所述元数据信息包括以下信息的至少一种：强制上下文数据信息、可选上下文数据信息。
为了解决上述技术问题，本发明提供了一种实现业务功能链的装置，应用于业务功能链上的节点，包括：
报文接收模块，用于接收到携带有业务功能链信息的IPv6报文后，解析 所述业务功能链信息；
报文发送模块，用于获取业务功能路径的下一跳节点的IPv6地址作为目的地址，将所述IPv6报文发送到所述目的地址。
进一步地，该装置还包括下述特点：
所述业务功能链信息包括以下信息的至少一种：业务转发路径信息、元数据信息。
进一步地，该装置还包括下述特点：
所述业务转发路径信息封装在IPv6报文的IPv6选路扩展头中，或封装在IPv6报文的新定义的IPv6扩展头中；
所述元数据信息封装在IPv6报文的IPv6目的地选项扩展头中，或封装在IPv6报文的新定义的IPv6扩展头中。
进一步地，该装置还包括下述特点：
报文发送模块，用于将所述IPv6报文发送到所述目的地址，包括：
如本节点的下一跳是业务功能路径的目的节点，则从所述IPv6报文中剥掉封装有业务功能链信息的IPv6扩展头，然后将所述IPv6报文发送到所述目的地址。
进一步地，该装置还包括下述特点：
报文发送模块，用于将所述IPv6报文发送到所述目的地址，包括：
如本节点的下一跳不是业务功能路径的目的节点，则根据部署策略确定是否更新所述IPv6报文中携带的业务功能链信息，然后将所述IPv6报文发送到所述目的地址。
进一步地，该装置还包括下述特点：
报文发送模块，用于根据部署策略确定是否更新所述IPv6报文中携带的业务功能链信息，然后将所述IPv6报文发送到所述目的地址，包括：
如根据部署策略更新了IPv6报文中携带的业务转发路径信息，则解析更新后的业务转发路径信息，获取更新后的业务功能路径的下一跳节点的IPv6地址作为目的地址，将所述IPv6报文发送到所述目的地址。
进一步地，该装置还包括下述特点：
所述业务转发路径信息包括：业务功能路径信息和业务索引；
其中，所述业务索引用于标识当前节点在业务功能路径中的位置信息。
进一步地，该装置还包括下述特点：
报文发送模块，用于将所述IPv6报文发送到所述目的地址，包括：
如本节点的下一跳不是业务功能路径的目的节点且所述业务功能链信息包含业务转发路径信息，则更新所述IPv6报文中的业务索引，然后将所述IPv6报文发送到所述目的地址。
进一步地，该装置还包括下述特点：
报文发送模块，用于更新所述IPv6报文中的业务索引，包括：
如所述业务索引代表当前节点距离业务功能路径的目的节点之间的跳数信息，则将所述IPv6报文中的业务索引递减。
与现有技术相比，本发明提供的一种实现业务功能链的方法和装置，通过在IPv6报文的IPv6扩展头中封装业务功能链信息，沿着业务功能链对所述IPv6报文进行转发，能够在IPv6网络中简单部署和快速实现业务功能链技术。
附图说明
图1-1是现有技术中SFC技术架构。
图1-2是现有技术中SFC技术下数据面封装的网络业务报文头NSH。
图1-3是现有技术中SFC技术下从Classifier组件发送的完整报文结构。
图1-4是现有技术中IPv6选路扩展头报文结构。
图1-5是现有技术中Routing Type＝0的IPv6选路扩展头报文结构。
图1-6是现有技术中IPv6目的地选项扩展头报文格式。
图2-1为本发明实施例的一种实现业务功能链的方法的流程图。
图2-2为本发明实施例的另一种实现业务功能链的方法的流程图。
图2-3为本发明实施例的一种实现业务功能链的装置的结构示意图。
图2-4为本发明实施例的另一种实现业务功能链的装置的结构示意图。
图3-1是本发明扩展的IPv6选路扩展头携带业务功能路径相关信息的报文参考结构。
图3-2是本发明在扩展IPv6目的地选项扩展头携带元数据选项的报文参考格式。
图3-3是本发明在元数据选项报文中扩展的元数据子选项报文参考格式。
图3-4是本发明参考定义的多种类型的元数据子选项。
图3-5是本发明需要实现的业务功能链。
图3-6是本发明示例一的IPv6业务功能链示意图。
图3-7是本发明基于业务功能路径标识SFPID传递业务功能路径相关信息来实现的IPv6选路扩展头参考格式。
图3-8是本发明示例二的IPv6业务功能链示意图(业务功能路径发生变化)。
图3-9是本发明示例三的IPv6业务功能链示意图。
图3-10是本发明基于IPv6全局地址列表传递业务功能路径相关信息来实现的IPv6选路扩展头参考格式。
图3-11是本发明示例四的IPv6业务功能链示意图(中间节点上更新业务转发路径)。
图3-12是本发明示例五的IPv6业务功能链示意图。
图3-13是本发明基于段路由Segment Routing传递业务功能路径相关信息来实现的IPv6选路扩展头参考格式。
图3-14是本发明示例六的IPv6业务功能链示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申 请中的实施例及实施例中的特征可以相互任意组合。
当前，IPv6技术(RFC2460)中为IPv6报文头部定义了多个扩展头，包括逐跳选项扩展头(Hop-by-Hop options header)，选路扩展头(Routing header)，分片扩展头(Fragment header)，目的地选项扩展头(Destination options header)，认证报文头(Authentication header)等。
其中，选路扩展头(Routing header)主要用于在IPv6源端节点上显示指定报文到达目的节点的过程中需要经历的中间节点信息，其具体格式如图1-4所示，Next Header是指下一个报文头的协议号，Routing Type是指当前选路扩展头的类型，Segments Left标识截止到当前节点为止还需要经历多少个节点才到达目的地；type-specific data标识对应当前选路扩展头类型相应的数据信息。RFC2460中，定义了Routing Type为0的报文扩展，具体格式如图1-5所示，Address[1]到Address[n]标识了到达目的地需要经历的中间节点的IPv6地址信息。
其中，目的地选项扩展头(Destination options header)主要用于携带目的节点需要处理的信息。具体扩展头格式如图1-6所示，其中选项Options字段包括多个TLV(Type-length-value，类型-长度-值)格式的选项。
本发明基于IPv6网络，利用IPv6扩展头的原理，试图通过扩展IPv6网络节点都支持的IPv6扩展头，以实现SFC技术的简单部署和实现。
如图2-1所示，本发明实施例提供了一种实现业务功能链的方法，应用于业务功能链上的节点，该方法包括：
S10，在IPv6报文的IPv6扩展头中封装业务功能链信息；
S20，根据业务功能链信息对所述IPv6报文进行发送；
所述方法还可以包括下述特点：
较佳地，在IPv6报文的IPv6扩展头中封装业务功能链信息之前，还包括：
获取业务功能链信息；
较佳地，获取业务功能链信息，包括以下至少一种方式：从本地的配置 信息中获取业务功能链信息，从控制器下发的全局配置信息中获取业务功能链信息；
较佳地，所述业务功能链信息包括以下信息的至少一种：业务转发路径信息、元数据信息；
较佳地，所述业务转发路径信息包括：业务功能路径信息和业务索引；
较佳地，所述业务功能路径信息包括以下任意一种：业务功能路径标识、业务功能路径上的节点的地址列表、业务功能路径上的节点的段标识列表、业务功能路径上的节点的节点标识列表；
其中，业务索引用于标识当前节点在业务功能路径中的位置信息；
其中，所述业务功能路径标识用于唯一标识一条业务功能路径；
较佳地，在IPv6报文的IPv6扩展头中封装业务功能链信息，包括：
对流量进行分类，根据分类结果在IPv6报文的IPv6扩展头中封装业务功能链信息；
较佳地，根据业务功能链信息对所述IPv6报文进行发送，包括：
根据获取的业务转发路径信息确定下一跳节点的IPv6地址，将所述下一跳节点的IPv6地址作为目的地址，将所述IPv6报文发送到所述目的地址。
较佳地，所述用于封装业务转发路径信息的IPv6扩展头可以是IPv6选路扩展头，或者是新定义的一种IPv6扩展头；
其中，所述元数据信息包括以下信息的至少一种：强制上下文数据信息、可选上下文数据信息；
其中，强制上下文数据信息包括以下一种或多种数据：网络平台元数据(NetworkPlatform Metadata)、网络业务元数据(Network Service Metadata)、业务平台元数据(Service Platform Metadata)、业务共享元数据(Service Shared Metadata)；
其中，网络平台元数据用于标识网络节点之间分享的网络平台级别的上下文信息，比如入接口信息、转发环境等。网络业务元数据用于标识网络节点之间分享的网络层的信息，比如身份标识、租户信息、分类结果等。业务 平台元数据用于标识业务功能节点之间分享的业务平台级别的上下文信息，比如业务策略等。业务共享元数据用于标识业务功能节点之间分享的业务相关的上下文信息，比如应用信息，业务处理结果等；
其中，可选上下文数据信息可以根据实际业务场景不同而不同；
较佳地，所述用于封装元数据信息的IPv6扩展头可以是IPv6目的地选项扩展头，或者是新定义的一种IPv6扩展头；
如图2-2所示，本发明实施例提供了一种实现业务功能链的方法，应用于业务功能链上的节点，该方法包括：
S10，接收到携带有业务功能链信息的IPv6报文后，解析所述业务功能链信息；
S20，获取业务功能路径的下一跳节点的IPv6地址作为目的地址，将所述IPv6报文发送到所述目的地址；
所述方法还可以包括下述特点：
其中，业务功能路径上的节点包括以下至少一种：业务功能SF节点、业务功能转发SFF节点；
较佳地，所述业务功能链信息包括以下信息的至少一种：业务转发路径信息、元数据信息；
较佳地，所述业务转发路径信息包括：业务功能路径信息和业务索引；
较佳地，所述业务功能路径信息包括以下任意一种：业务功能路径标识、业务功能路径上的节点的地址列表、业务功能路径上的节点的段标识列表、业务功能路径上的节点的节点标识列表；
其中，业务索引用于标识当前节点在业务功能路径中的位置信息；
较佳地，所述业务转发路径信息封装在IPv6报文的IPv6选路扩展头中，或封装在IPv6报文的新定义的IPv6扩展头中；
所述元数据信息封装在IPv6报文的IPv6目的地选项扩展头中，或封装在IPv6报文的新定义的IPv6扩展头中；
较佳地，将所述IPv6报文发送到所述目的地址，包括：
如本节点的下一跳是业务功能路径的目的节点，则从所述IPv6报文中剥掉封装有业务功能链信息的IPv6扩展头，然后将所述IPv6报文发送到所述目的地址；
较佳地，将所述IPv6报文发送到所述目的地址，包括：
如本节点的下一跳不是业务功能路径的目的节点且所述业务功能链信息包含业务转发路径信息，则更新所述IPv6报文中的业务索引，然后将所述IPv6报文发送到所述目的地址；
较佳地，更新所述IPv6报文中的业务索引，包括：
如所述业务索引代表当前节点距离业务功能路径的目的节点之间的跳数信息，则将所述IPv6报文中的业务索引递减；
较佳地，将所述IPv6报文发送到所述目的地址，包括：
如本节点的下一跳不是业务功能路径的目的节点，则根据部署策略确定是否更新所述IPv6报文中携带的业务功能链信息，然后将所述IPv6报文发送到所述目的地址；
较佳地，根据部署策略确定是否更新所述IPv6报文中携带的业务功能链信息，然后将所述IPv6报文发送到所述目的地址，包括：
如根据部署策略更新了IPv6报文中携带的业务转发路径信息，则解析更新后的业务转发路径信息，获取更新后的业务功能路径的下一跳节点的IPv6地址作为目的地址，将所述IPv6报文发送到所述目的地址。
如图2-3所示，本发明实施例提供了一种实现业务功能链的装置，应用于业务功能链上的节点，包括：
封装模块，用于在IPv6报文的IPv6扩展头中封装业务功能链信息；
发送模块，用于根据业务功能链信息对所述IPv6报文进行发送；
所述装置还可以包括下述特点：
较佳地，所述业务功能链信息包括以下信息的至少一种：业务转发路径信息、元数据信息。
较佳地，所述用于封装业务转发路径信息的IPv6扩展头是IPv6选路扩展头，或者是新定义的IPv6扩展头。
较佳地，所述业务转发路径信息包括：业务功能路径信息和业务索引；
其中，所述业务索引用于标识当前节点在业务功能路径中的位置信息。
较佳地，所述用于封装元数据信息的IPv6扩展头是IPv6目的地选项扩展头，或者是新定义的IPv6扩展头。
较佳地，发送模块，用于根据业务功能链信息对所述IPv6报文进行发送，包括：
根据获取的业务转发路径信息确定下一跳节点的IPv6地址，将所述下一跳节点的IPv6地址作为目的地址，将所述IPv6报文发送到所述目的地址。
较佳地，封装模块，用于在IPv6报文的IPv6扩展头中封装业务功能链信息，包括：
对流量进行分类，根据分类结果在IPv6报文的IPv6扩展头中封装业务功能链信息。
较佳地，所述装置还包括：
信息获取模块，用于获取业务功能链信息。
较佳地，信息获取模块，用于获取业务功能链信息，包括以下至少一种方式：
从本地的配置信息中获取业务功能链信息，从控制器下发的全局配置信息中获取业务功能链信息。
较佳地，所述业务功能路径信息包括以下任意一种：业务功能路径标识、业务功能路径上的节点的地址列表、业务功能路径上的节点的段标识列表、业务功能路径上的节点的节点标识列表。
较佳地，所述元数据信息包括以下信息的至少一种：强制上下文数据信息、可选上下文数据信息。
如图2-4所示，本发明实施例提供了一种实现业务功能链的装置，应用于业务功能链上的节点，包括：
报文接收模块，用于接收到携带有业务功能链信息的IPv6报文后，解析所述业务功能链信息；
报文发送模块，用于获取业务功能路径的下一跳节点的IPv6地址作为目的地址，将所述IPv6报文发送到所述目的地址
所述装置还可以包括下述特点：
较佳地，所述业务功能链信息包括以下信息的至少一种：业务转发路径信息、元数据信息。
较佳地，所述业务转发路径信息封装在IPv6报文的IPv6选路扩展头中，或封装在IPv6报文的新定义的IPv6扩展头中；
所述元数据信息封装在IPv6报文的IPv6目的地选项扩展头中，或封装在IPv6报文的新定义的IPv6扩展头中。
较佳地，报文发送模块，用于将所述IPv6报文发送到所述目的地址，包括：
如本节点的下一跳是业务功能路径的目的节点，则从所述IPv6报文中剥掉封装有业务功能链信息的IPv6扩展头，然后将所述IPv6报文发送到所述目的地址。
较佳地，报文发送模块，用于将所述IPv6报文发送到所述目的地址，包括：
如本节点的下一跳不是业务功能路径的目的节点，则根据部署策略确定是否更新所述IPv6报文中携带的业务功能链信息，然后将所述IPv6报文发送到所述目的地址。
较佳地，报文发送模块，用于根据部署策略确定是否更新所述IPv6报文中携带的业务功能链信息，然后将所述IPv6报文发送到所述目的地址，包括：
如根据部署策略更新了IPv6报文中携带的业务转发路径信息，则解析更 新后的业务转发路径信息，获取更新后的业务功能路径的下一跳节点的IPv6地址作为目的地址，将所述IPv6报文发送到所述目的地址。
较佳地，所述业务转发路径信息包括：业务功能路径信息和业务索引；
其中，所述业务索引用于标识当前节点在业务功能路径中的位置信息。
较佳地，报文发送模块，用于将所述IPv6报文发送到所述目的地址，包括：
如本节点的下一跳不是业务功能路径的目的节点且所述业务功能链信息包含业务转发路径信息，则更新所述IPv6报文中的业务索引，然后将所述IPv6报文发送到所述目的地址。
较佳地，报文发送模块，用于更新所述IPv6报文中的业务索引，包括：
如所述业务索引代表当前节点距离业务功能路径的目的节点之间的跳数信息，则将所述IPv6报文中的业务索引递减。
具体实施方式
如图3-1所示，本发明扩展IPv6选路扩展头携带业务功能路径相关信息的报文参考格式，包括：
Routing Type：选路扩展头类型；
其中，本发明扩展了一种类型为5的选路扩展头；
Service Index：业务索引，等同于Segments Left；
Identifier Type：业务转发路径信息的标识方式；
其中，业务转发路径信息的标识方式可以是业务功能路径标识，也可以是各节点的地址列表；
业务功能路径信息：用于标识业务转发经历的路径信息；
如图3-2所示，本发明基于IPv6目的地选项扩展头携带元数据相关信息 的扩展，新定义元数据选项，携带元数据相关信息；
其中，所述元数据选项用于标识现有业务功能链技术中网络业务头NSH中携带的元数据报文头(Context Header)和/或变长可选元数据信息，元数据选项的参考格式如图3-2所示，其中：
MD Option Type：标识元数据(Medatada)选项类型；
Opt Data Len：标识元数据(Medatada)选项中携带的元数据长度；
Option Data：标识该选项携带的元数据(Medatada)；
进一步地，在该元数据选项中扩展元数据子选项MD Sub-Opt的定义，子选项参考格式如图3-3所示，其中：
MD Sub-Opt Type：标识元数据(Medatada)子选项Sub-Option类型；
MD Sub-Opt Len：标识元数据(Medatada)子选项中携带的元数据长度；
Sub-Opt Data：标识元数据子选项携带的元数据(Medatada)；
进一步地，当前定义的元数据子选项如图3-4所示，包括但不限于如下：
网络平台相关元数据(Network Platform Metadata)子选项：标识网络节点之间分享的网络平台级别的上下文信息，比如入接口信息、转发环境等；
网络相关元数据(Network Service Metadata)子选项：标识网络节点之间分享的网络层的信息，比如身份标识、租户信息、分类结果等；
业务平台相关元数据(Service Platform Metadata)子选项：标识业务功能SFs之间分享的业务平台级别的上下文信息，比如业务策略等；
业务相关元数据(Service Shared Metadata)子选项：标识业务功能SFs之间分享的业务相关的上下文信息，比如应用信息，业务处理结果等；
其他相关元数据等；
如图3-5所示，业务功能链所经历的业务转发路径为： SFF1->SF2>SFF3->SF5；
其中，SF1和SF2连接至SFF1，SF3连接至SFF2，SF4和SF5连接至SFF3；Classifier、各SFF和SF属于IPv6-SFC域内节点。
示例一
如图3-6所示，报文从源端节点S(Source)发送到目的端D(Destination)，需要经历中间节点SFF1/SF2/SFF3/SF5，则报文的转发流程如下：
步骤1：源端节点Source获取到目的端节点Destination的业务转发路径的信息[SFF1,SF2,SFF3,SF5,Desination]以及其对应的业务功能路径标识为SFPID1，一共5跳(Service Index)；同时，获取到该业务转发路径上需要传递和分享的元数据相关信息，所述路径信息和所述元数据相关信息可以是本地配置，也可以是从控制器获取；此处，源端节点担任了封装业务路径转发相关信息和元数据相关信息的角色；
步骤2：源端节点解析SFPID1，获取第一跳节点信息，并进一步解析为路由可达的IPv6地址，封装在IPv6报文头的目的地址字段中，并将业务转发路径信息[SFF1,SF2,SFF3,SF5,Destination]对应的SFPID1封装在本发明定义的选路扩展头中，即报文格式如图3-7所示，Service Index字段减1，即为4；同时，将获取到的元数据相关信息封装在IPv6目的地选项扩展头中；
步骤3：源端节点按照IPv6报文头中的目的IPv6地址进行转发，转发到第一跳节点SFF1上；当然，源端节点查找IPv6路由转发表时，也可能发现到达目的IPv6地址需要通过隧道封装或者MPLS转发到达；也可能发现到达目的IPv6地址需要通过VLAN封装、VXLAN封装、隧道封装或者MPLS转发到达；
步骤4：SFF1收到报文后，发现目的地是自己，于是解析报文中的选路扩展头，并进一步解析SFPID1信息和Service Index，获知当前节点是第1跳，进一步获取第2跳节点SF2信息，解析为在SFF1上路由可达的IPv6地址，并以该地址替换掉IPv6报文头中的目的地址，Service Index字段减1，即为3；同时，解析报文中的元数据相关信息，判断是否有SFF1节点需要的元数据信 息；如果有，则读取元数据信息并使用，使用完后如果需要更新元数据信息则更新；如果没有，则不更新元数据信息；SFF1根据更新后的目的IPv6地址查找IPv6路由表进行转发；也可能发现到达目的节点需要通过VLAN封装、VXLAN封装、隧道封装或者MPLS转发到达；
步骤5：SF2收到报文后，发现目的地是自己，于是解析报文中的选路扩展头，并进一步解析SFPID1信息和Service Index，获知当前节点是第2跳，进一步获取第3跳节点SFF3信息，解析为路由可达的IPv6地址，并以该地址替换掉IPv6报文头中的目的地址，ServiceIndex字段减1，即为2；同时，解析报文中的元数据信息，判断是否有SF2节点需要的元数据信息；如果有，则读取元数据信息并使用，使用完后如果需要更新元数据信息则更新；如果没有，则不更新元数据信息；SF2根据更新后的目的IPv6地址查找IPv6路由表进行转发；也可能发现到达目的IPv6地址需要通过VLAN封装、VXLAN封装、隧道封装或者MPLS转发到达；
步骤6：SFF3收到报文后，发现目的地是自己，于是解析报文中的选路扩展头，并进一步解析SFPID1信息和Service Index，获知当前节点是第3跳，进一步获取第4跳节点SF5信息，解析为在SFF3上路由可达的IPv6地址，并以该地址替换掉IPv6报文头中的目的地址，Service Index字段减1，即为1；同时，解析报文中的元数据信息，判断是否有SFF3节点需要的元数据信息；如果有，则读取元数据信息并使用，使用完后如果需要更新元数据信息则更新；如果没有，则不更新元数据信息；SFF3根据更新的目的IPv6地址查找IPv6路由表进行转发；也可能发现到达目的地址需要通过VLAN封装、VXLAN封装、隧道封装或者MPLS转发到达；
步骤7：SF5收到报文后，发现目的地是自己，于是解析报文中的选路扩展头，并进一步解析SFPID1信息和Service Index，获知当前节点是第4跳，进一步获取第5跳节点Destination信息，解析为路由可达的IPv6地址，并以该地址替换掉IPv6报文头中的目的地址，Service Index字段减1，即为0；同时，解析报文中的元数据信息，判断是否有SF5节点需要的元数据信息；如果有，则读取元数据信息并使用，使用完后如果需要更新元数据信息则更新；如果没有，则不更新元数据信息；进一步地，SF5发现Service Index字段为0， 即剥除掉此携带有业务功能路径相关信息的选路扩展头和携带有元数据相关信息的目的地选路扩展头；然后，SF5根据目的Destination-IPv6地址查找IPv6路由表进行转发；也可能发现到达目的IPv6地址需要通过VLAN封装、VXLAN封装、隧道封装或者MPLS转发到达；
示例二
如图3-8所示，报文从源端节点S(Source)发送到目的端D(Destination)，需要经历中间节点Classifier/SFF1/SF2/SFF3/SF5，其中，Classifier是源端节点S访问目的端节点D必经的节点，或者是第一跳路由转发设备；此时，进行业务功能路径相关信息封装和/或元数据相关信息封装的节点发生在中间节点Classifier上；而且，报文在到达SFF3时，会发生重新分类，重新获取业务功能路径信息和/或元数据相关信息；则报文的转发流程如下：
步骤1：源端节点Source根据目的地址Destination查IPv6路由表，最终报文转发到必经节点Classifier上；
步骤2：Classifier节点获取到目的端节点Destination的业务转发路径的信息[SFF1,SF2,SFF3,SF5,Desination]以及其对应的SFPID2标识，一共5跳；同时，未获取到该业务转发路径上需要传递和分享的元数据相关信息；所述路径信息可以是本地配置，也可以是从控制器获取；此处，Classifier节点担任了封装业务功能路径相关信息的角色；
步骤3：Classifier节点解析SFPID2，获取第一跳节点信息，并进一步解析为路由可达的IPv6地址，封装在IPv6报文头的目的地址字段中，并将业务转发路径信息[SFF1,SF2,SFF3,SF5,Destination]对应的SFPID2封装在本发明定义的选路扩展头内，ServiceIndex字段减1，即为4；
步骤4：Classifier节点按照IPv6报文头中的目的IPv6地址进行转发，转发到第一跳节点SFF1上；当然，Classifier节点查找IPv6路由转发表时，也可能发现到达目的IPv6地址需要通过隧道封装或者MPLS转发到达；也可能发现到达目的IPv6地址需要通过VLAN封装、VXLAN封装、隧道封装或 者MPLS转发到达；
步骤5：SFF1收到报文后，发现目的地是自己，于是解析报文中的选路扩展头，并进一步解析SFPID2信息和Service Index，获知当前节点是第1跳，进一步获取第2跳节点SF2信息，解析为在SFF1上路由可达的IPv6地址，并以该地址替换掉IPv6报文头中的目的地址，Service Index字段减1，即为3；同时，解析IPv6扩展头的其他部分，没有解析到元数据相关信息；SFF1根据解析出来的IPv6地址查找IPv6路由表进行转发；也可能发现到达所述SF2需要通过VLAN封装、VXLAN封装、隧道封装或者MPLS转发到达；
步骤6：SF2收到报文后，发现目的地是自己，于是解析报文中的选路扩展头，并进一步解析SFPID2信息和Service Index，获知当前节点是第2跳，进一步获取第3跳节点SFF3信息，解析为路由可达的IPv6地址，并以该地址替换掉IPv6报文头中的目的地址，ServiceIndex字段减1，即为2；同时，解析IPv6扩展头的其他部分，没有解析到元数据相关信息；SF2根据解析出来的IPv6地址查找IPv6路由表进行转发；也可能发现到达目的IPv6地址需要通过VLAN封装、VXLAN封装、隧道封装或者MPLS转发到达；
步骤7：SFF3收到报文后，发现目的地是自己，同时发现，SFF3上需要进行重新分类，于是重新获取到目的端节点Destination的业务转发路径的信息[SF4,Desination]以及其对应的SFPID3标识，一共2跳；同时，获取到此转发路径上需要传递和分享的元数据相关信息；所述路径信息和元数据相关信息可以是本地配置，也可以是从控制器获取；此处，SFF3节点根据新的业务转发路径相关信息SFPID3和业务索引2，解析出第1跳节点SF4的信息，解析为SFF3上路由可达的IPv6地址，并以该地址替换掉IPv6报文头中的目的地址，Service Index字段减1，即为1；同时，使用新的业务转发路径相关信息更新掉选路扩展头携带的原来的业务转发路径相关信息，并封装上元数据相关信息到IPv6目的地选项扩展头；SFF3根据解析出来的IPv6地址查找IPv6路由表进行转发；也可能发现到达所述SF4需要通过VLAN封装、VXLAN封装、隧道封装或者MPLS转发到达；
步骤8：SF4收到报文后，发现目的地是自己，于是解析报文中的选路扩展头，并进一步解析SFPID3信息和Service Index，获知当前节点是第1跳， 进一步获取第2跳节点Destination信息，解析为路由可达的IPv6地址，并以该地址替换掉IPv6报文头中的目的地址，Service Index字段减1，即为0；同时，解析报文中的元数据信息，判断是否有SF2节点需要的元数据信息；如果有，则读取元数据信息并使用，使用完后如果需要更新元数据信息则更新；如果没有，则不更新元数据信息；进一步地，SF4发现Service Index字段为0，即剥除掉此携带有业务转发路径相关信息的选路扩展头和携带有元数据相关信息的目的地选路扩展头；然后，SF4根据目的Destination-IPv6地址查找IPv6路由表进行转发；也可能发现到达目的IPv6地址需要通过VLAN封装、VXLAN封装、隧道封装或者MPLS转发到达；
示例三
如图3-9所示，报文从源端S发送到目的端D，需要经历中间节点SFF1/SF2/SFF3/SF5，且所有中间节点均是全局可达的IPv6地址标识，分别对应的IPv6地址为SFF1-IPv6/SF2-IPv6/SFF3-IPv6/SF5-IPv6，则报文的转发流程如下：
步骤1：源端节点Source获取到目的端节点Destination的业务转发路径的信息[SFF1,SF2,SFF3,SF5,Desination]以及其对应的全局IPv6地址，一共5跳；同时，获取到该业务转发路径上需要传递和分享的元数据相关信息；所述路径信息和所述元数据相关信息可以是本地配置，也可以是从控制器获取；
步骤2：源端节点获取第一跳节点SFF1的IPv6地址信息，封装在IPv6报文头的目的地址字段中，并将业务转发路径信息[SFF1,SF2,SFF3,SF5,Destination]对应的IPv6地址按照逆序封装在本发明定义新扩展的选路扩展头内，即报文格式如图3-10所示，ServiceIndex字段减1，即为4；同时，将获取到的元数据相关信息封装在IPv6目的地选项扩展头中；
步骤3：源端节点按照IPv6报文头中的目的IPv6地址进行转发，转发到第一跳节点SFF1上；当然，源端节点查找IPv6路由转发表时，也可能发现到达目的IPv6地址需要通过隧道封装或者MPLS转发到达；
步骤4：SFF1收到报文后，发现目的地是自己，于是解析报文中的选路扩展头，并进一步解析业务转发路径信息和Service Index，获知当前节点是第1跳，进一步获取第2跳节点SF2的IPv6地址，并以该地址替换掉IPv6报文头中的目的地址，Service Index字段减1，即为3；同时，解析报文中的元数据相关信息，判断是否有SFF1节点需要的元数据信息；如果有，则读取元数据信息并使用，使用完后如果需要更新元数据信息则更新；如果没有，则不更新元数据信息；SFF1根据目的SF2-IPv6地址查找IPv6路由表进行转发；也可能发现到达目的IPv6地址需要通过隧道封装或者MPLS转发到达；
步骤5：SF2收到报文后，发现目的地是自己，于是解析报文中的选路扩展头，并进一步解析业务转发路径信息和Service Index，获知当前节点是第2跳，进一步获取第3跳节点SFF3的IPv6地址，并以该地址替换掉IPv6报文头中的目的地址，Service Index字段减1，即为2；同时，解析报文中的元数据相关信息，判断是否有SF2节点需要的元数据信息；如果有，则读取元数据信息并使用，使用完后如果需要更新元数据信息则更新；如果没有，则不更新元数据信息；SF2根据目的SFF3-IPv6地址查找IPv6路由表进行转发；也可能发现到达目的IPv6地址需要通过隧道封装或者MPLS转发到达；
步骤6：SFF3收到报文后，发现目的地是自己，于是解析报文中的选路扩展头，并进一步解析业务转发路径信息和Service Index，获知当前节点是第3跳，进一步获取第4跳节点SF5的IPv6地址，并以该地址替换掉IPv6报文头中的目的地址，Service Index字段减1，即为1；同时，解析报文中的元数据相关信息，判断是否有SFF3节点需要的元数据信息；如果有，则读取元数据信息并使用，使用完后如果需要更新元数据信息则更新；如果没有，则不更新元数据信息；SFF3根据目的SF5-IPv6地址查找IPv6路由表进行转发；也可能发现到达目的IPv6地址需要通过隧道封装或者MPLS转发到达；
步骤7：SF5收到报文后，发现目的地是自己，于是解析报文中的选路扩展头，并进一步解析业务转发路径信息和Service Index，获知当前节点是第4跳，进一步获取第5跳节点Destination的IPv6地址，并以该地址替换掉IPv6报文头中的目的地址，Service Index字段减1，即为0；同时，解析报文中的元数据信息，判断是否有SF5节点需要的元数据信息；如果有，则读取元数 据信息并使用，使用完后如果需要更新元数据信息则更新；如果没有，则不更新元数据信息；进一步地，SF5发现Service Index字段为0，即剥除掉此携带有业务功能路径相关信息的选路扩展头和携带有元数据相关信息的目的地选路扩展头；然后，SF5根据目的Destination-IPv6地址查找IPv6路由表进行转发；也可能发现到达目的IPv6地址需要通过隧道封装或者MPLS转发到达。
示例四
如图3-11所示，报文从源端S发送到目的端D，需要经历中间节点Classifier/SFF1/SF2/SFF3/SF5，且中间节点均是全局可达的IPv6地址标识，对应的IPv6地址为Classifier-IPv6/SFF1-IPv6/SF2-IPv6/SFF3-IPv6/SF5-IPv6；其中，Classifier是源端节点S访问目的端节点D必经的节点，或者是第一跳路由转发设备；此时，进行选路扩展头封装的节点发生在中间节点Classifier上；而且，报文在到达SFF3时，发现SF5上业务流几近饱和，于是重新选择下一跳业务功能到SF4；则报文的转发流程如下：
步骤1：源端节点Source根据目的地址Destination查IPv6路由表，最终报文转发到必经节点Classifier上；
步骤2：Classifier节点获取到目的端节点Destination的业务转发路径的信息[SFF1,SF2,SFF3,SF5,Desination]以及其对应的全局IPv6地址，一共5跳；同时，获取到该业务转发路径上需要传递和分享的元数据相关信息；所述路径信息和所述元数据相关信息可以是本地配置，也可以是从控制器获取；
步骤3：Classifier端节点获取第一跳节点信息，封装在IPv6报文头的目的地址字段中，并将业务转发路径信息[SFF1,SF2,SFF3,SF5,Destination]对应的IPv6地址按照逆序封装在本发明新扩展的选路扩展头内，Service Index字段减1，即为4；同时，将获取到的元数据相关信息封装在IPv6目的地选项扩展头中；
步骤4：Classifier节点按照IPv6报文头中的目的IPv6地址进行转发，转发到第一跳节点SFF1上；当然，源端节点查找IPv6路由转发表时，也可能 发现到达目的IPv6地址需要通过隧道封装或者MPLS转发到达；
步骤5同示例三中步骤4；
步骤6同示例三中步骤5；
步骤7：SFF3收到报文后，发现目的地是自己，于是解析报文中的选路扩展头，发现下一跳为SF5，同时，通过各种手段，发现SF5上面的业务流量几近饱和，于是重新选择下一跳业务功能到SF4，并更新IPv6报文头中的目的地址为SF4-IPv6，Service Index字段减1，即为1；此时，SFF3上可以选择更新业务功能路径地址列表，也可以选择不更新；同时，解析报文中的元数据相关信息，判断是否有SFF3节点需要的元数据信息；如果有，则读取元数据信息并使用，使用完后如果需要更新元数据信息则更新；如果没有，则不更新元数据信息；SFF3根据目的SF4-IPv6地址查找IPv6路由表进行转发；也可能发现到达目的IPv6地址需要通过隧道封装或者MPLS转发到达；
步骤8：SF4收到报文后，发现目的地是自己，于是解析报文中的选路扩展头，并进一步解析业务转发路径信息和Service Index，获知当前节点是第4跳，进一步获取第5跳节点Destination的IPv6地址，并以该地址替换掉IPv6报文头中的目的地址，Service Index字段减1，即为0；同时，解析报文中的元数据信息，判断是否有SF4节点需要的元数据信息；如果有，则读取元数据信息并使用，使用完后如果需要更新元数据信息则更新；如果没有，则不更新元数据信息；进一步地，SF4发现Service Index字段为0，即剥除掉此携带有业务功能路径相关信息的选路扩展头和携带有元数据相关信息的目的地选路扩展头；然后，SF4根据目的Destination-IPv6地址查找IPv6路由表进行转发；也可能发现到达目的IPv6地址需要通过隧道封装或者MPLS转发到达。
示例五
如图3-12所示，报文从源端S发送到目的端D，需要经历中间节点SFF1/SF2/SFF3/SF5，且所有中间节点均有相应的段ID(Segment ID/SID)标识，分别对应的标识为SFF1-SID/SF2-SID/SFF3-SID/SF5-SID，其中，SFF1-SID 和SFF3-SID是节点SID，SF2-SID和SF5-SID是业务SID，则报文的转发流程如下：
步骤1：源端节点Source获取到目的端节点Destination的业务转发路径的信息[SFF1,SF2,SFF3,SF5,Desination]以及其对应的SID标识，一共5跳；同时，未获取此业务转发路径对应的元数据相关信息；所述路径信息和所述元数据相关可以是本地配置，也可以是从控制器获取；此处，源端节点担任了封装选路扩展头的角色；
步骤2：源端节点获取第一跳节点信息，即SFF1-SID信息，并进一步解析为路由可达的IPv6地址，封装在IPv6报文头的目的地址字段中，并将业务转发路径信息[SFF1,SF2,SFF3,SF5,Destination]对应的SID标识按照逆序封装在本发明定义的选路扩展头内，即报文格式如图3-13所示，Service Index字段减1，即为4；
步骤3：源端节点按照IPv6报文头中的目的IPv6地址进行转发，转发到第一跳节点SFF1上；当然，源端节点查找IPv6路由转发表时，也可能发现到达目的IPv6地址需要通过隧道封装或者MPLS转发到达；也可能发现到达目的IPv6地址需要通过VLAN封装、VXLAN封装、隧道封装或者MPLS转发到达；
步骤4：SFF1收到报文后，发现目的地是自己，于是解析报文中的选路扩展头，并进一步解析对应的SF2-SID信息，发现是本地业务SID，解析为在SFF1上路由可达的IPv6地址，并以该地址替换掉IPv6报文头中的目的地址，Service Index字段减1，即为3；SFF1根据SF2-SID解析出来的IPv6地址查找IPv6路由表进行转发；也可能发现到达所述SF2-SID需要通过VLAN封装、VXLAN封装、隧道封装或者MPLS转发到达；
步骤5：SF2收到报文后，发现目的地是自己，于是解析报文中的选路扩展头，并进一步解析对应的SFF3-SID信息，解析为路由可达的IPv6地址，并以该地址替换掉IPv6报文头中的目的地址，Service Index字段减1，即为2；SF2根据SFF3-SID解析出来的IPv6地址查找IPv6路由表进行转发；也可能发现到达目的IPv6地址需要通过VLAN封装、VXLAN封装、隧道封装或者MPLS转发到达；
步骤6：SFF3收到报文后，发现目的地是自己，于是解析报文中的选路扩展头，并进一步解析对应的SF5-SID信息，发现是本地业务SID，解析为在SFF3上路由可达的IPv6地址，并以该地址替换掉IPv6报文头中的目的地址，Service Index字段减1，即为1；SFF3根据SF5-SID解析出来的IPv6地址查找IPv6路由表进行转发；也可能发现到达所述SF5-SID需要通过VLAN封装、VXLAN封装、隧道封装或者MPLS转发到达；
步骤7：SF5收到报文后，发现目的地是自己，于是解析报文中的选路扩展头，并进一步解析对应的Desination-ID信息，解析为路由可达的IPv6地址，并以该地址替换掉IPv6报文头中的目的地址，Service Index字段减1，即为0；SF5发现Service Index字段为0，即剥除掉此选路扩展头；然后，SF5根据目的Destination-IPv6地址查找IPv6路由表进行转发；也可能发现到达目的IPv6地址需要通过VLAN封装、VXLAN封装、隧道封装或者MPLS转发到达。
示例六
如图3-14所示，报文从源端S发送到目的端D，业务转发路径为Classifier/SFF1/SF2/SFF3/SF5，目的端D不在IPv6SFC域内；报文从源端S转发到目的端D时，目的端节点Destination收到的报文中携带了无法识别的元数据选项信息；此时，Destination需要进一步根据RFC24604.2章节中定义的标识对收到的报文进行处理：
当元数据选项的MD Option Type字段中最高2位为00时，则忽略此选项；
当元数据选项的MD Option Type字段中最高2位为01时，则丢弃该报文；
当元数据选项的MD Option Type字段中最高2位为10时，则丢弃该报，并且，无论该报文的目的地址是否为组播地址，都发送ICMP参数错误消息给源端节点，指出有不识别的选项类型；
当元数据选项的MD Option Type字段中最高2位为11时，则丢弃该报，并且，只有当该报文的目的地址不是组播地址，才发送ICMP参数错误消息 给源端节点，指出有不识别的选项类型。
上述实施例提供的一种实现业务功能链的方法和装置，通过在IPv6报文的IPv6扩展头中封装业务功能链信息，沿着业务功能链对所述IPv6报文进行转发，能够在IPv6网络中简单部署和快速实现业务功能链技术。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现，相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
需要说明的是，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (36)

1.一种实现业务功能链的方法，应用于业务功能链上的节点，该方法包括：
在IPv6报文的IPv6扩展头中封装业务功能链信息；
根据业务功能链信息对所述IPv6报文进行发送。
2.如权利要求1所述的方法，其特征在于：
所述业务功能链信息包括以下信息的至少一种：业务转发路径信息、元数据信息。
3.如权利要求2所述的方法，其特征在于：
所述用于封装业务转发路径信息的IPv6扩展头是IPv6选路扩展头，或者是新定义的IPv6扩展头。
4.如权利要求3所述的方法，其特征在于：
所述业务转发路径信息包括：业务功能路径信息和业务索引；
其中，所述业务索引用于标识当前节点在业务功能路径中的位置信息。
5.如权利要求2所述的方法，其特征在于：
所述用于封装元数据信息的IPv6扩展头是IPv6目的地选项扩展头，或者是新定义的IPv6扩展头。
6.如权利要求2-5中任一项所述的方法，其特征在于：
根据业务功能链信息对所述IPv6报文进行发送，包括：
根据获取的业务转发路径信息确定下一跳节点的IPv6地址，将所述下一跳节点的IPv6地址作为目的地址，将所述IPv6报文发送到所述目的地址。
7.如权利要求2-5中任一项所述的方法，其特征在于：
在IPv6报文的IPv6扩展头中封装业务功能链信息，包括：
对流量进行分类，根据分类结果在IPv6报文的IPv6扩展头中封装业务功能链信息。
8.如权利要求1-5中任一项所述的方法，其特征在于，在IPv6报文的IPv6扩展头中封装所述业务功能链信息之前，所述方法还包括：
获取业务功能链信息。
9.如权利要求8所述的方法，其特征在于，
所述获取业务功能链信息，包括以下至少一种方式：
从本地的配置信息中获取业务功能链信息，从控制器下发的全局配置信息中获取业务功能链信息。
10.如权利要求2-5中任一项所述的方法，其特征在于：
所述业务功能路径信息包括以下任意一种：业务功能路径标识、业务功能路径上的节点的地址列表、业务功能路径上的节点的段标识列表、业务功能路径上的节点的节点标识列表。
11.如权利要求2-5中任一项所述的方法，其特征在于：
所述元数据信息包括以下信息的至少一种：强制上下文数据信息、可选上下文数据信息。
12.一种实现业务功能链的方法，应用于业务功能链上的节点，该方法包括：
接收到携带有业务功能链信息的IPv6报文后，解析所述业务功能链信息；
获取业务功能路径的下一跳节点的IPv6地址作为目的地址，将所述IPv6报文发送到所述目的地址；
所述业务功能链信息包括以下信息的至少一种：业务转发路径信息、元数据信息；
所述业务转发路径信息封装在IPv6报文的IPv6选路扩展头中，或封装在IPv6报文的新定义的IPv6扩展头中；
所述元数据信息封装在IPv6报文的IPv6目的地选项扩展头中，或封装在IPv6报文的新定义的IPv6扩展头中。
13.如权利要求12所述的方法，其特征在于：
将所述IPv6报文发送到所述目的地址，包括：
如本节点的下一跳是业务功能路径的目的节点，则从所述IPv6报文中剥掉封装有业务功能链信息的IPv6扩展头，然后将所述IPv6报文发送到所述目的地址。
14.如权利要求12所述的方法，其特征在于：
将所述IPv6报文发送到所述目的地址，包括：
如本节点的下一跳不是业务功能路径的目的节点，则根据部署策略确定是否更新所述IPv6报文中携带的业务功能链信息，然后将所述IPv6报文发送到所述目的地址。
15.如权利要求14所述的方法，其特征在于：
根据部署策略确定是否更新所述IPv6报文中携带的业务功能链信息，然后将所述IPv6报文发送到所述目的地址，包括：
如根据部署策略更新了IPv6报文中携带的业务转发路径信息，则解析更新后的业务转发路径信息，获取更新后的业务功能路径的下一跳节点的IPv6地址作为目的地址，将所述IPv6报文发送到所述目的地址。
16.如权利要求12所述的方法，其特征在于：
所述业务转发路径信息包括：业务功能路径信息和业务索引；
其中，所述业务索引用于标识当前节点在业务功能路径中的位置信息。
17.如权利要求16所述的方法，其特征在于：
将所述IPv6报文发送到所述目的地址，包括：
如本节点的下一跳不是业务功能路径的目的节点且所述业务功能链信息包含业务转发路径信息，则更新所述IPv6报文中的业务索引，然后将所述IPv6报文发送到所述目的地址。
18.如权利要求17所述的方法，其特征在于：
更新所述IPv6报文中的业务索引，包括：
如所述业务索引代表当前节点距离业务功能路径的目的节点之间的跳数信息，则将所述IPv6报文中的业务索引递减。
19.一种实现业务功能链的装置，应用于业务功能链上的节点，包括：
封装模块，用于在IPv6报文的IPv6扩展头中封装业务功能链信息；
发送模块，用于根据业务功能链信息对所述IPv6报文进行发送。
20.如权利要求19所述的装置，其特征在于：
所述业务功能链信息包括以下信息的至少一种：业务转发路径信息、元数据信息。
21.如权利要求20所述的装置，其特征在于：
所述用于封装业务转发路径信息的IPv6扩展头是IPv6选路扩展头，或者是新定义的IPv6扩展头。
22.如权利要求21所述的装置，其特征在于：
所述业务转发路径信息包括：业务功能路径信息和业务索引；
其中，所述业务索引用于标识当前节点在业务功能路径中的位置信息。
23.如权利要求20所述的装置，其特征在于：
所述用于封装元数据信息的IPv6扩展头是IPv6目的地选项扩展头，或者是新定义的IPv6扩展头。
24.如权利要求20-23中任一项所述的装置，其特征在于：
发送模块，用于根据业务功能链信息对所述IPv6报文进行发送，包括：
根据获取的业务转发路径信息确定下一跳节点的IPv6地址，将所述下一跳节点的IPv6地址作为目的地址，将所述IPv6报文发送到所述目的地址。
25.如权利要求20-23中任一项所述的装置，其特征在于：
封装模块，用于在IPv6报文的IPv6扩展头中封装业务功能链信息，包括：
对流量进行分类，根据分类结果在IPv6报文的IPv6扩展头中封装业务功能链信息。
26.如权利要求19-23中任一项所述的装置，其特征在于，还包括：
信息获取模块，用于获取业务功能链信息。
27.如权利要求26所述的装置，其特征在于，
信息获取模块，用于获取业务功能链信息，包括以下至少一种方式：
从本地的配置信息中获取业务功能链信息，从控制器下发的全局配置信息中获取业务功能链信息。
28.如权利要求20-23中任一项所述的装置，其特征在于：
所述业务功能路径信息包括以下任意一种：业务功能路径标识、业务功能路径上的节点的地址列表、业务功能路径上的节点的段标识列表、业务功能路径上的节点的节点标识列表。
29.如权利要求20-23中任一项所述的装置，其特征在于：
所述元数据信息包括以下信息的至少一种：强制上下文数据信息、可选上下文数据信息。
30.一种实现业务功能链的装置，应用于业务功能链上的节点，包括：
报文接收模块，用于接收到携带有业务功能链信息的IPv6报文后，解析所述业务功能链信息；
报文发送模块，用于获取业务功能路径的下一跳节点的IPv6地址作为目的地址，将所述IPv6报文发送到所述目的地址；
所述业务功能链信息包括以下信息的至少一种：业务转发路径信息、元数据信息；
所述业务转发路径信息封装在IPv6报文的IPv6选路扩展头中，或封装在IPv6报文的新定义的IPv6扩展头中；
所述元数据信息封装在IPv6报文的IPv6目的地选项扩展头中，或封装在IPv6报文的新定义的IPv6扩展头中。
31.如权利要求30所述的装置，其特征在于：
报文发送模块，用于将所述IPv6报文发送到所述目的地址，包括：
如本节点的下一跳是业务功能路径的目的节点，则从所述IPv6报文中剥掉封装有业务功能链信息的IPv6扩展头，然后将所述IPv6报文发送到所述目的地址。
32.如权利要求30所述的装置，其特征在于：
报文发送模块，用于将所述IPv6报文发送到所述目的地址，包括：
如本节点的下一跳不是业务功能路径的目的节点，则根据部署策略确定是否更新所述IPv6报文中携带的业务功能链信息，然后将所述IPv6报文发送到所述目的地址。
33.如权利要求32所述的装置，其特征在于：
报文发送模块，用于根据部署策略确定是否更新所述IPv6报文中携带的业务功能链信息，然后将所述IPv6报文发送到所述目的地址，包括：
如根据部署策略更新了IPv6报文中携带的业务转发路径信息，则解析更新后的业务转发路径信息，获取更新后的业务功能路径的下一跳节点的IPv6地址作为目的地址，将所述IPv6报文发送到所述目的地址。
34.如权利要求30所述的装置，其特征在于：
所述业务转发路径信息包括：业务功能路径信息和业务索引；
其中，所述业务索引用于标识当前节点在业务功能路径中的位置信息。
35.如权利要求34所述的装置，其特征在于：
报文发送模块，用于将所述IPv6报文发送到所述目的地址，包括：
如本节点的下一跳不是业务功能路径的目的节点且所述业务功能链信息包含业务转发路径信息，则更新所述IPv6报文中的业务索引，然后将所述IPv6报文发送到所述目的地址。
36.如权利要求35所述的装置，其特征在于：
报文发送模块，用于更新所述IPv6报文中的业务索引，包括：
如所述业务索引代表当前节点距离业务功能路径的目的节点之间的跳数信息，则将所述IPv6报文中的业务索引递减。
CN201510383483.2A 2015-07-02 2015-07-02 一种实现业务功能链的方法和装置 Active CN106330714B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201510383483.2A CN106330714B (zh) 2015-07-02 2015-07-02 一种实现业务功能链的方法和装置
EP16779467.6A EP3319278A4 (en) 2015-07-02 2016-02-24 Method and apparatus for implementing service function chain
US15/740,345 US20180198705A1 (en) 2015-07-02 2016-02-24 Method and apparatus for implementing service function chain
PCT/CN2016/074458 WO2016165492A1 (zh) 2015-07-02 2016-02-24 一种实现业务功能链的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510383483.2A CN106330714B (zh) 2015-07-02 2015-07-02 一种实现业务功能链的方法和装置

Publications (2)

Publication Number Publication Date
CN106330714A CN106330714A (zh) 2017-01-11
CN106330714B true CN106330714B (zh) 2020-05-29

Family

ID=57127144

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510383483.2A Active CN106330714B (zh) 2015-07-02 2015-07-02 一种实现业务功能链的方法和装置

Country Status (4)

Country Link
US (1) US20180198705A1 (zh)
EP (1) EP3319278A4 (zh)
CN (1) CN106330714B (zh)
WO (1) WO2016165492A1 (zh)

Families Citing this family (59)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9225638B2 (en) 2013-05-09 2015-12-29 Vmware, Inc. Method and system for service switching using service tags
US10225137B2 (en) 2014-09-30 2019-03-05 Nicira, Inc. Service node selection by an inline service switch
US9825810B2 (en) 2014-09-30 2017-11-21 Nicira, Inc. Method and apparatus for distributing load among a plurality of service nodes
US9774537B2 (en) 2014-09-30 2017-09-26 Nicira, Inc. Dynamically adjusting load balancing
US10594743B2 (en) 2015-04-03 2020-03-17 Nicira, Inc. Method, apparatus, and system for implementing a content switch
KR102059971B1 (ko) * 2015-09-30 2019-12-27 후아웨이 테크놀러지 컴퍼니 리미티드 데이터 라우팅 방법 및 장치
US10158568B2 (en) * 2016-02-12 2018-12-18 Huawei Technologies Co., Ltd. Method and apparatus for service function forwarding in a service domain
CN107453884B (zh) * 2016-05-30 2020-01-10 华为技术有限公司 一种网络设备的服务质量检测方法和装置
EP3468112A4 (en) * 2016-07-01 2019-05-08 Huawei Technologies Co., Ltd. METHOD, DEVICE AND SYSTEM FOR RETRIEVING A PACKAGE IN SERVICE CHAINING
CN114244771A (zh) * 2017-07-07 2022-03-25 华为技术有限公司 Pecp分段路由路径分段标签绑定扩展
US10454822B2 (en) * 2017-07-27 2019-10-22 Cisco Technology, Inc. Full-path validation in segment routing
CN109661037B (zh) * 2017-10-12 2023-07-04 中兴通讯股份有限公司 一种sfc报文转发方法及设备
US10797966B2 (en) * 2017-10-29 2020-10-06 Nicira, Inc. Service operation chaining
US11012420B2 (en) 2017-11-15 2021-05-18 Nicira, Inc. Third-party service chaining using packet encapsulation in a flow-based forwarding element
CN109802888B (zh) * 2017-11-16 2021-11-09 中兴通讯股份有限公司 一种基于任播地址保护的方法及装置
CN109922002A (zh) * 2017-12-13 2019-06-21 中国电信股份有限公司 基于SFC的业务数据转发方法以及Overlay系统
CN109962847B (zh) * 2017-12-14 2021-07-30 中国电信股份有限公司 业务功能链报文的封装方法和装置及计算机可读存储介质
CN109995655A (zh) * 2018-01-03 2019-07-09 中兴通讯股份有限公司 一种实现无缝最优跨域路径的方法及装置
US10797910B2 (en) 2018-01-26 2020-10-06 Nicira, Inc. Specifying and utilizing paths through a network
US10805192B2 (en) 2018-03-27 2020-10-13 Nicira, Inc. Detecting failure of layer 2 service using broadcast messages
CN110661674A (zh) * 2018-06-29 2020-01-07 中国电信股份有限公司 检测业务链连通性的方法和系统
US10944673B2 (en) 2018-09-02 2021-03-09 Vmware, Inc. Redirection of data messages at logical network gateway
US11595250B2 (en) 2018-09-02 2023-02-28 Vmware, Inc. Service insertion at logical network gateway
CN110971433B (zh) * 2018-09-29 2022-02-22 华为技术有限公司 获取SRv6隧道信息的方法、设备和系统
CN109379359B (zh) * 2018-10-19 2021-09-07 苏州盛科通信股份有限公司 SRv6数据包的处理方法和装置
CN111147379A (zh) * 2018-11-02 2020-05-12 中国电信股份有限公司 数据传输方法、系统和相关设备
US10805221B2 (en) * 2018-11-06 2020-10-13 Nanning Fugui Precision Industrial Co., Ltd. Service function chain (SFC) path selection method and system
US10785321B2 (en) * 2018-11-19 2020-09-22 Nanning Pugui Precision Industrial Co., Ltd. Service function chain (SFC) based multi-tenancy processing method
CN111200559B (zh) * 2018-11-19 2022-05-10 中国电信股份有限公司 路由方法和路由装置
CN111224870B (zh) * 2018-11-26 2022-11-18 中兴通讯股份有限公司 一种SR-MPLS Anycast场景下的故障修复方法、设备和存储介质
US11245617B1 (en) * 2018-12-28 2022-02-08 Juniper Networks, Inc. Compressed routing header
US11467861B2 (en) 2019-02-22 2022-10-11 Vmware, Inc. Configuring distributed forwarding for performing service chain operations
US11412071B2 (en) 2019-05-13 2022-08-09 Juniper Networks, Inc. Compressed routing header information for networks
CN111988266B (zh) * 2019-05-24 2022-05-17 华为技术有限公司 一种处理报文的方法
US11025545B2 (en) * 2019-06-06 2021-06-01 Cisco Technology, Inc. Conditional composition of serverless network functions using segment routing
CN112087381B (zh) * 2019-06-14 2021-12-31 华为技术有限公司 一种实现业务功能处理的方法及装置
CN112448891B (zh) * 2019-09-02 2022-10-04 中国电信股份有限公司 业务链实现方法和系统、业务分类器和业务功能节点
CN112565044B (zh) 2019-09-10 2023-08-25 华为技术有限公司 报文处理方法及装置
CN112751768B (zh) * 2019-10-29 2023-11-21 华为技术有限公司 业务报文转发方法、装置及计算机存储介质
US11283717B2 (en) 2019-10-30 2022-03-22 Vmware, Inc. Distributed fault tolerant service chain
US11140218B2 (en) 2019-10-30 2021-10-05 Vmware, Inc. Distributed service chain across multiple clouds
CN112787921B (zh) * 2019-11-08 2023-05-19 华为技术有限公司 报文传输方法、代理节点及存储介质
CN111181852B (zh) * 2019-12-30 2021-04-02 清华大学 一种发送方法、接收方法及其装置
CN113079089A (zh) * 2020-01-03 2021-07-06 华为技术有限公司 业务链的故障保护方法、装置、设备、系统及存储介质
US11223494B2 (en) 2020-01-13 2022-01-11 Vmware, Inc. Service insertion for multicast traffic at boundary
US11659061B2 (en) 2020-01-20 2023-05-23 Vmware, Inc. Method of adjusting service function chains to improve network performance
US11153406B2 (en) 2020-01-20 2021-10-19 Vmware, Inc. Method of network performance visualization of service function chains
US11438257B2 (en) 2020-04-06 2022-09-06 Vmware, Inc. Generating forward and reverse direction connection-tracking records for service paths at a network edge
CN111740900B (zh) * 2020-05-12 2023-04-07 新华三信息安全技术有限公司 一种基于业务功能链的报文转发方法和装置
CN113691448B (zh) * 2020-05-18 2022-09-23 华为技术有限公司 SRv6业务链中转发报文的方法、SFF及SF设备
CN111988395B (zh) * 2020-08-18 2022-05-17 深圳信息职业技术学院 一种服务功能链构建系统及方法
US11677614B2 (en) 2020-08-20 2023-06-13 Huawei Technologies Co., Ltd. Method and apparatus for protecting stateful service function paths
CN112202671B (zh) * 2020-09-09 2022-04-08 中盈优创资讯科技有限公司 一种通过代理实现业务编排的方法及装置
CN114374634A (zh) * 2020-10-15 2022-04-19 华为技术有限公司 报文转发方法以及网络设备
CN112437009B (zh) * 2020-11-27 2022-07-01 网络通信与安全紫金山实验室 SRv6端到端流策略的方法、路由器、路由系统和存储介质
US11734043B2 (en) 2020-12-15 2023-08-22 Vmware, Inc. Providing stateful services in a scalable manner for machines executing on host computers
US11611625B2 (en) 2020-12-15 2023-03-21 Vmware, Inc. Providing stateful services in a scalable manner for machines executing on host computers
CN113472666B (zh) * 2021-06-29 2023-08-18 新华三信息安全技术有限公司 报文转发方法及设备
WO2023125767A1 (zh) * 2021-12-31 2023-07-06 华为技术有限公司 一种报文传输方法、网络设备及系统

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101695047A (zh) * 2009-10-26 2010-04-14 中兴通讯股份有限公司 一种实现动态隧道报文转发的方法及交换机
CN101741752A (zh) * 2008-11-17 2010-06-16 华为技术有限公司 视频流传输的方法、装置和系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100387023C (zh) * 2004-04-26 2008-05-07 华为技术有限公司 流状态建立的方法
CN101741824A (zh) * 2008-11-14 2010-06-16 华为技术有限公司 IPv6地址的解析方法、装置及邻居发现报文处理方法
US9444675B2 (en) * 2013-06-07 2016-09-13 Cisco Technology, Inc. Determining the operations performed along a service path/service chain
US9825856B2 (en) * 2014-01-06 2017-11-21 Futurewei Technologies, Inc. Service function chaining in a packet network

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101741752A (zh) * 2008-11-17 2010-06-16 华为技术有限公司 视频流传输的方法、装置和系统
CN101695047A (zh) * 2009-10-26 2010-04-14 中兴通讯股份有限公司 一种实现动态隧道报文转发的方法及交换机

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Service Function Chaining: Design Considerations, Analysis & Recommendations；draft-boucadair-sfc-design-analysis-03.txt";Huawei Technologies等;《SERVICE FUNCTION CHAINING:DESIGN CONSIDERATIONS,ANALYSIS & RECOMMENDATIONS;DRAFT-BOUCADAIR-SFC-DESIGN-ANALYSIS-03.TXT,IETF;STANDARDWORKINGDRAFT,ISOC》;20141022;全文 *

Also Published As

Publication number Publication date
WO2016165492A1 (zh) 2016-10-20
CN106330714A (zh) 2017-01-11
EP3319278A1 (en) 2018-05-09
US20180198705A1 (en) 2018-07-12
EP3319278A4 (en) 2018-07-04

Similar Documents

Publication Publication Date Title
CN106330714B (zh) 一种实现业务功能链的方法和装置
US10158568B2 (en) Method and apparatus for service function forwarding in a service domain
US11627086B2 (en) Processing packets by an offload platform adjunct to a packet switching device
US9049098B2 (en) Discovery of services provided by application nodes in a network
US8520672B2 (en) Packet switching device using results determined by an application node
US9832130B2 (en) Data packet routing method and device
EP2254284B1 (en) Method and device for route installation and distribution
EP3070895B1 (en) Encapsulation method and system for flow identifier
EP2820806B1 (en) Identifying an egress point to a network location
CN112953831A (zh) 一种报文转发方法及装置
CN113259238B (zh) 分段标识的处理方法及设备
CN107925613A (zh) 业务功能链sfc中用于转发报文的方法、装置和系统
CN106603413B (zh) 通过指定路径传输流量的方法和装置
CN104378292A (zh) 一种转发mpls数据包的方法及装置
CN110611616A (zh) 一种基于Radius服务器的流量调度方法、系统、设备和介质
CN113472658A (zh) 一种报文封装方法、报文转发方法及装置
CN109039903B (zh) 路由确定方法、装置及机器可读存储介质
WO2017024818A1 (zh) 一种处理数据报文的方法及装置
CN113194033A (zh) 基于sdn段路由组网的报文转发方法、装置及存储介质
WO2002045375B1 (en) Auto-tunnelling in a heterogenous network
US20200145518A1 (en) Network Operations Including Protocol Processing of a Packet Updating an Operations Data Field of a Different Protocol
KR20160123024A (ko) 기능 기반 라우팅 방법 및 시스템
US9918217B1 (en) Fast roaming across a network fabric
CN112702263B (zh) 转发报文的方法及装置
CN117640512A (zh) 通信方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant