CN112511427A

CN112511427A - 段路由业务处理方法、装置、路由设备及存储介质

Info

Publication number: CN112511427A
Application number: CN202010038792.7A
Authority: CN
Inventors: 刘尧; 张征
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2020-01-14
Filing date: 2020-01-14
Publication date: 2021-03-16
Anticipated expiration: 2040-01-14
Also published as: CN112511427B; EP4092974A1; US20230067091A1; EP4092974A4; WO2021143279A1

Abstract

本申请提供一种段路由业务处理方法、装置、路由设备及存储介质。该方法获取目标节点的业务属性信息，所述目标节点包括SR业务节点和SR代理节点；向第二SR节点发送包含所述业务属性信息的通告消息。

Description

段路由业务处理方法、装置、路由设备及存储介质

技术领域

本申请涉及无线通信网络，例如涉及一种段路由业务处理方法、装置、路由设备及存储介质。

背景技术

段路由(Segment Routing，SR)是一种基于源地址的路由方法，段路由网络中的节点(路由器、主机等设备)通过在数据报头中插入带顺序的段列表(Segment List)，引导SR业务报文沿一定的路径通过网络，实现SR业务报文在各节点之间的转发和处理。为了使控制面对各个SR业务进行编排，各个SR业务数据必须通过与其相对应的节点分别上报至控制面，这种情况下，各节点能够获取的或者上报的数据具有片面性，导致SR业务数据的分布单一、传输的灵活性差，不利于段路由网络的灵活部署和调度。

发明内容

本申请提供一种段路由业务处理方法、装置、路由设备及存储介质，以提高SR业务数据分布和传输的灵活性。

本申请实施例提供一种段路由业务处理方法，包括：

获取目标节点的业务属性信息，所述目标节点包括SR业务节点和SR代理节点；

向第二SR节点发送包含所述业务属性信息的通告消息。

本申请实施例还提供了一种段路由业务处理装置，包括：

信息获取模块，设置为获取目标节点的业务属性信息，所述目标节点包括SR业务节点和SR代理节点；

通告模块，设置为向第二SR节点发送包含所述业务属性信息的通告消息。

本申请实施例还提供了一种路由设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述的段路由业务处理方法。

本申请实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现上述的段路由业务处理方法。

附图说明

图1为一实施例提供的一种段路由业务处理方法的流程图；

图2为一实施例提供的一种段路由网络的示意图；

图3为一实施例提供的一种IS-IS协议下扩展次子标签长度内容的示意图；

图4为一实施例提供的一种IS-IS协议下扩展子标签长度内容的示意图；

图5为一实施例提供的一种业务属性信息上报的流程图；

图6为一实施例提供的一种段路由业务报文处理的流程图；

图7为一实施例提供的一种段路由业务报文处理的示意图；

图8为另一实施例提供的一种段路由业务报文处理的示意图；

图9为一实施例提供的一种段路由业务处理装置的结构示意图；

图10为一实施例提供的一种路由设备的硬件结构示意图。

具体实施方式

下面结合附图和实施例对本申请进行说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。

SR是一种基于源地址的路由的方法，在多协议标签交换(Multi-Protocol LabelSwitching，MPLS)网络的报文头或者互联网协议第6版(Internet Protocol Version 6，IPv6)的报文头中携带段路由报文头(Segment Routing Header，SRH)，在SRH中携带一系列的指示操作(也称为段操作)，可以实现数据的路由和传输。通过将各SR业务的段标识(Segment Identifier，SID)与其他类型的SID一起包含在段列表，SID列表中，可以指定业务路径，实现SR业务的编排。在SR业务的编排中，业务分为支持SR的业务(SR AwareService)和不支持SR的业务(SR Unaware Service)。对于支持SR的业务，可以直接分配一个SID；对于不支持SR的业务，需要由SR代理代替业务处理SR流量，这种情况下，SR业务的SID配置在SR代理上，并与SR代理上的业务相关联。SR代理是一个逻辑概念，可以和路由器合设，也可以由单独的物理设备或者虚拟化设备实现。SR代理对于路由协议的支持可能是有限的，有可能不支持路由协议，也有可能不支持协议关于SR的扩展。

为了使控制面完成对各个SR业务的编排，各个SR业务数据必须通过与其相对应的节点分别上报至控制面，这种情况下，各节点能够获取的或者上报的数据具有片面性，导致SR业务数据的分布单一、传输的灵活性差，不利于段路由网络的灵活部署和调度。

在本申请实施例中，提供一种段路由业务处理方法，第一SR节点获取目标节点的业务属性信息并将业务属性信息传输至其他SR节点，使得业务属性信息在整网泛洪，提高SR业务数据分布和传输的灵活性。在此基础上，段路由网络中的任意一个节点都可获知业务属性信息、都可向控制面上报，有利于网络的灵活部署和调度。

图1为一实施例提供的一种段路由业务处理方法的流程图。如图1所示，本实施例提供的方法包括步骤110和步骤120。

在步骤110中，获取目标节点的业务属性信息，所述目标节点包括SR业务节点和SR代理节点。

在步骤120中，向第二SR节点发送包含所述业务属性信息的通告消息。

