一种路由获取方法、装置、存储介质及电子装置与流程

1.本发明实施例涉及通信领域，具体而言，涉及一种路由获取方法、路由发送方法、装置存储介质及电子装置。


背景技术：

2.传统的路由最初设计是为流量转发的，路由表项中只包含用于目的地址匹配的前缀掩码信息及流量出接口信息，后来随着网络业务发展的需要(如防ddos攻击、流量工程)，支持流量策略(如：静态策略路由等)，需要转发路由表项能够将数据流能够进一步细分，不局限于根据目的地址匹配数据流，还包括源地址、ip协议号，端口号等等；对流的处理动作信息，也不局限于从某个出接口转发出去，还包括限速、丢弃、重定向等等处理动作。但策略路由最大的局限是属于本地行为，需要逐台设备配置，手工配置工作量大，对运维人员要求高，及网络调优可维护性差等问题。


技术实现要素：

3.本发明实施例提供了一种路由获取方法、路由发送方法、装置存储介质及电子装置，以至少解决相关技术中网络调优性差的问题。
4.根据本发明的一个实施例，提供了一种路由获取方法，包括：
5.获取来自控制器的流规格flowspec路由，其中，所述flowspec路由中包含有目标规则，所述目标规则用于指示将接收到的流量重定向到一个或多个目标流量工程路径sr-policy。
6.在一个示例性实施例中，在获取来自控制器的流规格flowspec路由之后，所述方法还包括：
7.在接收到所述流量之后，基于所述目标规则，将所述流量重定向到所述目标sr-policy。
8.在一个示例性实施例中，所述目标规则包括目标条件以及目标动作，其中，所述目标条件包括对所述流量进行匹配的条件，所述目标动作为在对所述流量进行匹配之后对所述流量所执行的动作信息。
9.在一个示例性实施例中，所述目标条件携带在所述flowspec路由中包含的网络层可达性信息nirl中。
10.在一个示例性实施例中，所述目标动作携带在所述flowspec路由中包含的扩展的团体属性中。
11.在一个示例性实施例中，所述扩展的团体属性包括目标比特位，所述目标比特位用于标识所述扩展的团体属性与接收到的其他团体属性的目标关系，其中，所述目标关系包括以下之一：由所述扩展的团体属性覆盖所述其他团体属性，所述扩展的团体属性与所述其他团体属性共存。
12.在一个示例性实施例中，所述扩展的团体属性与所述其他团体属性是由所述控制
policy。
33.在一个示例性实施例中，所述方法还包括：
34.所述目标规则包括目标条件以及目标动作，其中，所述目标条件包括对所述流量进行匹配的条件，所述目标动作为在对所述流量进行匹配之后对所述流量所执行的动作信息。
35.在一个示例性实施例中，所述目标动作携带在所述flowspec路由中包含的扩展的团体属性中。
36.在一个示例性实施例中，所述扩展的团体属性中包括有目标字段，其中，所述目标字段的值为预定值，所述预定值用于指示所述目标sr-policy的标识类型。
37.在一个示例性实施例中，所述扩展的团体属性中包括有所述sr-policy的标识，其中，在本地id标识sr-policy组的含义或者预定义的类型值是sr-policy组的含义时的情况下，所述sr-policy组的标识携带在sr-policy标识字段中。
38.根据本发明的另一个实施例，提供了一种路由获取装置，包括：
39.获取模块，用于获取来自控制器的流规格flowspec路由，其中，所述flowspec路由中包含有目标规则，所述目标规则用于指示将接收到的流量重定向到一个或多个目标流量工程路径sr-policy。
40.根据本发明的另一个实施例，提供了一种路由发送装置，包括：
41.发送模块，用于向目标客户端发送流规格flowspec路由，其中，所述flowspec路由中包含有目标规则，所述目标规则用于指示将接收到的流量重定向到一个或多个目标流量工程路径sr-policy。
42.根据本发明的又一个实施例，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
43.根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。
44.通过本发明，由于流规格路由flowspe由控制端下发到客户端上，使得客户端可以根据flowspe路由中携带的过滤匹配规则进行优化选路，从而实现对流量路径的调整、调优，因此，可以解决相关技术中网络调优性差问题，达到提高网络调优效率效果。
附图说明
45.图1是根据本发明实施例的一种路由获取方法的流程图；
46.图2是根据本发明实施例的一种路由发送方法的流程图；
47.图3是根据本发明实施例的一种路由获取装置的结构框图；
48.图4是根据本发明实施例的一种路由发送装置的结构框图；
49.图5是根据本发明具体实施例一的结构示意图；
50.图6是根据本发明具体实施例一的流程图；
51.图7是根据本发明具体实施例的扩展的团体属性结构示意图；
52.图8是根据本发明具体实施例的扩展的隧道封装属性结构示意图；
point，差分服务代码点)等；对流量所执行的动作信息包括(但不限于)对流量执行转发、识别、编解码、存储等操作的指令、目标地址、存储位置等信息。
69.需要说明的是，目标条件和目标动作均可以包括有多个，此时对应的动作信息和条件也可以有多个。
70.在一个可选的实施例中，目标条件携带在flowspec路由中包含的网络层可达性信息nirl中。
71.在一个可选的实施例中，目标动作携带在flowspec路由中包含的扩展的团体属性中。
72.在一个可选的实施例中，扩展的团体属性包括目标比特位，目标比特位用于标识扩展的团体属性与接收到的其他团体属性的目标关系，其中，目标关系包括以下之一：由扩展的团体属性覆盖其他团体属性，扩展的团体属性与其他团体属性共存。
73.在本实施例中，可以(但不限于)通过以下方式进行设置：当目标比特位设置为1时，表示针对同一个匹配条件，节点会新生成一条过滤规则，且不会覆盖先前生成的过滤规则；当目标比特位不设置时，表示针对同一个匹配条件，节点会只生成一条过滤规则，覆盖先前生成的过滤规则。
74.在一个可选的实施例中，扩展的团体属性与其他团体属性是由控制器在同一时刻或者在不同时刻所发送的。
75.在一个可选的实施例中，扩展的团体属性与其他团体属性是针对同一组流或同一个服务所设置的。
76.在一个可选的实施例中，扩展的团体属性中包括有目标字段，其中，目标字段的值为预定值，预定值用于指示目标sr-policy的标识类型。
77.在本实施例中，目标字段可以是id-type(id类型)，也可以是其它字段。
78.在一个可选的实施例中，预定值包括以下至少之一：
79.本地id的类型值、预定义的类型值。
80.在本实施例中，预定值还可以是以下值：
81.1：sid(index)，对应的generalized indirection_id为sid(index)；
82.2：sid(label)，对应的generalized indirection_id为sid(label)；
83.3：bsid(index)，对应的generalized indirection_id为bsid(index)；
84.4：bsid(label)，对应的generalized indirection_id为bsid(label)；
85.5：隧道id，对应的generalized indirection_id为隧道id。
86.在一个可选的实施例中，扩展的团体属性中包括有sr-policy的标识，其中，在本地id标识sr-policy组的含义或者预定义的类型值是sr-policy组的含义时的情况下，sr-policy组的标识携带在sr-policy标识字段中。
87.在本实施例中，为实现对sr-policy组的含义进行标识，需要在flowspec路由中设置用于标识sr-policy组及其成员sr-policy的含义的sr-policy标识字段。
88.在一个可选的实施例中，flowspec路由还包括扩展的隧道封装属性，在目标sr-policy中包括预定值标识的sr-policy类型的情况下，隧道封装属性用于标识目标sr-policy组中的成员sr-policy。
89.在本实施例中，在sr-policy有较多个情况下，为实现携带目标sr-policy组的效
果，可以设置扩展的隧道封装属性，并由扩展的隧道封装属性与扩展的团体属性联合携带目标动作的动作信息。
90.在一个可选的实施例中，flowspec路由还包括扩展的隧道封装属性，目标动作由扩展的团体属性和扩展的隧道封装属性联合携带。
91.在一个可选的实施例中，基于目标规则，将接收到的流量重定向到目标sr-policy包括：
92.步骤s2042，按照目标条件对流量进行匹配；
93.步骤s2044，在匹配到与流量对应的目标动作的情况下，按照目标动作对流量进行处理，以将流量重定向到目标sr-policy。
94.在一个可选的实施例中，
95.按照目标条件对流量进行匹配包括：在预先生成的第一流匹配表项中对流量进行匹配，其中，第一流匹配表项中包括有对应的目标条件以及目标动作，目标条件用于指示匹配信息，目标动作用于指示sr-policy；
96.在匹配到与流量对应的目标动作的情况下，按照目标动作对流量进行处理，以将流量重定向到目标sr-policy包括：在预先生成的第一流匹配表项中匹配到与流量的情况下，将所流量重定向到第一流匹配表项中包括的目标sr-policy中。
97.在本实施例中，第一流匹配的创建可以是在控制器创建，并随flowspec路由被控制器发送至客户端。
98.在一个可选的实施例中，在预先生成的第一流匹配表项中对流量进行地址匹配之后，该方法还包括：
99.在预先生成的第一流匹配表项中未匹配到与流量对应的目标动作情况下，向处理器发送第一指令，以指示处理器生成第二流匹配表项，其中，第二流匹配表项中包括有用于指示目标条件。
100.在本实施例中，在未匹配到与流量对应的目标动作情况下，上送cpu，以触发生成相关的第二流匹配表项，此时其转发动作拷贝前述最新下发的bgp-fs for srv6 policy(比如t2时刻下发的srv6 policy-2)。
101.在一个可选的实施例中，该方法还包括：
102.步骤s206，接收来自处理器的第二指令；
103.步骤s208，基于第二指令删除所述第一流匹配表项。
104.在本实施例中，平台需收集转发面的特定“流表项”的流量统计，若发现一定时间内无新增流量，则老化该特定“流表项”并向转发面下发删除指令，以指示转发面将特定流表项进行删除。
105.在一个可选的实施例中，如图2所示，本实施例还提供一种路由发送方法，包括：
106.步骤s302，向目标客户端发送流规格flowspec路由，其中，flowspec路由中包含有目标规则，目标规则用于指示将接收到的流量重定向到一个或多个目标流量工程路径sr-policy。
107.在一个可选的实施例中，目标规则包括目标条件以及目标动作，其中，目标条件包括对流量进行匹配的条件，目标动作为在对流量进行匹配之后对流量所执行的动作信息。
108.在一个可选的实施例中，目标条件携带在flowspec路由中包含的网络层可达性信
息nirl中。
109.在一个可选的实施例中，目标动作携带在flowspec路由中包含的扩展的团体属性中。
110.在一个可选的实施例中，扩展的团体属性包括目标比特位，目标比特位用于标识扩展的团体属性与接收到的其他团体属性的目标关系，其中，目标关系包括以下之一：由扩展的团体属性覆盖其他团体属性，扩展的团体属性与其他团体属性共存。
111.在一个可选的实施例中，扩展的团体属性与其他团体属性是由控制器在同一时刻或者在不同时刻所发送的。
112.在一个可选的实施例中，扩展的团体属性与其他团体属性是针对同一组流或同一个服务所设置的。
113.在一个可选的实施例中，扩展的团体属性中包括有目标字段，其中，目标字段的值为预定值，预定值用于指示目标sr-policy的标识类型。
114.在一个可选的实施例中，预定值包括以下至少之一：
115.本地id的类型值、预定义的类型值。
116.在一个可选的实施例中，扩展的团体属性中包括有sr-policy的标识，其中，在本地id标识sr-policy组的含义或者预定义的类型值是sr-policy组的含义时的情况下，sr-policy组的标识携带在sr-policy标识字段中。
117.在一个可选的实施例中，flowspec路由还包括扩展的隧道封装属性，在目标sr-policy中包括所述预定值标识的sr-policy类型的情况下，隧道封装属性用于标识目标sr-policy组中的成员sr-policy。
118.在一个可选的实施例中，flowspec路由还包括扩展的隧道封装属性，目标动作由扩展的团体属性和扩展的隧道封装属性联合携带。
119.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
120.在本实施例中还提供了一种路由获取装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
121.图3是根据本发明实施例的一种路由获取装置的结构框图，如图3所示，该装置包括：
122.获取模块42，用于获取来自控制器的流规格flowspec路由，其中，flowspec路由中包含有目标规则，目标规则用于指示将接收到的流量重定向到一个或多个目标流量工程路径sr-policy。
123.在一个可选的实施例中，该装置还包括：
124.重定向模块44，用于在获取来自控制器的流规格flowspec路由之后，在接收到流
量之后，基于目标规则，将流量重定向到目标sr-policy。
125.在一个可选的实施例中，目标规则包括目标条件以及目标动作，其中，目标条件包括对流量进行匹配的条件，目标动作为在对流量进行匹配之后对流量所执行的动作信息。
126.在一个可选的实施例中，目标条件携带在flowspec路由中包含的网络层可达性信息nirl中。
127.在一个可选的实施例中，目标动作携带在flowspec路由中包含的扩展的团体属性中。
128.在一个可选的实施例中，扩展的团体属性包括目标比特位，目标比特位用于标识扩展的团体属性与接收到的其他团体属性的目标关系，其中，目标关系包括以下之一：由扩展的团体属性覆盖其他团体属性，扩展的团体属性与其他团体属性共存。
129.在一个可选的实施例中，扩展的团体属性与其他团体属性是由控制器在同一时刻或者在不同时刻所发送的。
130.在一个可选的实施例中，扩展的团体属性与其他团体属性是针对同一组流或同一个服务所设置的。
131.在一个可选的实施例中，扩展的团体属性中包括有目标字段，其中，目标字段的值为预定值，预定值用于指示目标sr-policy的标识类型。
132.在一个可选的实施例中，预定值包括以下至少之一：
133.本地id的类型值、预定义的类型值。
134.在一个可选的实施例中，扩展的团体属性中包括有sr-policy的标识，其中，在本地id标识sr-policy组的含义或者预定义的类型值是sr-policy组的含义时的情况下，sr-policy组的标识携带在sr-policy标识字段中。
135.在一个可选的实施例中，flowspec路由还包括扩展的隧道封装属性，在目标sr-policy中包括预定值标识的sr-policy类型的情况下，隧道封装属性用于标识目标sr-policy组中的成员sr-policy。
136.在本实施例中，在sr-policy有较多个情况下，为实现携带目标sr-policy组的效果，可以设置扩展的隧道封装属性，并由扩展的隧道封装属性与扩展的团体属性联合携带目标动作的动作信息。
137.在一个可选的实施例中，flowspec路由还包括扩展的隧道封装属性，目标动作由扩展的团体属性和扩展的隧道封装属性联合携带。
138.在一个可选的实施例中，重定向模块44包括：
139.匹配单元42，用于按照目标条件对流量进行匹配；
140.重定向单元44，用于在匹配到与流量对应的目标动作的情况下，按照目标动作对流量进行处理，以将流量重定向到目标sr-policy。
141.在一个可选的实施例中，
142.匹配单元42包括：
143.第一表项匹配子单元422，用于在预先生成的第一流匹配表项中对流量进行匹配，其中，第一流匹配表项中包括有对应的目标条件以及目标动作，目标条件用于指示匹配信息，目标动作用于指示sr-policy；
144.重定向单元44包括：
145.重定向子单元442，用于在预先生成的第一流匹配表项中匹配到与流量的情况下，将所流量重定向到第一流匹配表项中包括的目标sr-policy中。
146.在一个可选的实施例中，该装置还包括：
147.第二表项生成单元424，用于在预先生成的第一流匹配表项中对流量进行地址匹配之后，在预先生成的第一流匹配表项中未匹配到与流量对应的目标动作情况下，向处理器发送第一指令，以指示处理器生成第二流匹配表项，其中，第二流匹配表项中包括有用于指示目标条件。
148.在一个可选的实施例中，该装置还包括：
149.指令接收模块46，用于接收来自处理器的第二指令；
150.表项删除模块48，用于基于第二指令删除第一流匹配表项。
151.图4是根据本发明实施例的一种路由发送装置的结构框图，如图4所示，该装置包括：
152.发送模块52，用于向目标客户端发送流规格flowspec路由，其中，flowspec路由中包含有目标规则，目标规则用于指示将接收到的流量重定向到一个或多个目标流量工程路径sr-policy。
153.在一个可选的实施例中，目标规则包括目标条件以及目标动作，其中，目标条件包括对流量进行匹配的条件，目标动作为在对流量进行匹配之后对流量所执行的动作信息。
154.在一个可选的实施例中，目标条件携带在flowspec路由中包含的网络层可达性信息nirl中。
155.在一个可选的实施例中，目标动作携带在flowspec路由中包含的扩展的团体属性中。
156.在一个可选的实施例中，扩展的团体属性包括目标比特位，目标比特位用于标识扩展的团体属性与接收到的其他团体属性的目标关系，其中，目标关系包括以下之一：由扩展的团体属性覆盖其他团体属性，扩展的团体属性与其他团体属性共存。
157.在一个可选的实施例中，扩展的团体属性与其他团体属性是由控制器在同一时刻或者在不同时刻所发送的。
158.在一个可选的实施例中，扩展的团体属性与其他团体属性是针对同一组流或同一个服务所设置的。
159.在一个可选的实施例中，扩展的团体属性中包括有目标字段，其中，目标字段的值为预定值，预定值用于指示目标sr-policy的标识类型。
160.在一个可选的实施例中，预定值包括以下至少之一：
161.本地id的类型值、预定义的类型值。
162.在一个可选的实施例中，扩展的团体属性中包括有sr-policy的标识，其中，在本地id标识sr-policy组的含义或者预定义的类型值是sr-policy组的含义时的情况下，sr-policy组的标识携带在sr-policy标识字段中。
163.在一个可选的实施例中，flowspec路由还包括扩展的隧道封装属性，在目标sr-policy中包括预定值标识的sr-policy类型的情况下，隧道封装属性用于标识目标sr-policy组中的成员sr-policy。
164.在本实施例中，在sr-policy有较多个情况下，为实现携带目标sr-policy组的效
果，可以设置扩展的隧道封装属性，并由扩展的隧道封装属性与扩展的团体属性联合携带目标动作的动作信息。
165.在一个可选的实施例中，flowspec路由还包括扩展的隧道封装属性，目标动作由扩展的团体属性和扩展的隧道封装属性联合携带。
166.需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
167.本发明的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
168.在一个示例性实施例中，上述计算机可读存储介质可以包括但不限于：u盘、只读存储器(read-only memory，简称为rom)、随机存取存储器(random access memory，简称为ram)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
169.本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
170.在一个示例性实施例中，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
171.本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例，本实施例在此不再赘述。
172.下面结合具体实施例对本发明进行说明。
173.具体实施例一
174.如图5及图6所示，本发明的具体实施步骤主要包括：
175.步骤701：bgpflowspec控制器发送携带重定向到一个或者多个sr-policy(segment routing-policy,流量工程路径)的过滤规则的流规格flowspc路由。
176.步骤702：bgpflowspec客户端接收携带所述扩展的团体属性的flowspec路由，保存流过滤规则的内容。
177.其中，切片/应用过滤规则包括：匹配条件及流量匹配后的执行动作；而匹配条件由nlri(network layer reachability information，网络层可达性消息)中携带，匹配条件包含的匹配类型可以是现有定义的flowspec component(流规格信息组成)类型，即基于数据包源地址/目的地址/dscp等，匹配过程则可以根据匹配条件来对流量进行匹配；流量匹配后的执行动作则由扩展的团体属性携带，其中，可以通过在现有的重定向团体属性设置一个比特位用于标识所述的团体属性是覆盖其他时刻/同时发送的团体属性还是共同存在的关系。
178.需要说明的是，扩展的重定向团体属性包括以下内容：
179.1)重定向到indirection-id(间接id)的扩展的团体属性格式如图7所示，图中：
180.比特位n设置为1，表示针对同一个匹配条件，节点会新生成一条过滤规则，且不会覆盖先前生成的过滤规则；
181.比特位n比特不设置，表示针对同一个匹配条件，节点会只生成一条过滤规则，覆
盖先前生成的过滤规则。
182.除此之外，图7中还包括：
183.id-type(id类型)：
184.0：本地id，对应的generalized indirection_id为本地id；
185.1：sid(index)，对应的generalized indirection_id为sid(index)；
186.2：sid(label)，对应的generalized indirection_id为sid(label)；
187.3：bsid(index)，对应的generalized indirection_id为bsid(index)；
188.4：bsid(label)，对应的generalized indirection_id为bsid(label)；
189.5：隧道id，对应的generalized indirection_id为隧道id。
190.2)重定向到indirection-id的扩展的团体属性格式如图7所示，其中，可以使用新定义的内容对id-type字段进行定义，使对应的id-type字段对应的generalized indirection_id为sr-policy组，也可以使用现有的定义内容来定义id-type字段，如0：本地id，此时对应的generalized indirection_id为本地id，则该本地id的含义是指示sr-policy组。
191.另外，如图8所示，还可以在隧道封装属性下面，定义新的隧道封装属性sub-tlv:sr-policy sub-tlv，图中：
192.比特位n设置为1，表示针对同一个匹配条件，节点会新生成一条过滤规则，不会覆盖先前生成的过滤规则；
193.比特位n不设置，表示针对同一个匹配条件，节点会只生成一条过滤规则，覆盖先前生成的过滤规则。
194.其中，color endpoint用于标识一条sr-policy，如果需要标识多个sr-policy则需要携带多个sr-policy sub-tlv。还可以使用bsid标识一条sr-policy，即sr-policy sub-tlv的格式是多样的，本实施例仅给出一种格式。
195.此时，流量匹配后的执行动作可以由《重定向到扩展的indirection-id的扩展的团体属性,新的隧道封装属性sub-tlv:sr-policy sub-tlv》共同携带，以实现携带多个sr-policy的效果。
196.需要说明的是，流过滤规则包括两部分内容：匹配类型及执行动作，由于匹配类型由flowspec路由中的nlri中携带，执行动作由扩展的团体属性携带。
197.具体实施例二
198.如图9所示，在主机client 1需要访问远端的计算资源service 1的情况下，控制器会实时告知bgpflowspec客户端针对某种服务的最新重定向策略，此时，该重定向策略的基本原则是重定向到比较空闲的云资源池，其中，云资源池的空闲状态可以通过轮询、访问等方式获得。为实现重定向策略，需要不同时刻下发的过滤规则能够重定向到多个sr-policy上，具体的，图9中sr-policy1对应的段列表segment list为{pe1}，sr-policy2对应的segment list为{pe2}该实施例中，此时，使用binding sid标识一条sr-policy。
199.此时，具体步骤如下：
200.步骤1001：主机client 1需要访问远端的计算资源service 1时，生成业务报文《sa＝client1-ip,da＝service1-ip》，并将业务报文发送至网关pe3。
201.步骤1002：在网关pe3上，首先根据业务报文的特征《sa,da》，匹配“流匹配规则表
项”，其中，“流匹配规则表项”包含的表项内容与传统的策略路由表项类似(在实现时可以统一维护)，能够将业务报文引导至sr policy到达对端的云资源池，此时，sr policy为piv6格式的srv6 policy。
202.需要说明的是，pe3在为业务报文封装外层的srv6 policy前，需要将业务报文的sa进行nat转换，改为pe3的公网ip地址(pe3-nat-ip)。
203.其中，关于“流过滤规则表项”的创建，主要分两步：
204.1)控制器实时告知bgp flowspec客户端针对某种服务的最新重定向策略，基本原则是重定向到比较空闲的云资源池。
205.随后bgp flowspec客户端通过bgp-flowspec从控制器接收重定向至srv6 policy的flow-route(路由)，bgp flow-route携带的内容包括：
206.匹配条件：由nlri进行携带，且匹配条件具体格式为：match da:service ip；
207.匹配后的动作：由重新向到扩展的indirection-id的扩展的团体属性进行携带，具体格式为：
208.action:set《重新向到扩展的indirection-id的扩展的团体属性：binding sid1》。
209.其中，重新向到扩展的indirection-id的扩展的团体属性扩展一个标志位：n，该标志位用于标识：对于同一个匹配条件，不同时刻携带多个扩展的indirection-id的扩展的团体属性时，团体属性之间非覆盖关系，是额外增加的关系。其他的格式不变。
210.其中，binding sid用于关联sr-policy，binding sid1用于关联sr-policy1，binding sid2用于关联sr-policy2，即：
211.t1时刻从控制器接收flow-route：match service-1 ip,set binding sid1，其中，srv6 policy-1的segment list为{pe1}，希望将业务流引导至资源池a。
212.t2时刻从控制器接收flow-route：match service-1 ip,set binding sid2，其中，srv6 policy-2的segment list为{pe2}，希望将业务流引导至资源池b。
213.2)bgp flowspec客户端生成“流匹配过滤表项”中的两条条目。
214.其中，“流匹配过滤表项”的内容如表1所示。
215.表1
[0216][0217]
另外，当转发面发现业务报文无法命中一个流表项(sa,da)时，就会上送cpu，触发生成相关的流表项，其转发动作拷贝前述最新下发的bgp-fs for srv6 policy(比如t2时刻下发的srv6 policy-2)。
[0218]
另外，平台需收集转发面的特定“流表项”的流量统计，若发现一定时间内无新增流量，则老化该特定“流表项”并向转发面下发删除。
[0219]
具体实施例三：
[0220]
工作场景如具体实施例二，但是与具体实施例二不同之处在于，本实施例中，采用color endpoint来标识sr-policy，且“流过滤规则表项”的创建不同，本实施例中的“流过滤规则表项”的创建分两步：
[0221]
1)控制器实时告知bgp flowspec客户端针对某种服务的最新重定向策略，基本原则是重定向到比较空闲的云资源池。
[0222]
随后bgp flowspec客户端通过bgp-flowspec从控制器接收重定向至srv6 policy的flow-route，bgp flow-route携带的内容包括：
[0223]
匹配条件：由nlri进行携带，具体格式为：match da:service ip；
[0224]
匹配后的动作：由重新向到扩展的indirection-id的扩展的团体属性以及隧道封装属性sr-policy sub-tlv联合携带，具体格式为：
[0225]
action:set《重新向到扩展的indirection-id的扩展的团体属性：sr policy组标识,sr-policy sub-tlv：color endponit》。
[0226]
其中，对于重新向到扩展的indirection-id的扩展的团体属性，sr policy组有两种扩展：一种是使用重定向到indirection-id的扩展的团体属性格式如图7所示，id-type字段定义新的类型：sr-policy组，对应generalized indirection_id为sr-policy组或者使用现有的0；另外一种是使用现有的id-type字段，0：本地id，对应的generalized indirection_id为本地id，这个本地id的含义是sr-policy组。
[0227]
其中sr-policy sub-tlv用于携带color endpoint用于标识一条sr-policy，sr-policy sub-tlv是新定义的隧道封装属性sub-tlv，可以携带多个。
[0228]
比如：
[0229]
t1时刻从控制器接收flow-route：match service-1 ip,set《重新向到扩展的indirection-id的扩展的团体属性：sr policy组标识：1,sr-policy sub-tlv：color c1 endponit：pe1》，其中，srv6 policy-1的segment list为{pe1}，希望将业务流引导至资源池a。
[0230]
t2时刻从控制器接收flow-route：match service-1 ip,set《重新向到扩展的indirection-id的扩展的团体属性：sr policy组标识：1,sr-policy sub-tlv：color c2 endponit：pe2》，其中，srv6 policy-2的segment list为{pe2}，希望将业务流引导至资源池b。
[0231]
其中，由于sr-policy sub-tlv携带了n比特，且n比特设置为1，表示针对同一个匹配条件，节点会新生成一条过滤规则，不会覆盖先前生成的过滤规则。
[0232]
2)bgp flowspec客户端生成“流匹配过滤表项”中的两条条目。
[0233]“流匹配过滤表项”的内容如表2所示：
[0234]
表2
[0235]
sid1及binding sid2)。
[0255]
平台需收集转发面的特定“流表项”的流量统计，若发现一定时间内无新增流量，则老化该特定“流表项”并向转发面下发删除。
[0256]
具体实施例五：
[0257]
与具体实施例二不同之处在于，如图10所示，在本实施例中，同一时刻，针对一组流量，会同时重定向到多个sr-policy，且本实施例采用color endpoint来标识sr-policy，其中，color c1 endponit：d标识sr-policy1，color c2 endponit：d标识sr-policy2，下面来描述“流过滤规则表项”的过程。
[0258]
步骤1201：bgp flowspec控制器发送携带重定向到一个或者多个sr-policy的过滤规则的flowspc路由。
[0259]
步骤1202：bgp flowspec客户端生成“流匹配过滤表项”。
[0260]
其中，bgp flow-route携带的内容包括：
[0261]
匹配条件：由nlri携带，其格式为：match da；
[0262]
匹配后的动作，由重新向到扩展的indirection-id的扩展的团体属性以及隧道封装属性联合携带，其格式为：
[0263]
action:set《重新向到扩展的indirection-id的扩展的团体属性：sr policy组标识：1,sr-policy sub-tlv：color c1 endponit：d，sr-policy sub-tlv：color c2 endponit：d》。
[0264]
其中重新向到扩展的indirection-id的扩展的团体属性：sr policy组有两种扩展：一种是使用重定向到indirection-id的扩展的团体属性格式如图7所示，id-type字段定义新的类型：sr-policy组，对应generalized indirection_id为sr-policy组或者使用现有的0；另外一种是使用现有的id-type字段，0：本地id，对应的generalized indirection_id为本地id，这个本地id的含义是sr-policy组。
[0265]“流匹配过滤表项”的局部内容如表4所示：
[0266]
表4
[0267][0268]
另外，当转发面发现业务报文无法命中一个流表项(da)时，就会上送cpu，触发生成相关的流表项，其转发动作拷贝最新下发的bgp-fs for srv6 policy。
[0269]
平台需收集转发面的特定“流表项”的流量统计，若发现一定时间内无新增流量，则老化该特定“流表项”并向转发面下发删除。
[0270]
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
[0271]
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。