本实施例中的段路由业务处理方法可应用于第一SR节点，目标节点是指SR网络中部署有SR业务(例如防火墙、负载均衡等业务)的节点。

图2为一实施例提供的一种段路由网络的示意图。图2中的连线只代表逻辑连接。如图2所示，第一SR节点与目标节点相邻，从目标节点处获取业务属性信息并通告至SR网络中的其他节点(第二SR节点)，使得整网的节点都可获知已部署的SR业务的业务属性信息，从而实现业务属性信息的泛洪。目标节点可以为支持SR的SR业务节点或者不支持SR的SR代理节点。在一些实施例中，目标节点也可以为第一SR节点本身，即，第一SR节点将本节点的业务属性信息通告给第二SR节点。

在一实施例中，所述业务属性信息通过第一SR节点或者所述第二SR节点上报至控制面。

在第一SR节点和第二SR节点都获取到业务属性信息的基础上，对于集中式的控制面，第一SR节点或者第二SR节点都可以将业务属性信息上报至控制面，控制面据此进行业务编排，将各SR业务关联一个SID。在一些实施例中，控制面也可以为分布式的，即第一SR节点或者第二SR节点本身可以根据业务属性信息进行业务编排，这种情况下则无需上报。

在一实施例中，在所述目标节点为SR业务节点的情况下，所述业务属性信息包括：SR业务的第一SID、业务类型和业务相关信息；在所述目标节点为SR代理节点的情况下，所述业务属性信息包括：所述SR代理节点中对应于SR业务的第二SID、代理类型、业务类型和业务相关信息。本实施例中，目标节点支持SR，则为SR业务节点；目标节点不支持SR，则为SR代理节点。在目标节点为SR业务节点的情况下，第一SR业务节点获取到的业务属性信息以及向第二SR节点通告的业务属性信息包括：SR业务的第一SID、业务类型(例如防火墙、负载均衡等)以及其他业务相关信息(例如厂家信息、版本信息等)；在目标节点为SR代理节点的情况下，第一SR业务节点获取到的业务属性信息以及向第二SR节点通告的业务属性信息除了包括目标节点中对应于SR业务的第二SID、业务类型和其他业务相关信息，还包括代理类型。

在一实施例中，在目标节点为SR代理节点的情况下，代理类型满足：在目标节点属于SRv6网络且支持SRv6编程的情况下，代理类型通过功能字段表示，所述功能字段定义的功能包括对应于静态代理的第一功能、对应于动态代理的第二功能以及对应于伪代理的第三功能；在目标节点属于段路由多协议标签交换SR-MPLS网络或者不支持SRv6编程的情况下，所述代理类型通过代理类型字段表示，所述代理类型包括静态代理(Static proxy)、动态代理(Dynamic proxy)以及伪代理(Masquerading proxy)。

本实施例中，在目标节点为SR代理节点的情况下，SR代理节点的代理类型可以根据网络类型以及是否支持SRv6编程，通过以下两种方式来表示：

方式1：网络类型为SRv6的网络且SR代理节点支持SRv6编程，则代理类型通过功能(Function)字段表示，Function可以标示路由设备的任何功能，例如某个转发行为或者某种业务等，本实施例中，Function包括对应于静态代理的第一功能(例如END.AS)、对应于动态代理的第二功能(例如END.AD)以及对应于伪代理的第三功能(例如END.AM)，根据Function字段即可实现业务属性信息中的代理类型在不同节点之间的传输或通告。其中，END代表尾端动作(End Point Function)，SRv6网络编程的动作都以END开头，END.AS、END.AS、END.AS分别对应于静态代理、动态代理、伪代理的三种动作，END.XX是Function的名称，在实际通告过程中，每个Function可以注册一个数值，通告协议中携带的Function字段具体可以为一个数值，从而指示对应的Function，本实施例不排除还包括其他扩展的Function的情况；

方式2：网络类型为SRv6的网络但SR代理节点不支持编程，或者网络类型为SR-MPLS的网络，则直接通过代理类型字段指明SR代理节点为静态代理、动态代理、伪代理或其他类型的代理。

在一实施例中，第一SR节点与目标节点之间通过链路层发现协议(Link LayerDiscovery Protocol，LLDP)、内部网关协议(Interior Gateway Protocol，IGP)的扩展协议报文传输数据；其中，IGP协议包括开发最短路径优先(Open Shortest Path First，OSPF)协议和中间系统到中间系统(Intermediate System to Intermediate System，IS-IS)协议。

在一实施例中，第一SR节点与第二SR节点之间通过IGP协议传输数据，IGP协议包括OSPF协议和IS-IS协议；业务属性信息包含在扩展标签长度内容(Tag-Length-Value，TLV)、子TLV(sub-TLV)或者次子TLV(sub-sub-TLV)中。

本实施例中，通过扩展TLV、sub-TLV、或sub-sub-TLV的方式实现业务属性信息的传输或通告，目标节点的业务属性信息可以包含在同一个字段中，也可以通过多个字段传输或通告。

在一些实施例中，也可以通过其他协议，例如边界网关协议(Border GatewayProtocol，BGP)、胖树网络路由(Routing in Fat Trees，RIFT)等实现第一SR节点与第二SR节点之间的数据传输。

在一实施例中，第一SR节点与第二SR节点之间通过IS-IS协议传输数据；在目标节点属于SRv6网络且支持SRv6编程的情况下，业务属性信息包含在子TLV和次子TLV中，其中，子TLV中携带第二SID和Function字段，次子TLV中携带业务类型。

图3为一实施例提供的一种IS-IS协议下扩展次子标签长度内容的示意图。如图3所示，对于IS-IS协议，一种可能的扩展方式为，在SR网络支持SRv6编程的情况下，子TLV的SRv6尾端SID中可以携带第二SID和Function字段，此外，扩展一个新的sub-sub-TLV，在该sub-sub-TLV中，服务类型字段(Service Type)携带业务类型，流量类型字段(TrafficType)携带业务支持的流量类型，如Ipv4、Ipv6等，预留字段(Rserved)扩展为用于携带其他信息，如厂家、版本信息等。

在一实施例中，在目标节点属于段路由多协议标签交换SR-MPLS网络或不支持SRv6编程的情况下，业务属性信息包含在至少一个扩展TLV中。

图4为一实施例提供的一种IS-IS协议下扩展子标签长度内容的示意图。如图4所示，对于IS-IS协议，一种可能的扩展方式为，在网络类型为SR-MPLS网络或者SRv6网络不支持编程的情况下，将代理类型与其他务属性信息在一个扩展TLV中通告，或者分开通过多个控制TLV通告。

在一实施例中，目标节点为SR业务节点，第一SR节点与第二SR节点之间通过IS-IS协议传输数据。在目标节点属于SRv6网络且支持SRv6编程的情况下，业务属性信息包含在子TLV和次子TLV中，其中，子TLV中携带第一SID，次子TLV中的服务类型字段携带业务类型；在目标节点属于SR-MPLS网络或不支持SRv6编程的情况下，业务属性信息包含在至少一个扩展TLV中。或者，在目标节点属于SRv6网络且支持SRv6编程的情况下，业务属性信息包含在子TLV和次子TLV中，其中，子TLV中携带第一SID和功能字段，次子TLV中的服务类型字段携带业务类型，功能字段为第一设定值；在目标节点属于段路由SR-MPLS网络或不支持SRv6编程的情况下，业务属性信息包含在至少一个扩展TLV中，代理类型字段为第二设定值。

本实施例中，在目标节点支持SR、不需要使用代理的情况下，参考图3或图4，将扩展信息中代表代理类型的字段去除，或者保留代表代理类型的字段，但使用设定的特殊值代表业务支持无代理即可。

在一实施例中，所述第一SR节点与控制面之间或者所述第二SR节点与控制面之间通过以下之一传输业务属性信息：边界网关协议BGP、边界网关协议链路状态(BorderGateway Protocol-Link State，BGP-LS)、路径计算单元协议PCEP协议以及(Yet AnotherNext Generation，YANG)模型。

图5为一实施例提供的一种业务属性信息上报的流程图。如图5所示，第一SR节点向控制面上报业务属性信息的过程包括步骤130-150。

在步骤130中，向控制面发送请求消息，所述请求消息用于通知所述控制面所述第一SR节点具备业务属性信息的上报能力。

在步骤140中，接收所述控制面回复的确认消息。

在步骤150中，向所述控制面上报所述业务属性信息。

在一些实施例中，在业务属性信息在整网泛洪的基础上，也可以由第二SR节点上报至控制面，即，第二SR节点向控制面发送请求消息，通知控制面该第二SR节点具备上报能力，并在接收到控制面回复的确认消息后上报业务属性信息。

在一实施例中，第一SR节点与控制面之间通过PCEP协议传输业务属性信息；请求消息包括PCEP协议中的open消息；业务属性信息通过PCEP协议中的显式路由对象(Explicit Route Object，ERO)字段上报。

本实施例中，第一SR节点通过扩展PCEP中的open消息通知控制面其本节点支持替代理节点通告业务属性信息的能力；业务属性信息的上报可以通过扩展ERO字段实现。在一些实施例中，通过YANG模型也可以携带业务属性信息，实现上报。

在一实施例中，目标节点为SR代理节点；在获取目标节点的业务属性信息之前，还包括：配置本地SID，所述本地SID用于指示关联的SR代理节点；向第二SR节点通告可达信息，所述可达信息包括所述本地SID。

本实施例中，在目标节点为SR代理节点的情况下，SR代理节点与相邻的第一SR节点之间如果没有运行支持SR扩展的协议，则可以直接在第一SR节点配置本地SID，使第一SR节点获取到业务属性信息。具体的，在第一SR节点上配置本地SID，还可以配置SR代理节点的属性信息以及针对该本地SID的处理方式(例如是否在本节点处理SID列表、下一条或出端口)等，并将该本地SID作为第一SR节点本地SID的可达信息通告出去，即，不给SR代理节点分配SID，而是与其相邻的第一SR节点直接配置一个本地SID，来代表SR代理节点，对外通告的过程中，只通告该本地SID的信息，而不对外暴露SR代理节点；如果业务编排需要SR代理节点参与，则把这个本地SID编排在SID列表中，从而简化SR代理节点的业务逻辑，特别是对于静态代理和动态代理，SID列表由与SR代理节点相邻的第一SR节点进行处理，SR代理节点只需要保留缓存和转发逻辑，不需要SID列表的逻辑进行处理，从而简化代理节点的逻辑。

在一实施例中，还包括：根据SR代理节点的相关信息生成转发表；接收控制面编排的SR业务报文；根据转发表将SR业务报文发送至SR代理节点；接收SR代理节点返回的SR业务报文；在根据转发表将SR业务报文发送至SR代理节点之前，或者在接收SR代理节点返回的SR业务报文之后，还包括：根据转发表处理SR业务报文。

本实施例中，与SR代理节点相邻的第一SR节点根据协议通告或者本地配置的SR代理节点的相关信息，生成本地的转发表；经过编排的SR业务报文，到达与第一SR节点后，由第一SR节点根据转发表进行处理，把报文发到SR代理节点；报文处理后由SR代理节点返回第一SR节点，第一SR节点根据编排情况继续进行处理。

图6为一实施例提供的一种段路由业务报文处理的流程图。如图6所示，SR业务报文处理的过程包括步骤210-270。

在步骤210中，配置本地SID，所述本地SID用于指示关联的SR代理节点。

在步骤220中，根据所述SR代理节点的相关信息生成转发表。

在步骤230中，向第二SR节点通告可达信息，所述可达信息包括所述本地SID。

在步骤240中，接收编排后生成的SR业务报文。

在步骤250中，根据所述转发表将所述SR业务报文发送至所述SR代理节点。

在步骤260中，接收所述SR代理节点返回的SR业务报文。

在步骤270中，根据所述转发表处理所述SR业务报文。

在一实施例中，处理SR业务报文可以是在步骤250之前(先处理SR业务报文再发送至SR的代理节点)，也可以是在步骤260之后(先发送至SR代理节点，并在接收到返回的报文之后再处理SR业务报文)。

在目标SID为本地SID类型的情况下，第一SR节点也要根据目标SID对应的处理方式将SR业务报文发给SR代理节点进行处理，SR代理节点收到SR业务报文处理完毕之后，返回给第一SR节点；第一SR节点还要进行正确的SID列表处理，这个过程可以在发送报文给SR代理节点前进行，也可以在收到SR代理节点处理后返回的报文后进行。

在一实施例中，所述SR代理节点的相关信息包括：与所述SR代理节点关联的目标SID、目标SID来源、目标SID类型、目标SID对应的代理类型以及目标SID对应的业务类型；其中，目标SID来源包括协议通告和本地配置；所述目标SID类型包括非本地SID以及本地SID(本地SID是指目标SID为在本地配置的、代表与本节点关联的SR代理节点的SID，非本地SID是指目标SID为分配给SR代理节点的SID)；根据本地SID生成的转发表的优先级高于根据非本地SID生成的转发表的优先级。

本实施例中，不给SR代理节点分配SID，而是在与其相邻的第一SR节点上配置一个本地新增路由前缀SID来代表该SR代理节点，这种情况下，对于该类型的目标SID，在配置过程中还需要指明对于该目标SID的处理方式，包括出接口或者下一跳信息，以及可能有的报文封装信息等。第一SR节点根据目标SID类型确定其优先级，或者单独一张转发表存储以上信息，该转发表的优先级高于非本地SID对应的转发表。

在一实施例中，在所述目标SID类型为本地SID且所述目标SID配置为SRv6编程格式的情况下，所述目标SID用于通告代理类型。

本实施例中，对于通过协议通告或本地配置获取到的非本地SID类型的目标SID，第一SR节点收到SR业务报文后，处理过程包括处理SRH，并根据转发表将SR业务报文发送给SR代理节点；对于本地SID类型的目标SID，目标SID配置成SRv6编程格式的情况下，该目标SID只用于通告代理类型，不代表数据面的真实处理方式，即，即使配置的格式为支持SRv6编程，第一SR节点也按照不支持SRv6编程进行处理，不会执行目标SID对应的SRv6编程动作，而是直接处理SRH头，根据转发表把SR业务报文转发给SR代理节点处理。

在一实施例中，所述转发表包括：目标SID、目标SID类型以及目标SID的第一处理方式；在在接收所述SR代理节点返回的SR业务报文之后根据所述转发表处理所述SR业务报文的情况下，所述转发表还包括：目标SID特征，目标SID的第二处理方式。

本实施例中，生成的转发表项包括：目标SID、目标SID类型以及目标SID的第一处理方式(包括出接口或下一跳，还可能包括出接口封装信息、是否处理Segment List等)；如果对SR业务报文的处理不在将报文发送至SR代理节点之前，而是在收到SR代理节点返回的报文之后进行，则生成的转发表中还包括目标SID特征以及目标SID的第二处理方式，其中，SID特征用于区别是发送至SR代理节点之前的第一条转发表，还是收到SR代理节点返回的报文之后的第二条转发表，用于识别SR业务报文是否是从SR代理节点返回的，例如，SID特征可以为SR业务报文的入端口；目标SID的第一处理方式、第二处理方式主要指对于SID列表处理方式)。

在一实施例中，所述目标SID为新增的路由前缀SID，或者，所述目标SID由通告可达信息的接口前缀和设定功能组成。

在一实施例中，所述根据所述转发表将所述SR业务报文发送至所述SR代理节点，包括：在目标SID由通告可达信息的接口前缀和设定功能组成的情况下，根据所述接口前缀和所述设定功能将所述SR业务报文发送至SR代理节点。

本实施例中，目标SID并非通过新增路由前缀来表示，而是通过第一SR节点本身需要对外通告的Loopcack等接口前缀，结合设定的Function形成，这种情况下，第一SR节点可能支持多条目标SID，多条目标SID都是本地SID类型，对应于不同的Function。这种情况下，第一SR节点收到SR业务报文，根据目标SID匹配到本地LOC后，需要进一步根据其携带的Function执行相应的转发行为，如果该Function所在表项表明是由SR代理节点处理以及表明对应的本地转发接口，则需要通过该本地转发接口将SR业务报文发送给SR代理节点。

上述实施例中，第一SR节点将目标SID通告给网络中的其他SR节点，使其他SR节点能将SR业务报文正确转发给本节点，通告可以通过OSPF、IS-IS、BGP、RIFT等各种路由协议进行。

图7为一实施例提供的一种段路由业务报文处理的示意图。如图7所示，A、B、C、P分别是各节点对应的SID，其中，A节点、B节点、C节点为支持SR的路由器，FW是防火墙服务，P节点为FW服务的代理节点，P节点与B节点相邻，P节点与B节点之间运行IS-IS协议。图7中不限制SR代理节点与SR业务节点的连接方式，可以是来回同一条物理链路，也可以是同一条物理链路上的两条逻辑链路，也可以是两条物理链路。A和B、B和C之间可以是直连链路，也可能是经过多台设备的链路。

P节点将本身的SR代理节点的相关信息通过IGP协议通告给B，B上关于P节点的信息例如包括：

目标SID：P；

目标SID来源：IS-IS协议通告；

目标SID类型：非本地SID；

代理类型：静态代理；

业务类型：FW；

出端口或下一跳：XXX1；

其他代理信息：XXX1。

B节点根据业务属性信息生成转发表例如包括：

目标SID：P；

目标SID类型：非本地SID；

出端口：port1。

控制面编排的业务包括：将从A节点进入SR网络的流量经由代理节点(P节点)到防火墙处理后发送到C节点，A节点将该编排的业务对应的SID列表封装在报文中。图中只是标签处理顺序的示意，不代表实际报文封装格式。由于P节点的可达信息已经经由B节点通告出去，所以B节点可以不编排在SID列表中。

SR业务报文的具体处理过程包括：

1)A节点查询当前segment为本地segment，执行next操作，替换目的地址(Destination Address，DA)，以目标地址为P查询转发表，将SR业务报文从与指向B节点的端口转发出去；

2)SR业务报文到达B节点后，B查询P节点为非本地SID，根据转发表将SR业务报文转发到与P节点相连的接口；

3)P节点收到SR业务报文后，处理SID列表，把SR业务报文转发给防火墙业务，进行一系列必要的操作后，将SR业务报文返回给B节点，这种情况下，当前待处理的SID为C；

4)B节点接收到返回的SR业务报文后，对SID列表执行正常的操作，包括将DA替换为C等，再根据转发表将SR业务报文通过指向C的接口进行发送。

图8为另一实施例提供的一种段路由业务报文处理的示意图。如图8所示，A、B、C、P分别是各节点对应的SID，其中，A节点、B节点、C节点为支持SR的路由器，FW是防火墙服务，P节点为FW服务的代理节点，P节点与B节点相邻，P节点没有分配SID，在B节点上配置了一个SID(B1)，作为P节点的代理SID。

B上关于P节点的信息例如包括：

目标SID：B1(B1中的LOC可以为新增路由前缀，也可以是本地Loopback路由前缀。在使用本地Loopback路由前缀的情况下，结合新增的设定Function表示)；

目标SID来源：本地配置；

目标SID类型：本地SID；

代理类型：动态代理；

业务类型：FW；

第一处理方式：处理Segment List；

出端口或下一跳：XXX2；

其他代理信息：XXX2。

B节点根据业务属性信息生成转发表例如包括：

目标SID：B1；

目标SID类型：本地SID；

第一处理方式：处理SID List，出端口为port1。

这种情况下，A节点和C节点上的转发表以及B节点上关于其他SID的转发表与目标SID为SR代理节点的SID的场景没有区别。控制面编排的业务包括：将从A节点进入SR网络的流量经由代理节点(P节点)到防火墙处理后发送到C节点，将该编排的业务对应的路径以SID列表的形式实例化在头节点(A节点上)，A节点将SID列表封装在报文中。

SR业务报文的具体处理过程包括：

1)A节点查询当前segment为本地segment，执行next操作，将DA替换为B1，以目的地址为B1查询转发表，将SR业务报文从与B节点相连的端口转发出去；

A查询当前segment为本地segment，执行next操作，将DA替换为B1，以目的地址为B1查询转发表，将报文从与B相连的端口转发出去；

2)SR业务报文到达B节点后，B查询SID列表，确定B1为本地配置的特殊代理SID，则根据转发表将SR业务报文转发到与P节点相连的接口；

3)P节点收到SR业务报文后，不处理SID列表，经过P节点和防火墙业务处理后的SR业务报文，SID列表不会发生改变，返回至B节点，当前待处理的SID为C；

4)B节点接收到返回的SR业务报文后，C为非本地SID，B节点查询转发表，将SR业务报文转发给C。

上述SR业务报文的处理过程中，在2)中B节点也可以先不处理SID列表，在3)P节点返回报文后，再处理SID列表。

本实施例的段路由业务处理方法，通过将业务属性信息在整网泛洪，使得网络中的任意一个节点都可以向控制面通告，控制器即可获得网络中所有业务及其代理的相关信息，提高了业务属性信息分布和传输的灵活性，进而实现网络的灵活部署和调度；并且通过第一SR节点承担一部分SR代理节点的功能，充分利用第一SR节点的处理能力，简化了SR代理节点的业务逻辑，实现SR代理节点的轻量化和虚拟化。

本申请实施例还提供一种段路由业务处理装置。图9为一实施例提供的一种段路由业务处理装置的结构示意图。如图9所示，所述段路由业务处理装置包括：信息获取模块310和通告模块320。

信息获取模块310，设置为获取目标节点的业务属性信息，所述目标节点包括SR业务节点和SR代理节点；

通告模块320，设置为向第二SR节点发送包含所述业务属性信息的通告消息。

本实施例的段路由业务处理装置，通过获取目标节点的业务属性信息并将业务属性信息传输至其他SR节点，使得业务属性信息在整网泛洪，提高SR业务数据分布和传输的灵活性。在此基础上，段路由网络中的任意一个节点都可获知业务属性信息、都可向控制面上报，有利于网络的灵活部署和调度。

在一实施例中，在所述目标节点为SR业务节点的情况下，所述业务属性信息包括：SR业务的第一段标识SID、业务类型和业务相关信息；

在所述目标节点为SR代理节点的情况下，所述业务属性信息包括：所述SR代理节点中对应于SR业务的第二SID、代理类型、业务类型和业务相关信息。

在一实施例中，在所述目标节点为SR代理节点的情况下，所述代理类型满足：

在所述目标节点属于SRv6网络且支持SRv6编程的情况下，所述代理类型通过功能字段表示，所述功能字段定义的功能包括对应于静态代理的第一功能、对应于动态代理的第二功能以及对应于伪代理的第三功能；

在所述目标节点属于段路由多协议标签交换SR-MPLS网络或者

不支持SRv6编程的情况下，所述代理类型通过代理类型字段表示，所述代理类型包括静态代理、动态代理以及伪代理。

在一实施例中，所述第一SR节点与所述目标节点之间通过链路层发现协议LLDP、内部网关协议IGP的扩展协议报文传输数据；

所述IGP协议包括开发最短路径优先OSPF协议和中间系统到中间系统IS-IS协议。

在一实施例中，所述第一SR节点与所述第二SR节点之间通过IGP协议传输数据，所述IGP协议包括OSPF协议和IS-IS协议；

所述业务属性信息包含在扩展标签长度内容TLV、子TLV或者次子TLV中。

在一实施例中，所述第一SR节点与所述第二SR节点之间通过IS-IS协议传输数据；

在所述目标节点属于SRv6网络且支持SRv6编程的情况下，所述业务属性信息包含在子TLV和次子TLV中，其中，所述子TLV中携带所述第二SID和功能字段，所述次子TLV中携带所述业务类型；

在所述目标节点属于段路由多协议标签交换SR-MPLS网络或不支持SRv6编程的情况下，所述业务属性信息包含在至少一个扩展TLV中。

在一实施例中，所述目标节点为SR业务节点；

所述第一SR节点与所述第二SR节点之间通过IS-IS协议传输数据；

在所述目标节点属于SRv6网络且支持SRv6编程的情况下，所述业务属性信息包含在子TLV和次子TLV中，其中，所述子TLV中携带所述第一SID，所述次子TLV中的服务类型字段携带所述业务类型，

在所述目标节点属于SR-MPLS网络或不支持SRv6编程的情况下，所述业务属性信息包含在至少一个扩展TLV中；或者，

在所述目标节点属于SRv6网络且支持SRv6编程的情况下，所述业务属性信息包含在子TLV和次子TLV中，其中，所述子TLV中携带所述第一SID和功能字段，所述次子TLV中的服务类型字段携带所述业务类型，所述功能字段为第一设定值，

在所述目标节点属于段路由SR-MPLS网络或不支持SRv6编程的情况下，所述业务属性信息包含在至少一个扩展TLV中，所述代理类型字段为第二设定值。

在一实施例中，所述第一SR节点与控制面之间或者所述第二SR节点与控制面之间通过以下之一传输业务属性信息：边界网关协议BGP、边界网关协议链路状态BGP-LS、路径计算单元协议PCEP协议以及YANG模型。

在一实施例中，所述装置还包括：

请求模块，设置为向控制面发送请求消息，所述请求消息用于通知所述控制面所述第一SR节点具备业务属性信息的上报能力；

确认模块，设置为接收所述控制面回复的确认消息；

上报模块，设置为向所述控制面上报所述业务属性信息。

在一实施例中，所述第一SR节点与所述控制面之间通过PCEP协议传输业务属性信息；

所述请求消息包括所述PCEP协议中的开始open消息；

所述业务属性信息通过所述PCEP协议中的显式路由对象ERO字段上报。

在一实施例中，所述目标节点为SR代理节点；

所述装置还包括：

配置模块，设置为在获取目标节点的业务属性信息之前，配置本地SID，所述本地SID用于指示关联的SR代理节点；

可达信息通告模块，设置为向第二SR节点通告可达信息，所述可达信息包括所述本地SID。

在一实施例中，所述装置还包括：

生成模块，设置为根据所述SR代理节点的相关信息生成转发表；

报文接收模块，设置为接收控制面编排的SR业务报文；

报文转发模块，设置为根据所述转发表将所述SR业务报文发送至所述SR代理节点；

报文返回模块，设置为接收所述SR代理节点返回的SR业务报文；

所述装置还包括：

报文处理模块，设置为在所述根据所述转发表将所述SR业务报文发送至所述SR代理节点之前，或者在接收所述SR代理节点返回的SR业务报文之后，

根据所述转发表处理所述SR业务报文。

在一实施例中，所述SR代理节点的相关信息包括：与所述SR代理节点关联的目标SID、目标SID来源、目标SID类型、目标SID对应的代理类型以及目标SID对应的业务类型；

其中，所述目标SID来源包括协议通告和本地配置；

所述目标SID类型包括非本地SID以及本地SID；

根据本地SID生成的转发表的优先级高于根据非本地SID生成的转发表的优先级。

在一实施例中，所述转发表包括：目标SID、目标SID类型以及目标SID的第一处理方式；

在在接收所述SR代理节点返回的SR业务报文之后根据所述转发表处理所述SR业务报文的情况下，所述转发表还包括：

目标SID特征，目标SID的第二处理方式；

所述目标SID为新增的路由前缀SID，或者，所述目标SID由通告可达信息的接口前缀和设定功能组成。

在一实施例中，所述根据所述转发表将所述SR业务报文发送至所述SR代理节点，包括：

在所述目标SID由通告可达信息的接口前缀和设定功能组成的情况下，根据所述接口前缀和所述设定功能将所述SR业务报文发送至所述SR代理节点。

本实施例提出的段路由业务处理装置与上述实施例提出的段路由业务处理方法属于同一发明构思，未在本实施例中详尽描述的技术细节可参见上述任意实施例，并且本实施例具备与执行段路由业务处理方法相同的有益效果。

本申请实施例还提供一种路由设备。所述段路由业务处理方法可以由段路由业务处理装置执行，该段路由业务处理装置可以通过软件和/或硬件的方式实现，并集成在所述路由设备中。

图10为一实施例提供的一种路由设备的硬件结构示意图。如图10所示，本实施例提供的一种路由设备，包括：处理器410和存储装置420。该路由设备中的处理器可以是一个或多个，图10中以一个处理器410为例，所述设备中的处理器410和存储装置420可以通过总线或其他方式连接，图10中以通过总线连接为例。

所述一个或多个程序被所述一个或多个处理器410执行，使得所述一个或多个处理器实现上述任一实施例所述的段路由业务处理方法。

该路由设备中的存储装置420作为一种计算机可读存储介质，可用于存储一个或多个程序，所述程序可以是软件程序、计算机可执行程序以及模块，如本发明实施例中段路由业务处理方法对应的程序指令/模块(例如，附图9所示的段路由业务处理装置中的模块，包括：信息获取模块310和通告模块320)。处理器410通过运行存储在存储装置420中的软件程序、指令以及模块，从而执行路由设备的各种功能应用以及数据处理，即实现上述方法实施例中的段路由业务处理方法。

存储装置420主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等(如上述实施例中的业务属性信息、通告消息等)。此外，存储装置420可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储装置420可进一步包括相对于处理器410远程设置的存储器，这些远程存储器可以通过网络连接至路由设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

并且，当上述路由设备中所包括一个或者多个程序被所述一个或者多个处理器410执行时，实现如下操作：获取目标节点的业务属性信息，所述目标节点包括SR业务节点和SR代理节点；向第二SR节点发送包含所述业务属性信息的通告消息。

本实施例提出的路由设备与上述实施例提出的段路由业务处理方法属于同一发明构思，未在本实施例中详尽描述的技术细节可参见上述任意实施例，并且本实施例具备与执行段路由业务处理方法相同的有益效果。

本申请实施例还提供一种包含计算机可执行指令的存储介质，计算机可执行指令在由计算机处理器执行时用于执行一种段路由业务处理方法。

通过以上关于实施方式的描述，所属领域的技术人员可以了解到，本申请可借助软件及通用硬件来实现，也可以通过硬件实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random AccessMemory,RAM)、闪存(FLASH)、硬盘或光盘等，包括多个指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请任意实施例所述的方法。

以上所述，仅为本申请的示例性实施例而已，并非用于限定本申请的保护范围。

本申请附图中的任何逻辑流程的框图可以表示程序步骤，或者可以表示相互连接的逻辑电路、模块和功能，或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现，例如但不限于只读存储器(ROM)、随机访问存储器(RAM)、光存储器装置和系统(数码多功能光碟DVD或CD光盘)等。计算机可读介质可以包括非瞬时性存储介质。数据处理器可以是任何适合于本地技术环境的类型，例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、可编程逻辑器件(FGPA)以及基于多核处理器架构的处理器。

通过示范性和非限制性的示例，上文已提供了对本申请的示范实施例的详细描述。但结合附图和权利要求来考虑，对以上实施例的多种修改和调整对本领域技术人员来说是显而易见的，但不偏离本发明的范围。因此，本发明的恰当范围将根据权利要求确定。

Claims

1.一种段路由业务处理方法，应用于第一段路由SR节点，其特征在于，包括：

向第二SR节点发送包含所述业务属性信息的通告消息。

2.根据权利要求1所述的方法，其特征在于，所述业务属性信息通过第一SR节点或者所述第二SR节点上报至控制面。

3.根据权利要求1所述的方法，其特征在于，在所述目标节点为SR业务节点的情况下，所述业务属性信息包括：SR业务的第一段标识SID、业务类型和业务相关信息；

4.根据权利要求3所述的方法，其特征在于，在所述目标节点为SR代理节点的情况下，所述代理类型满足：

在所述目标节点属于段路由多协议标签交换SR-MPLS网络或者不支持SRv6编程的情况下，所述代理类型通过代理类型字段表示，所述代理类型包括静态代理、动态代理以及伪代理。

5.根据权利要求1所述的方法，其特征在于，所述第一SR节点与所述目标节点之间通过链路层发现协议LLDP、内部网关协议IGP的扩展协议报文传输数据；

6.根据权利要求1所述的方法，其特征在于，所述第一SR节点与所述第二SR节点之间通过IGP协议传输数据，所述IGP协议包括OSPF协议和IS-IS协议；

7.根据权利要求4所述的方法，其特征在于，所述第一SR节点与所述第二SR节点之间通过IS-IS协议传输数据；

8.根据权利要求3所述的方法，其特征在于，所述目标节点为SR业务节点；

9.根据权利要求1所述的方法，其特征在于，

所述第一SR节点与控制面之间或者所述第二SR节点与控制面之间通过以下之一传输业务属性信息：边界网关协议BGP、边界网关协议链路状态BGP-LS、路径计算单元协议PCEP协议以及YANG模型。

10.根据权利要求1所述的方法，其特征在于，还包括：

向控制面发送请求消息，所述请求消息用于通知所述控制面所述第一SR节点具备业务属性信息的上报能力；

接收所述控制面回复的确认消息；

向所述控制面上报所述业务属性信息。

11.根据权利要求10所述的方法，其特征在于，所述第一SR节点与所述控制面之间通过PCEP协议传输业务属性信息；

所述请求消息包括所述PCEP协议中的开始open消息；

12.根据权利要求1所述的方法，其特征在于，所述目标节点为SR代理节点；

在获取目标节点的业务属性信息之前，还包括：

配置本地SID，所述本地SID用于指示关联的SR代理节点；

向第二SR节点通告可达信息，所述可达信息包括所述本地SID。

13.根据权利要求12所述的方法，其特征在于，还包括：

根据所述SR代理节点的相关信息生成转发表；

接收控制面编排的SR业务报文；

根据所述转发表将所述SR业务报文发送至所述SR代理节点；

接收所述SR代理节点返回的SR业务报文；

在所述根据所述转发表将所述SR业务报文发送至所述SR代理节点之前，或者在接收所述SR代理节点返回的SR业务报文之后，还包括：

根据所述转发表处理所述SR业务报文。

14.根据权利要求13所述的方法，其特征在于，所述SR代理节点的相关信息包括：与所述SR代理节点关联的目标SID、目标SID来源、目标SID类型、目标SID对应的代理类型以及目标SID对应的业务类型；

其中，所述目标SID来源包括协议通告和本地配置；

所述目标SID类型包括非本地SID以及本地SID；

15.根据权利要求14所述的方法，其特征在于，在所述目标SID类型为本地SID且所述目标SID配置为SRv6编程格式的情况下，所述目标SID用于通告代理类型。

16.根据权利要求13所述的方法，其特征在于，所述转发表包括：目标SID、目标SID类型以及目标SID的第一处理方式；

目标SID特征，目标SID的第二处理方式；

17.根据权利要求16所述的方法，其特征在于，所述根据所述转发表将所述SR业务报文发送至所述SR代理节点，包括：

18.一种段路由业务处理装置，其特征在于，包括：

19.一种路由设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-17中任一项所述的段路由业务处理方法。

20.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-17中任一项所述的段路由业务处理方法。