CN113765791A - 一种确定处理能力的方法、节点和系统 - Google Patents

Abstract

一种确定处理能力的方法、节点及系统，该方法包括：第一节点向第二节点发送消息，所述消息包括扩展头处理能力信息，所述扩展头处理能力信息用于指示所述第一节点对互联网协议版本6 IPv6扩展头的处理能力；所述第二节点在接收所述消息后，根据所述扩展头处理能力信息获取所述第一节点对于所述IPv6扩展头的处理能力，以确定是否需要所述第一节点转发或接收报文。采用本方法，网络中的节点能够根据其他节点对IPv6扩展头的处理能力选择适合的路径或节点，以保证报文的正常转发。

Description

一种确定处理能力的方法、节点和系统

技术领域

本申请实施例涉及通信领域，尤其涉及一种确定处理能力的方法、节点和系统。

背景技术

互联网协议第6版(Internet Protocol Version 6，IPv6)是互联网工程任务组(Internet Engineering Task Force，IETF)设计的用于解决互联网协议第4版地址耗尽问题的互联网协议新版本。IPv6的使用不仅能解决网络地址资源数量的问题，而且还在很大程度上解决了多种接入设备连入互联网的障碍。IPv6报文的整体结构分为IPv6报文头、扩展报文头(以下简称为扩展头)和上层协议数据三个部分。扩展头可以在需要时添加，IPv6协议通过扩展头实现路由、分片等各种可选的丰富功能。随着IPv6的推广应用，IPv6扩展头还可以携带应用的业务需求参数或流检测参数等，以实现诸如应用感知的IPv6网络(Application-aware IPv6 Networking，APN6)和随路检测(In-situ Flow InformationTelemetry，iFIT)等功能。与实现具体功能相关的参数，如带宽、时延、丢包率和抖动参数，可以携带在逐跳选项扩展头(Hop-by-Hop Options Header，HBH)或目的选项扩展头(Destination Options Header，DOH)中，从而使得接收该扩展头的节点能够根据扩展头中的参数信息进行相应的处理。

考虑到网络中部分节点可能无法支持对IPv6HBH或DOH等扩展头的处理，IETF标准请求注解(Request For Comments，RFC)8200中规定节点可以对HBH或DOH进行丢弃、忽略转发、处理转发或上送控制面四种不同类型的处理。节点可以视情况支持上述四种类型中的一种或多种，这一方面使得节点的配置组合更加灵活，但另一方面由于流传输路径上的各个节点对HBH或DOH选项扩展头的处理方式可能存在不一致，导致流传输时会出现丢包或较长时延等问题。

发明内容

本申请提供一种确定处理能力的方法、节点和系统，以使得网络中的节点能够根据其他节点对IPv6扩展头的处理能力规划适合的路径或选择特定的节点，保证了报文的正常转发，提升了网络运行的稳定性和服务质量。

第一方面，本申请提供一种确定处理能力的方法，该方法可以由第一节点执行。所述第一节点向第二节点发送消息，所述消息包括第一扩展头处理能力信息，所述第一扩展头处理能力信息用于指示所述第一节点对互联网协议版本6IPv6扩展头的处理能力。

通过本申请提供的确定处理能力的方法，第一节点能够向控制器或网络中同一控制域的其他转发节点告知其对IPv6扩展头的处理能力，以使得作为接收节点的第二节点能够根据第一节点的能力，执行后续路径规划、节点选择等操作，以保证报文的正常转发。所述控制域例如可以是iFIT检测域、内部网关协议(Interior Gateway Protocol，IGP)域、BGP域、自治域(autonomous system，AS)域或跨AS域的同一管理域等。

例如，在iFIT或APN6场景中，控制器可以根据网络中各个节点对IPv6扩展头的处理能力规划一条报文转发路径，该转发路径上的各节点均能够对IPv6扩展头进行正常处理。这样，一方面各节点不会因为无法处理IPv6扩展头而导致报文丢弃，提升了网络运行的健壮性；另一方面，各节点通过对所述扩展头的处理，能够获取扩展头中携带的参数信息，从而实现iFIT或APN6场景中所需完成的功能，提升了网络服务质量。

结合第一方面，在一种可能的实现方式中，所述处理能力包括处理方式，所述处理方式用于指示所述第一节点对所述IPv6扩展头的处理方式。所述处理方式属于所述处理能力的一个方面，用于指示所述第一节点对所述IPv6扩展头的处理方式。所述处理方式也可以称为动作(action)、行为方式或操作方式等。

结合第一方面或上述第一方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述处理方式包括当前的处理方式和可配置的处理方式中的一种或多种。

当所述处理方式包括当前的处理方式时，所述当前的处理方式可以用于指示第一节点当前已经配置的对扩展头的某种处理方式。

当所述处理方式包括可配置的处理方式时，所述可配置的处理方式可以用于指示第一节点允许被配置的对扩展头的某种或某几种处理方式。

当所述处理方式仅包括当前的处理方式时，第二节点通常无法对该当前的处理方式进行更改。当所述处理方式仅包括可配置的处理方式，或者除了当前的处理方式外，还包括可配置的处理方式时，第二节点可以根据可配置的处理方式发送指示信息，该指示信息可以用于指示对第一节点的处理方式进行再配置，其中所述再配置的处理方式属于所述可配置的处理方式。

结合第一方面或上述第一方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述当前的处理方式包括：处理转发、发送控制面、丢弃和忽略转发中的任意一种处理方式；或者，所述可配置的处理方式包括：处理转发、发送控制面、丢弃和忽略转发中的任意一种或多种处理方式。其中，所述扩展头携带于报文中，所述处理转发的处理方式包括所述第一节点在转发面对所述扩展头进行处理并转发所述报文，所述发送控制面的处理方式包括所述第一节点将所述报文发送至控制面进行所述扩展头的处理，所述丢弃的处理方式包括根据不识别所述扩展头而对所述报文进行丢弃，所述忽略转发的处理方式包括对所述扩展头不进行处理但转发所述报文。

可以理解地，上述第一节点对于处理转发、发送控制面、丢弃和忽略转发的各处理方式的描述中，第一节点在因能够处理或不能处理IPv6扩展头而对报文所执行的操作，也可以理解为对包或者说数据包所执行的操作。所述发送控制面的处理方式也可以描述为上送控制面或调度(dispatch)控制面，或者如标准RFC8200第4.8小节中描述的，称为分配(assign)到慢处理路径(slow processing path)处理。所述丢弃的处理方式也可以描述为所述第一节点对所述报文进行丢弃。所述忽略转发的处理方式还可以是指对所述报文进行透传。

结合第一方面或上述第一方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述当前的处理方式包括处理转发、发送控制面、丢弃、忽略转发和可配置中的任意一种处理方式；所述处理方式包括当前的处理方式和可配置的处理方式，当所述当前的处理方式为可配置时，指示所述第一节点支持以所述可配置的处理方式来处理所述IPv6扩展头。

通过在消息中携带用于指示对扩展头处理能力的处理方式信息，第一节点能够更加准确、多样地通告自身支持的处理方式，以便于作为接收方的第二节点根据所述处理方式信息进行更加精细化的网络管理或节点控制。

结合第一方面或上述第一方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述第一节点向第二节点发送消息之前，所述第一节点生成所述消息。

结合第一方面或上述第一方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述第一扩展头处理能力信息还包括第一类型标识，所述第一扩展头处理能力信息用于指示所述第一节点对由所述第一类型标识所标识的第一类型的所述IPv6扩展头的处理能力。可选地，所述第一类型标识也可以不包括于第一扩展头处理能力信息中，而是位于消息中的其他位置，但具有与第一扩展头能力信息之间的对应关系。可选地，IPv6扩展头的类型可以是HBH、DOH或段路由扩展头(Segment Routing Header，SRH)。

在某些情形下，第一节点对不同类型的IPv6扩展头的处理能力有所不同。例如，第一节点对HBH的当前的处理方式为处理转发，但对于DOH的当前的处理方式则可以为忽略。上述情形下，在消息中可以分别携带第一节点对不同类型的IPv6扩展头的处理方式，这便于第二节点在接收所述消息后根据第一节点对不同类型的IPv6扩展头的处理方式进行精细化管理或控制。

当所述消息还包括第二扩展头处理能力信息时，所述第二扩展头处理能力信息中可以包括第二类型标识。所述第二扩展头处理能力信息用于指示所述第一节点对具有第二类型的IPv6扩展头的处理能力。

结合第一方面或上述第一方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述处理能力包括处理长度，所述处理长度用于指示所述第一节点可支持处理的所述扩展头的长度。用于指示处理长度的长度值信息也可以携带在扩展头处理能力信息中。

第二节点在获得第一节点所支持处理的扩展头的长度值后，能够根据所述长度值信息执行相应的操作。假设第一节点所支持处理的扩展头的长度值为第一值，则在需要处理的扩展头的长度超过第一值时，第二节点可以采取策略控制IPv6扩展头的长度，使得所述第二节点或网络中的其他节点发送至第一节点的报文中的IPv6扩展头的长度不超过所述第一值；或者第二节点可以不对超过所述第一值的IPv6扩展头进行处理，但在选路时避免选择第一节点作为传输路径上的节点等。通过第一节点通告处理能力中的处理长度方面的信息，第二节点能够综合第一节点处理能力的多个方面进行精细化管理或控制。

结合第一方面或上述第一方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述消息为边界网关协议-链路状态BGP-LS消息，或者路径计算单元通信协议链路状态报告PCEP LS Report消息，或者开放式最短路径优先OSPF消息，或者中间系统到中间系统IS-IS路由器消息。

具体地，所述消息为边界网关协议-链路状态BGP-LS消息，所述第一扩展头处理能力信息携带于所述BGP-LS消息中的不透明节点属性类型长度值Opaque Node AttributeTLV字段；或者，

所述消息为路径计算单元通信协议链路状态报告PCEP LS Report消息，所述第一扩展头处理能力信息携带于所述PCEP LS Report消息中的类型长度值TLV字段；或者，

所述消息为开放式最短路径优先路由器信息不透明链路状态通告OSPF RIOpaque LSA消息，所述第一扩展头处理能力信息携带于所述OSPF RI Opaque LSA消息中的能力类型长度值Capabilities TLV字段；或者，

所述消息为中间系统到中间系统路由器IS-IS Router消息，所述第一扩展头处理能力信息携带于所述IS-IS路由器消息中的能力类型长度值Capability TLV字段。

结合第一方面或上述第一方面的任一种可能的实现方式中，在另一种可能的实现方式中，第一节点还可以使用网络配置(Network Configuration，NETCONF)协议和YANG模型进行与第二节点之间的通信，以用于通告扩展头处理能力。

通过采用上述方式之一携带扩展头处理能力信息，第一节点能够在配合现有机制的基础上通告自身的处理能力，保证了网络协议使用的继承性和通用性，并且提升了用于通告处理能力的消息传递的易用性。

第二方面，本申请提供一种确定处理能力的方法，该方法可以由第二节点执行。第二节点接收第一节点发送的消息，并对接收的所述消息进行处理。所述方法包括第二节点接收第一节点发送的消息，所述消息包括第一扩展头处理能力信息；所述第二节点根据所述第一扩展头处理能力信息，获取所述第一节点对互联网协议版本IPv6扩展头的处理能力。所述第二节点可以是控制器，或者可以是与所述第一节点属于同一控制域的其他网络节点等。

通过本申请提供的确定处理能力的方法，第二节点能够根据网络中包括第一节点在内的一个或多个节点发送的消息，获取所述一个或多个节点对IPv6扩展头的处理能力，并根据获取的处理能力进行报文的转发路径规划，或确定具有特定能力的节点等，以保证报文的正常转发，提高网络的健壮性，提升网络服务质量。

结合第二方面，在一种可能的实现方式中，所述第二节点根据获取的所述第一节点对所述IPv6扩展头的处理能力，确定所述第一节点是否为用于转发或接收报文的节点，其中，所述报文包括所述IPv6扩展头。

所述第二节点在获取所述第一节点的所述处理能力后，可以根据所述第一节点的所述处理能力，并结合具体的应用场景和控制策略，确定在执行操作或进行管理时是否需要所述第一节点，例如需要所述第一节点作为转发或接收报文的节点。在一种可能的情形中，所述第一节点可以为所述第二节点在规划路径时用于转发报文的节点。在另一种可能的情形中，所述第一节点可以为所述第二节点根据节点处理能力而确定的用于实现特定功能的节点，如iFIT检测域中的尾节点。

结合第二方面或上述第二方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述处理能力包括处理方式，所述处理方式用于指示所述第一节点对互联网协议版本6IPv6扩展头的处理方式。通过将处理方式作为处理能力的一个方面，第二节点能够根据第一节点支持的所述处理方式进行更加精细化的网络管理或节点控制。

结合第二方面或上述第二方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述第二节点根据所述处理方式指示所述第一节点具有能够对IPv6扩展头进行处理的处理方式，确定所述第一节点为用于转发或接收报文的节点。

结合第二方面或上述第二方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述处理方式包括当前的处理方式和/或可配置的处理方式，所述第二节点根据所述处理方式指示所述第一节点具有能够对IPv6扩展头进行处理的处理方式，确定所述第一节点为用于转发或接收报文的节点，包括：

所述第二节点根据所述当前的处理方式包括处理转发或发送控制面，确定所述第一节点为用于转发或接收报文的节点；或者，

所述第二节点根据所述可配置的处理方式包括处理转发或发送控制面，确定所述第一节点为用于转发或接收报文的节点；

其中，所述处理转发的处理方式包括所述第一节点能够在转发面对所述扩展头进行处理并转发所述报文，所述发送控制面的处理方式包括所述第一节点能够将所述报文发送至控制面进行所述扩展头的处理。

结合第二方面或上述第二方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述处理方式包括当前的处理方式和可配置的处理方式，所述第二节点根据所述可配置的处理方式包括处理转发或发送控制面，确定所述第一节点为用于转发或接收报文的节点，包括：所述第二节点根据所述当前的处理方式为可配置，获取所述可配置的处理方式；所述第二节点根据所述可配置的处理方式包括处理转发或发送控制面，确定所述第一节点为用于转发或接收报文的节点。

可以理解地，虽然上述情景中主要根据所述第一节点支持的处理方式包括处理转发或发送控制面，确定所述第一节点为用于转发或接收报文的节点。在实际应用中，第二节点也可以结合具体的应用场景和控制策略确定是否需要使用第一节点作为转发或接收报文的节点。当第二节点确定第一节点为用于转发或接收报文的节点时，在另一些情形下，所述第一节点所支持的处理方式可以是除了处理转发或发送控制面之外的其他处理方式。例如，当第二节点为控制器并且在计算路径时允许一定比例的节点对包括扩展头的报文进行忽略转发时，所述第一节点虽然也被确定为用于传输报文的节点，但其所支持的处理方式为忽略转发。还可以理解地，第二节点在确定是否使用第一节点时，还可以在考虑第一节点的处理方式基础上，结合第一节点的资源使用情况等因素。

第二节点根据网络中各节点发送的可支持的处理方式，可以更加灵活、准确地执行路径规划或节点选择等操作，从而保证报文的正常转发，也可以针对性地提升网络服务质量。

结合第二方面或上述第二方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述第二节点确定所述第一节点为用于转发或接收报文的节点之后，所述方法包括：所述第二节点发布路径信息，所述路径信息用于指示用于传输所述报文的路径上包括所述第一节点；或者，所述第二节点向所述第一节点传输所述报文，所述第一节点具有处理所述IPv6扩展头的能力。由此，第二节点可以根据实际需求使用第一节点的处理能力。所述使用可以是第二节点根据第一节点当前使能的处理能力，确定所述第一节点为传输报文路径上的节点，或者，也可以是第二节点根据获取的第一节点可配置的处理能力，结合实际需要对第一节点需使能的处理能力进行配置，之后再使用使能了相应处理能力的节点进行报文的传输。其中，第二节点对第一节点处理能力的配置可以是直接的，也可以是间接的。例如，直接在通知消息中携带配置信息，以实现对第一节点处理能力的自动配置，或者，向系统管理员或网络中的其他控制节点发送消息，告知所述系统管理员或所述其他控制节点对第一节点需要的处理能力进行配置等。

结合第二方面或上述第二方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述第二节点根据所述处理方式指示所述第一节点不具有能够对IPv6扩展头进行处理的处理方式，确定所述第一节点不用于转发或接收报文。

结合第二方面或上述第二方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述处理方式包括当前的处理方式和/或可配置的处理方式，所述第二节点根据所述处理方式指示所述第一节点不具有能够对IPv6扩展头进行处理的处理方式，确定所述第一节点不用于转发或接收报文，包括：

所述第二节点根据所述当前的处理方式包括丢弃或忽略转发，确定所述第一节点不用于转发或接收报文；或者，

所述第二节点根据所述可配置的处理方式包括丢弃或忽略转发，确定所述第一节点不用于转发或接收报文；

其中，所述丢弃的处理方式包括根据不识别所述扩展头而对所述报文进行丢弃，所述忽略转发的处理方式包括对所述扩展头不进行处理但转发所述报文，所述可配置的处理方式用于指示所述第一节点支持对所述扩展头的处理方式进行配置。

虽然在该实现方式中，第二节点基于第一节点支持的处理方式为丢弃或忽略转发而确定第一节点不用于传输报文，可以理解地，第二节点也可以根据实际需求和控制策略，确定支持其他处理方式的第一节点不用于传输报文。

结合第二方面或上述第二方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述第一扩展头处理能力信息包括第一类型标识，所述第一扩展头处理能力信息用于指示所述第一节点对由所述第一类型标识所标识的第一类型的所述IPv6扩展头的处理能力。

结合第二方面或上述第二方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述处理能力还包括处理长度，所述处理长度用于指示所述第一节点可支持处理的所述扩展头的长度。

结合第二方面或上述第二方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述消息还包括第二扩展头处理能力信息，所述方法包括：所述第二节点根据所述第二扩展头处理能力信息，获取所述第一节点对具有第二类型的IPv6扩展头的处理能力。

结合第二方面或上述第二方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述消息为边界网关协议-链路状态BGP-LS消息，或者路径计算单元通信协议链路状态报告PCEP LS Report消息，或者开放式最短路径优先OSPF消息，或者中间系统到中间系统IS-IS路由器消息。

具体地，所述第一扩展头处理能力信息携带于所述BGP-LS消息中的不透明节点属性类型长度值Opaque Node Attribute TLV字段；或者，

所述消息为路径计算单元通信协议链路状态报告PCEP LS Report消息，所述第一扩展头处理能力信息携带于所述PCEP LS Report消息中的类型长度值TLV字段；或者，

所述消息为开放式最短路径优先路由器信息不透明链路状态通告OSPF RIOpaque LSA消息，所述第一扩展头处理能力信息携带于所述OSPF RI Opaque LSA消息中的能力类型长度值Capabilities TLV字段；或者，

所述消息为中间系统到中间系统路由器IS-IS路由器消息，所述第一扩展头处理能力信息携带于所述IS-IS路由器消息中的能力类型长度值Capability TLV字段。

结合第二方面或上述第二方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述处理方式包括可配置的处理方式，其中所述可配置的处理方式用于指示所述第一节点支持对所述IPv6扩展头的处理方式进行配置，所述方法包括：所述第二节点根据所述可配置的处理方式包括第一处理方式，向所述第一节点发送配置消息，所述配置消息用于指示将所述第一节点对IPv6扩展头的处理方式配置为所述第一处理方式。由此，第二节点可以结合实际需求和节点支持的对IPv6扩展头的处理能力，对网络中的节点进行配置，从而提高网络传输的灵活性和可靠性。

第三方面，本申请还提供了一种第一节点，所述第一节点可以为网络设备，也可以为部署于网络设备中的模块或功能单元。所述第一节点包括发送单元，所述发送单元向第二节点发送消息，所述消息包括第一扩展头处理能力信息，所述第一扩展头处理能力信息用于指示所述第一节点对互联网协议版本6IPv6扩展头的处理能力。

本申请提供的第一节点能够向控制器或网络中同一控制域的其他转发节点告知其对IPv6扩展头的处理能力，以使得作为接收节点的第二节点能够根据第一节点的能力，执行后续路径规划、节点选择等操作，以保证报文的正常转发。

结合第三方面，在一种可能的实现方式中，所述处理能力包括处理方式，所述处理方式用于指示所述第一节点对所述IPv6扩展头的处理方式。所述处理方式属于所述处理能力的一个方面，用于指示所述第一节点对所述IPv6扩展头的处理方式。所述处理方式也可以称为动作(action)、行为方式或操作方式等。

结合第三方面或上述第三方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述处理方式包括当前的处理方式和可配置的处理方式中的一种或多种。

当所述处理方式包括当前的处理方式时，所述当前的处理方式可以用于指示第一节点当前已经配置的对扩展头的某种处理方式。

当所述处理方式包括可配置的处理方式时，所述可配置的处理方式可以用于指示第一节点允许被配置的对扩展头的某种或某几种处理方式。

当所述处理方式仅包括当前的处理方式时，第二节点通常无法对该当前的处理方式进行更改。当所述处理方式仅包括可配置的处理方式，或者除了当前的处理方式外，还包括可配置的处理方式时，第二节点可以根据可配置的处理方式发送指示信息，该指示信息可以用于指示对第一节点的处理方式进行再配置，其中所述再配置的处理方式属于所述可配置的处理方式。

结合第三方面或上述第三方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述当前的处理方式包括：处理转发、发送控制面、丢弃和忽略转发中的任意一种处理方式；或者，所述可配置的处理方式包括：处理转发、发送控制面、丢弃和忽略转发中的任意一种或多种处理方式。其中，所述扩展头携带于报文中，所述处理转发的处理方式包括所述第一节点在转发面对所述扩展头进行处理并转发所述报文，所述发送控制面的处理方式包括所述第一节点将所述报文发送至控制面进行所述扩展头的处理，所述丢弃的处理方式包括根据不识别所述扩展头而对所述报文进行丢弃，所述忽略转发的处理方式包括对所述扩展头不进行处理但转发所述报文。

结合第三方面或上述第三方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述当前的处理方式包括处理转发、发送控制面、丢弃、忽略转发和可配置中的任意一种处理方式；所述处理方式包括当前的处理方式和可配置的处理方式，当所述当前的处理方式为可配置时，指示所述第一节点支持以所述可配置的处理方式来处理所述IPv6扩展头。

通过在消息中携带用于指示对扩展头处理能力的处理方式信息，第一节点能够更加准确、多样地通告自身支持的处理方式，以便于作为接收方的第二节点根据所述处理方式信息进行更加精细化的网络管理或节点控制。

结合第三方面或上述第三方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述第一节点还包括生成单元，在发送单元向第二节点发送所述消息之前，所述生成单元用于生成所述消息。

结合第三方面或上述第三方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述第一扩展头处理能力信息还包括第一类型标识，所述第一扩展头处理能力信息用于指示所述第一节点对由所述第一类型标识所标识的第一类型的所述IPv6扩展头的处理能力。在消息中可以分别携带第一节点对不同类型的IPv6扩展头的处理方式，这便于第二节点在接收所述消息后根据第一节点对不同类型的IPv6扩展头的处理方式进行精细化管理或控制。

当所述消息还包括第二扩展头处理能力信息时，所述第二扩展头处理能力信息中可以包括第二类型标识。所述第二扩展头处理能力信息用于指示所述第一节点对具有第二类型的IPv6扩展头的处理能力。

结合第三方面或上述第三方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述处理能力包括处理长度，所述处理长度用于指示所述第一节点可支持处理的所述扩展头的长度。用于指示处理长度的长度值信息也可以携带在扩展头处理能力信息中。通过第一节点通告处理能力中的处理长度方面的信息，第二节点能够综合第一节点处理能力的多个方面进行精细化管理或控制。

第二节点在获得第一节点所支持处理的扩展头的长度值后，能够根据所述长度值信息执行操作。假设第一节点所支持处理的扩展头的长度值为第一值，则在需要处理的扩展头的长度超过第一值时，第二节点可以采取一定策略控制IPv6扩展头的长度，使得发送至第一节点的报文中的IPv6扩展头的长度不超过所述第一值；或者第二节点可以不对超过所述第一值的IPv6扩展头进行处理，但在选路时避免选择第一节点作为传输路径上的节点等。

结合第三方面或上述第三方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述消息为边界网关协议-链路状态BGP-LS消息，或者路径计算单元通信协议链路状态报告PCEP LS Report消息，或者开放式最短路径优先OSPF消息，或者中间系统到中间系统IS-IS路由器消息。

具体地，所述消息为边界网关协议-链路状态BGP-LS消息，所述第一扩展头处理能力信息携带于所述BGP-LS消息中的不透明节点属性类型长度值Opaque Node AttributeTLV字段；或者，

所述消息为路径计算单元通信协议链路状态报告PCEP LS Report消息，所述第一扩展头处理能力信息携带于所述PCEP LS Report消息中的类型长度值TLV字段；或者，

所述消息为开放式最短路径优先路由器信息不透明链路状态通告OSPF RIOpaque LSA消息，所述第一扩展头处理能力信息携带于所述OSPF RI Opaque LSA消息中的能力类型长度值Capabilities TLV字段；或者，

所述消息为中间系统到中间系统路由器IS-IS Router消息，所述第一扩展头处理能力信息携带于所述IS-IS路由器消息中的能力类型长度值Capability TLV字段。

结合第三方面或上述第三方面的任一种可能的实现方式中，在另一种可能的实现方式中，第一节点还可以使用网络配置(Network Configuration，NETCONF)协议和YANG模型进行与第二节点之间的通信，以用于通告扩展头处理能力。

通过采用上述方式之一携带扩展头处理能力信息，第一节点能够在配合现有机制的基础上通告自身的处理能力，保证了网络协议使用的继承性和通用性。

第四方面，本申请提供一种第二节点，所述第二节点可以是网络设备，也可以为部署于网络设备中的模块或功能单元。所述第二节点包括接收单元、处理单元和获取单元，所述接收单元用于接收第一节点发送的消息，所述消息包括第一扩展头处理能力信息；所述处理单元用于对接收的所述消息进行处理。所述获取单元用于根据所述第一扩展头处理能力信息，获取所述第一节点对互联网协议版本IPv6扩展头的处理能力。所述第二节点可以是控制器，也可以是与所述第一节点属于同一控制域的其他网络节点等。

本申请提供的第二节点能够根据网络中包括第一节点在内的一个或多个节点发送的消息，获取所述一个或多个节点对IPv6扩展头的处理能力，并根据获取的处理能力进行报文的转发路径规划，或确定具有特定能力的节点等，以保证报文的正常转发，提高网络的健壮性，提升网络服务质量。

结合第四方面，在一种可能的实现方式中，所述第二节点还包括确定单元，所述确定单元用于根据获取的所述第一节点对所述IPv6扩展头的处理能力，确定所述第一节点是否为用于转发或接收报文的节点，其中，属于所述报文的报文中包括所述IPv6扩展头。

结合第四方面或上述第四方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述处理能力包括处理方式，所述处理方式用于指示所述第一节点对互联网协议版本6IPv6扩展头的处理方式。通过将处理方式作为处理能力的一个方面，第二节点能够根据第一节点支持的所述处理方式进行更加精细化的网络管理或节点控制。

结合第四方面或上述第四方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述确定单元根据所述处理方式指示所述第一节点具有能够对IPv6扩展头进行处理的处理方式，确定所述第一节点为用于转发或接收报文的节点。

结合第四方面或上述第四方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述处理方式包括当前的处理方式和/或可配置的处理方式，所述确定单元根据所述处理方式指示所述第一节点具有能够对IPv6扩展头进行处理的处理方式，确定所述第一节点为用于转发或接收报文的节点，包括：

所述确定单元根据所述当前的处理方式包括处理转发或发送控制面，确定所述第一节点为用于转发或接收报文的节点；或者，

所述确定单元根据所述可配置的处理方式包括处理转发或发送控制面，确定所述第一节点为用于转发或接收报文的节点；

其中，所述处理转发的处理方式包括所述第一节点能够在转发面对所述扩展头进行处理并转发所述报文，所述发送控制面的处理方式包括所述第一节点能够将所述报文发送至控制面进行所述扩展头的处理。

结合第四方面或上述第四方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述处理方式包括当前的处理方式和可配置的处理方式，所述确定单元根据所述可配置的处理方式包括处理转发或发送控制面，确定所述第一节点为用于转发或接收报文的节点，包括：所述获取单元根据所述当前的处理方式为可配置，获取所述可配置的处理方式；所述确定单元根据所述可配置的处理方式包括处理转发或发送控制面，确定所述第一节点为用于转发或接收报文的节点。

第二节点根据网络中各节点发送的可支持的处理方式，可以更加灵活、准确地执行路径规划或节点选择等操作，从而保证报文的正常转发，也可以针对性地提升网络服务质量。

结合第四方面或上述第四方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述第二节点还包括发送单元，在确定单元确定所述第一节点为用于转发或接收报文的节点之后，所述发送单元用于发送路径信息，所述路径信息用于指示用于传输所述报文的路径上包括所述第一节点。或者，所述发送单元向所述第一节点发送所述报文，所述第一节点具有处理所述IPv6扩展头的能力。由此，第二节点可以根据实际需求使用第一节点的处理能力。

结合第四方面或上述第四方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述第二节点根据所述处理方式指示所述第一节点不具有能够对IPv6扩展头进行处理的处理方式，确定所述第一节点不用于转发或接收报文。

结合第四方面或上述第四方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述处理方式包括当前的处理方式和/或可配置的处理方式，所述第二节点根据所述处理方式指示所述第一节点不具有能够对IPv6扩展头进行处理的处理方式，确定所述第一节点不用于转发或接收报文，包括：

所述第二节点根据所述当前的处理方式包括丢弃或忽略转发，确定所述第一节点不用于转发或接收报文；或者，

所述第二节点根据所述可配置的处理方式包括丢弃或忽略转发，确定所述第一节点不用于转发或接收报文；

其中，所述丢弃的处理方式包括根据不识别所述扩展头而对所述报文进行丢弃，所述忽略转发的处理方式包括对所述扩展头不进行处理但转发所述报文，所述可配置的处理方式用于指示所述第一节点支持对所述扩展头的处理方式进行配置。

结合第四方面或上述第四方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述第一扩展头处理能力信息包括第一类型标识，所述第一扩展头处理能力信息用于指示所述第一节点对由所述第一类型标识所标识的第一类型的所述IPv6扩展头的处理能力。

结合第四方面或上述第四方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述处理能力还包括处理长度，所述处理长度用于指示所述第一节点可支持处理的所述扩展头的长度。

结合第四方面或上述第四方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述消息还包括第二扩展头处理能力信息，所述方法包括：所述第二节点根据所述第二扩展头处理能力信息，获取所述第一节点对具有第二类型的IPv6扩展头的处理能力。

结合第四方面或上述一种可能的实现方式中，在另一种可能的实现方式中，所述消息为边界网关协议-链路状态BGP-LS消息，或者路径计算单元通信协议链路状态报告PCEP LS Report消息，或者开放式最短路径优先OSPF消息，或者中间系统到中间系统IS-IS路由器消息。

具体地，所述第一扩展头处理能力信息携带于所述BGP-LS消息中的不透明节点属性类型长度值Opaque Node Attribute TLV字段；或者，

所述消息为路径计算单元通信协议链路状态报告PCEP LS Report消息，所述第一扩展头处理能力信息携带于所述PCEP LS Report消息中的类型长度值TLV字段；或者，

所述消息为开放式最短路径优先路由器信息不透明链路状态通告OSPF RIOpaque LSA消息，所述第一扩展头处理能力信息携带于所述OSPF RI Opaque LSA消息中的能力类型长度值Capabilities TLV字段；或者，

所述消息为中间系统到中间系统路由器IS-IS路由器消息，所述第一扩展头处理能力信息携带于所述IS-IS路由器消息中的能力类型长度值Capability TLV字段。

结合第四方面或上述第四方面的任一种可能的实现方式中，在另一种可能的实现方式中，所述处理方式包括可配置的处理方式，其中所述可配置的处理方式用于指示所述第一节点支持对所述IPv6扩展头的处理方式进行配置，所述方法包括：所述第二节点根据所述可配置的处理方式包括第一处理方式，向所述第一节点发送配置消息，所述配置消息用于指示将所述第一节点对IPv6扩展头的处理方式配置为所述第一处理方式。

第五方面，本申请提供一种第一节点，该节点可以为网络设备，具体包括处理器，用于实现上述第一方面或第一方面任意一种可能的实现方式中描述的确定处理能力的方法。该节点还可以包括存储器，存储器与处理器耦合，处理器执行存储器中存储的指令时，可以实现上述第一方面或第一方面任意一种可能的实现方式中描述的确定处理能力的方法。该节点还可以包括通信接口，通信接口用于该装置与其它设备进行通信，示例性的，通信接口可以是收发器、电路、总线接口或其它类型的通信接口。

可以理解地，本申请中存储器中的指令可以预先存储也可以使用该节点时从互联网下载后存储，本申请对于存储器中指令的来源不进行唯一限定。

在一种可能的实现方式中，所述第一节点包括：

处理器，用于获取消息，所述消息包括第一扩展头处理能力信息，所述第一扩展头处理能力信息用于指示所述第一节点对IPv6扩展头的处理能力；

通信接口，用于向第二节点发送所述消息。

在该实现方式中，所述第一节点获取消息的方式可以是通过读取并执行存储器中的程序指令实现的。所述存储器和处理器之间耦合，所述耦合可以是部件、单元或模块之间的直接或间接耦合，例如可以是直接线路连接或间接通信连接，其连接方式可以是电性，机械或其它的形式，用于部件、单元或模块之间的信息交互。

第六方面，本申请提供一种第二节点，该节点可以包括处理器，用于实现上述第二方面或第二方面任意一种可能的实现方式中描述的确定处理能力的方法。该节点还可以包括存储器，存储器与处理器耦合，处理器执行存储器中存储的指令时，可以实现上述第二方面或第二方面任意一种可能的实现方式中描述的确定处理能力的方法。该节点还可以包括通信接口，通信接口用于该装置与其它设备进行通信，示例性的，通信接口可以是收发器、电路、总线接口或其它类型的通信接口。

在一种可能的实现方式中，所述第二节点包括：

通信接口，用于接收第一节点发送的消息，所述消息包括第一扩展头处理能力信息；

处理器，用于根据所述消息中的所述第一扩展头处理能力信息，获取所述第一节点对IPv6扩展头的处理能力。在该实现方式中，所述第二节点获取第一节点处理能力的方式可以是通过读取并执行存储器中的程序指令实现的，所述存储器和处理器之间耦合。

第七方面，提供了一种网络系统，该网络系统中包括第一节点和第二节点。所述第一节点可以是第三方面或第三方面任一种可能的实现方式中的第一节点，也可以是第五方面或第五方面任一种可能的实现方式中的第一节点。所述第二节点可以是第四方面或第四方面任一种可能的实现方式中的第二节点，也可以是第六方面或第六方面任一种可能的实现方式中的第二节点。

第八方面，本申请实施例中还提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行上述第一方面或第一方面任意一种可能的实现方式中描述的确定处理能力的方法，或者使得计算机执行上述第二方面或第二方面任意一种可能的实现方式中描述的确定处理能力的方法。

第九方面，本申请实施例中还提供一种计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面或第一方面任意一种可能的实现方式中描述的确定处理能力的方法，或者使得计算机执行上述第二方面或第二方面任意一种可能的实现方式中描述的确定处理能力的方法。

第十方面，本申请实施例提供了一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现第一方面或第一方面任意一种可能的实现方式中第一节点的功能。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

第十一方面，本申请实施例提供了一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现第二方面或第二方面任意一种可能的实现方式中第二节点的功能。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

上述第三方面至第十一方面提供的方案，用于实现上述第一方面至第二方面提供的确定处理能力的方法，因此可以与第一方面至第二方面达到相同的有益效果，此处不再赘述。

附图说明

图1为本申请实施例提供的一种通信网络的结构示意图；

图2为本申请实施例提供的一种发送和处理消息的流程示意图；

图3为本申请实施例提供的一种报文封装格式的结构示意图；

图4为本申请实施例提供的一种网络场景的结构示意图；

图5为本申请实施例提供的一种网络设备的结构示意图；

图6a为本申请实施例提供的一种第一节点的结构示意图；

图6b为本申请实施例提供的另一种第一节点的结构示意图；

图7a为本申请实施例提供的一种第二节点的结构示意图；

图7b为本申请实施例提供的另一种第二节点的结构示意图。

具体实施方式

本申请说明书和权利要求书及上述附图中的术语“第一”、“第二”和“第三”等是用于区别不同对象，而不是用于限定特定顺序。

在本申请中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念，便于理解。

在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。

在本申请中，至少一个还可以描述为一个或多个，多个可以是两个、三个、四个或者更多个，本申请不做限制。

下面将结合附图，对本申请实施例中的技术方案进行描述。本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的唯一场景限定，本领域技术人员知晓随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于解决其他场景下的类似的技术问题同样适用。

在实现端到端流传输的网络结构中通常包括三种类型的节点，分别为头节点、中间节点和尾节点，其中头节也可以称为入节点(ingress node)，中间节点也可以称为转发节点(transmit node)，而尾节点也可以称为出节点(egress node)。在上述网络结构中，一条业务流可以实现从头节点到尾节点的端到端的传输。可以理解地，上述不同类型的节点中的多个可以位于同一网络设备上，也可以位于不同网络设备上。

通过利用IPv6协议中的可选扩展头，可以在网络中实现丰富的功能应用。作为一种可能的应用场景，可以使用iFIT技术实现随流检测。iFIT技术能够基于端到端直接对业务流进行逐跳测量，从而得到IP网络的真实丢包率、时延等性能指标的检测方案。端到端路径上的多个节点可以将采集的检测信息发送至网络中的控制器，由控制器根据接收的多个检测信息判断网络状况，从而便于用户在网络性能劣化时及时进行业务调整，并且及时定位发生故障的节点。为实现上述目的，头节点可以在属于业务流的报文中添加iFIT检测信息，该iFIT检测信息包括丢包、时延等特征标记，从而指示接收该报文的一个或多个中间节点以及尾节点进行业务流的丢包和时延信息统计，并将测量获得的所述统计数据发送给控制器，以实现控制器对网络运行状况的获取和路径计算等功能。iFIT检测信息可以携带于IPv6扩展头中。

作为另一种可能的应用场景，APN6体系框架实现了在承载网络上提供差异化服务需求的解决方案，通过细粒度感知不同应用的业务需求，使得网络能够为业务流提供相应的服务等级协议(Service Level Agreement，SLA)保证。在APN6架构下，应用或服务需求参数可以携带于业务流报文的IPv6扩展头中，从而方便接收该报文的节点能够根据其携带的需求参数部署或调整相应的网络资源，从而提供感知应用的精细化运营，实现如资源/业务隔离、确定性时延保障、云网协同、智能网络运维监控及可视化等网络服务。

在现有网络中，由于不同节点支持的协议和处理能力存在差别，有些节点实际并不支持对IPv6扩展头的处理。然而，控制器在计算业务流报文的传输路径时，并不会考虑路径上的网络设备对IPv6扩展头的处理能力，在一种情形下，这导致不具备扩展头处理能力的网络设备在接收到携带IPv6扩展头的报文时，会直接丢弃该报文，或者不对报文中的扩展头做任何处理而直接转发至下一跳网络节点，由此可能导致业务流的持续丢包，或者无法有效地实现随流检测的效果。在另一种情形下，虽然网络节点能够对IPv6扩展头进行处理，但该处理无法直接在转发面执行，而是需要先将报文发送到控制面，然后由控制面对扩展头进行处理，这会降低报文的转发速率，甚至在有些情况下，为了防止频繁地发送报文至控制面而对控制面的处理器造成压力，网络节点会对报文的发送速度进行限速，由此导致报文的丢失。

基于此，本申请实施例提供一种发送信息的方法，所述信息用于通告本节点对IPv6扩展头的处理能力，以使得接收所述信息的网络节点，如控制器或头节点等，基于所述本节点通告的IPv6扩展头的处理能力，执行选路或节点能力配置等操作，从而有效地保证了业务流报文的正常处理和转发，提高了网络运行的健壮性和安全性。

下面将结合附图对本申请实施例的实施方式进行详细描述。

本申请实施例提供的发送信息的方法可以应用于各种类型的通信网络中，通信网络也可以称为数据网络或者计算机网络。本申请对通信网络的类型不进行具体限定，例如该通信网络可以为下述任一项类型的网络：园区网络、数据中心网络、防火墙体系网络、基于路由传输的数据网络、第五代移动通信技术(5th generation wireless systems，5G)承载网络、组播网络等。

图1示出了一种用于实现业务流传输的通信网络的组成结构，该通信网络可以包括用于传输业务流的头节点102，多个中间节点104和尾节点106，其中，头节点102、中间节点104和尾节点106可以是独立的网络设备，如交换机、路由器或其他具备报文转发能力的网络设备，也可以是网络设备中的一个转发单元。当一个节点为网络设备中的一个转发单元时，该网络设备中还可以包括其他一个或多个节点，所述其他一个或多个节点的功能类型可以与所述一个节点相同，也可以不同。

该通信网络还可以包括控制器108，控制器108可以为具有管理及计算能力的服务器或其他类型的网络设备。具体的，控制器108可以用于管理头节点102、多个中间节点104和尾节点106，并对相应节点发送的数据进行分析和处理，以实现路径规划、资源调度、设备配置等功能。在其他情形下，该通信网络也可以不包括控制器108，而是由业务流传输路径上的其他节点，如头节点102执行路径计算或设备选择等功能。

可以理解地，图1示出的通信网络仅作为一种可能的示例，用于传输业务流的通信网络的具体结构和规模可以根据需要配置。

本申请实施例提供一种发送信息的方法，应用于第一节点和第二节点的交互过程，如图2所示。第一节点例如可以为图1示出的头节点102、中间节点104或尾节点106，第二节点可以为控制器108；或者，第二节点也可以为头节点102，此时第一节点可以为中间节点104或尾节点106；或者，第一节点和第二节点也可以分别为根据需要配置的需要执行相应功能的其他位置的节点。该方法可以包括：

S201、第一节点向第二节点发送消息，所述消息包括扩展头处理能力信息，所述扩展头处理能力信息用于指示所述第一节点对IPv6扩展头的处理能力。

第一节点向第二节点发送消息，所述消息可以携带在扩展头处理能力信息中，并由所述第一节点发出以通告所述第一节点对于IPv6扩展头的处理能力。所述扩展头处理能力信息携带的具体内容可以包括IPv6扩展头处理方式、IPv6扩展头类型和支持处理的IPv6扩展头长度等信息中的一项或多项。接下来本实施例将具体解释。

所述扩展头处理能力信息携带的内容可以IPv6扩展头处理方式，所述处理方式属于所述处理能力的一个方面，用于指示所述第一节点对所述IPv6扩展头的处理方式。所述处理方式例如可以当前的处理方式和/或可配置的处理方式。所述处理方式具体可以包括以下几种实现形式：

形式一扩展头处理能力信息包括当前的处理方式。

第一节点发送的扩展头处理能力信息中至少包括当前的处理方式，所述当前的处理方式是指第一节点当前对IPv6扩展头的处理方式，例如由管理员已经为第一节点配置且当前正在维持的处理方式，具体例如可以包括处理转发、发送控制面、丢弃和忽略转发中的任意一种。所述处理方式也可以称为动作(action)、行为方式或操作方式等。在第一节点发送业务流时，IPv6扩展头可以携带于属于所述业务流的报文中。所述处理转发的处理方式包括所述第一节点能够在转发面对所述扩展头进行处理并转发所述报文，所述发送控制面的处理方式包括所述第一节点能够将所述报文发送至控制面进行所述扩展头的处理，所述丢弃的处理方式包括根据不识别所述扩展头而对所述报文进行丢弃，所述忽略转发的处理方式包括对所述扩展头不进行处理但转发所述报文，所述可配置的处理方式用于指示所述第一节点支持对所述扩展头的处理方式进行配置。其中，对于忽略转发的处理方式，虽然节点对所述扩展头不进行处理，但由于IPv6报文头实际包括除所述扩展头外的其他封装头或其他类型的信息，因而在某些情形下，节点可以不对所述扩展头进行处理，但对其他封装头或其他类型的信息进行处理，之后再转发报文。上述第一节点对于处理转发、发送控制面、丢弃和忽略转发的处理方式的描述中，第一节点在因能够处理或不能处理IPv6扩展头而对报文所执行的操作，也可以理解为对包或者说数据包所执行的操作。

第二节点在接收到第一节点使用形式一通告的扩展头处理能力信息时，可以知晓所述第一节点使能了处理转发、发送控制面、丢弃和忽略转发中的其中一种具体处理方式。作为一种具体的示例，扩展头处理能力信息可以采用三位(bit)的标识位表示第一节点对IPv6扩展头的当前的处理方式，如000表示处理转发，001表示发送控制面，010表示丢弃，011表示忽略。可以理解地，用于通告处理方式的扩展头处理能力信息也可以采用其他形式表示，如定义4bit位图(bitmap)，其中每个bit对应于一种不同的处理方式，则1000表示处理转发，0100表示发送控制面，0010表示丢弃，而0001表示忽略。本实施例对于扩展头处理能力信息的具体呈现方式不做唯一限定，只要第二节点能够根据该信息确定第一节点当前的处理方式即可。

形式二扩展头处理能力信息包括可配置处理方式。

第一节点发送的扩展头处理能力信息中至少包括可配置处理方式，所述可配置处理方式是指第一节点支持的对IPv6扩展头的处理方式。所述可配置的处理方式用于指示所述第一节点支持对所述IPv6扩展头的处理方式进行配置。当前的处理方式是第一节点本地设置的某一种具体的处理方式，第二节点可以知晓该具体的处理方式，但无法对该处理方式进行配置或更改。所述可配置处理方式不同于前述当前的处理方式，可配置处理方式表示第一节点所支持的对IPv6扩展头的处理方式。该第一节点所支持的处理方式可以是一种，也可以是多种，并且可以允许第二节点根据场景需要对第一节点针对扩展头的实际处理方式进行配置。所述配置可以是第二节点发送配置消息对第一节点进行自动配置，也可以是第二节点发送通知消息告知系统管理员，由系统管理员对第一节点进行手动配置等。作为一种具体的示例，扩展头处理能力信息可以采用4bit的位图表示第一节点对IPv6扩展头的可配置处理方式，如按照从高位到低位的顺序，第1位指示是否支持处理转发，第2位指示是否支持发送控制面，第3位指示是否支持丢弃，第4位指示是否支持忽略。当相应比特位置1时表示支持相应处理方式，置0则表示不支持相应处理方式。则，作为一个示例，1101表示第一节点支持处理转发、发送控制面和忽略三种处理方式。第二节点在接收到该包括1101的扩展头处理能力信息后，可以根据需要将第一节点对扩展头的处理方式设置为处理转发、发送控制面和忽略中的其中一种。上述示例仅作为一种可能的实现选择，也可以设置其他的表示形式，如第二节点预存不同可配置方式组合所对应的代码，在接收到第一节点发送的相应代码后，第二节点可以根据所述代码和可配置方式组合之间的对应关系，确定第一节点支持的可配置方式，如令代码3表示第一节点支持的可配置方式组合为处理转发、发送控制面和忽略。可以理解地，在实际设计时，还可以预留若干保留位，用于后续扩展其他可配置的处理方式。本实施例对于扩展头处理能力信息的具体呈现方式不做唯一限定，只要第二节点能够根据该信息确定第一节点可配置处理方式即可。

形式三扩展头处理能力信息包括当前的处理方式和可配置处理方式。

扩展头处理能力信息还可以同时包括当前的处理方式和可配置处理方式。

在一种可能的情形中，为保证实现形式的一致性，例如可以在当前的处理方式包括形式一提及的处理转发、发送控制面、丢弃和忽略转发模式的基础上，进一步包括可配置模式，例如，在形式一的标识位中，所述可配置模式例如可以采用100表示，用于指示第一节点支持其他节点或管理员等角色，对所述第一节点所支持的IPv6扩展头的处理方式进行再配置。当第二节点接收包括扩展头处理能力信息的消息后，发现用于标识当前的处理方式的标识值为100时，第二节点确定所述第一节点支持处理方式的配置。第二节点因此获取用于标识可配置处理方式的位图信息，如1101，从而确定第一节点实际支持的可配置处理方式。在其他情形下，如当前的处理方式非可配置模式，而是处理转发、发送控制面、丢弃和忽略转发中的其中一种，则可配置处理方式部分的取值可以为默认值，如0000，或者为任意值。

在另一种可能的情形中，当前的处理方式可以用于指示第一节点当前配置上的处理方式，例如可以是处理转发、发送控制面、丢弃和忽略转发中的任意一种，同时，第一节点还可以通过消息一并通告其支持的可配置的处理方式，例如可以是处理转发、发送控制面、丢弃和忽略转发中的任意一种或多种。如此，作为一个可能的示例，第一节点通告的处理方式例如为(001,1111)，也即表示第一节点当前的处理方式为发送控制面，但也支持再配置为处理转发、发送控制面、丢弃和忽略转发中的任意一种处理方式。可以理解地，在该示例中，第二节点如果需要将第一节点对扩展头的处理方式配置为发送控制面，则因所述第一节点当前的处理方式已经为发送控制面，则第二节点无需执行针对所述第一节点的任何实际操作。可以理解地，在该示例中，第一节点也可以预先比较其当前的处理方式和所支持的可配置的处理方式的差别，并在向所述第二节点通告处理方式时直接发送(001,1111)。

上述方式一至三主要用于解释如何携带用于指示第一节点对IPv6扩展头的处理方式的信息，但并未按照IPv6扩展头的具体类型予以区分。IPv6扩展头可以包括多种不同的类型，例如HBH、DOH，以及段路由扩展头(Segment Routing Header，SRH)，或者其他各种可能类型的扩展头。可以理解地，在一些情形下，第一节点对不同类型的IPv6扩展头的处理能力有所不同。例如，第一节点对HBH的当前的处理方式为处理转发，但对于DOH的当前的处理方式则可以为忽略。上述情形下，在消息中可以分别携带第一节点对不同类型的IPv6扩展头的处理方式，这便于第二节点在接收所述消息后根据第一节点对不同类型的IPv6扩展头的处理方式进行精细化管理和控制。作为一种示例，扩展头处理能力信息中还可以包括扩展头类型(extension header type)，所述扩展头类型用于携带IPv6扩展头的类型标识。不同的类型标识分别对应于不同的IPv6扩展头类型，从而对IPv6扩展头类型予以区分。作为一种示例，可以采用8bit的标识位表示IPv6扩展头类型，具体定义例如可以参见RFC8200中关于IPv6Next Header的相关定义。在另一种示例中，也可以采用其他长度的bit标识位表示扩展头类型，或者采用映射关系表等确定类型标识和扩展头类型之间的对应关系等。

例如，类型标识A表示HBH类型，类型标识B表示DOH类型，类型标识C表示SRH类型。假设第一节点标识对IPv6扩展头的处理方式采用方式一，则第一节点向第二节点发送的扩展头处理能力信息中可以包括三组对应关系，例如(A，000)，(B，011)和(C，010)。第一节点采用上述方式向第二节点通告其对HBH的处理方式为处理转发，对DOH的处理方式为忽略，以及对SRH的处理方式为丢弃。

假设第一节点标识对IPv6扩展头的处理方式采用形式三，则第一节点向第二节点发送的扩展头处理能力信息中可以包括三组对应关系，例如(A，100，1101)，(B，011，0000)和(C，100，0100)。第一节点采用上述方式向第二节点通告其支持对HBH的可配置处理方式，且支持配置为处理转发、发送控制面或忽略的处理方式，对DOH的当前的处理方式为忽略，以及支持对SRH的可配置处理方式，且支持配置为发送控制面的处理方式。上述对应关系仅作为一种呈现形式的示例，在实际应用中，可以采用三个连续的字段表示上述对应关系，所述三个连续的字段依序表示类型标识、当前的处理方式和可配置处理方式。

可以理解地，在某些情形下，第一扩展头处理能力信息中也可以不包括扩展头的类型标识，例如，整网或控制域内仅支持对某种特定类型的IPv6扩展头的处理，或者，第一节点和第二节点之间通过预先协商的方式彼此知晓当前通告的处理能力信息是针对哪种具体类型的扩展头的。

此外，在一种可能的情形中，即使第一节点能够对报文中携带的某种类型的IPv6扩展头进行处理，但在扩展头的长度超过门限值时，仍有可能因为扩展头的长度过长而丢弃该报文，导致报文无法正常处理。为了尽量避免此种问题的出现，扩展头处理能力信息中还可以包括扩展头长度信息。也即，所述处理能力包括处理长度，所述处理长度用于指示所述第一节点可支持处理的所述扩展头的长度。作为具体的实现，例如，预置一个可处理的扩展头的长度值和代码之间的对应关系，以使得第二节点可以通过扩展头长度信息中携带的代码，确定第一节点可处理的扩展头的长度；或者，定义一个具有一定bit位数(如8bit)的指示位，用于携带可处理的扩展头的长度值，具体地，例如可以采用RFC8200第4.3节中关于HBH扩展头长度Hdr Ext Len的定义方式确定可处理的扩展头的长度值。当第一节点发送的消息能够用于通告一个或多个具体类型的IPv6扩展头的处理能力时，所述消息中可以携带一个或多个可处理的扩展头的长度信息，所述一个或多个所述长度信息分别与所述一个或多个具体类型的IPv6扩展头对应。

可以理解地，第一节点通告的扩展头长度可以是所述第一节点能够处理的扩展头的最大长度，也可以是实际允许处理的指定长度，其中，所述实际允许处理的指定长度可以基于业务需求和资源调配等因素综合确定，并且可以小于所述最大长度。还可以理解地，所述处理长度可以作为处理能力的其中一个方面单独通告。第二节点可以仅根据所述处理长度确定第一节点的处理能力，也可以同时根据所述处理长度和所述处理方式确定第一节点的处理能力。

第二节点在获得第一节点所支持处理的扩展头的长度值后，能够根据所述长度值信息执行操作。假设第一节点所支持处理的扩展头的长度值为第一值，则在需要处理的扩展头的长度超过第一值时，第二节点可以采取一定策略控制IPv6扩展头的长度，使得发送至第一节点的报文中的IPv6扩展头的长度不超过所述第一值；或者第二节点可以不对超过所述第一值的IPv6扩展头进行处理，但在选路时避免选择第一节点作为传输路径上的节点。

当扩展头处理能力信息包括扩展头类型、当前的处理方式、可配置处理方式和最大扩展头长度信息时，一种可能的扩展头处理能力信息的格式如图3所示。可以理解地，在实际应用场景中，扩展头处理能力信息可以包括扩展头类型、当前的处理方式、可配置处理方式和最大扩展头长度信息中的一种或多种，具体实现格式也可以采用其他方式。

下面将对本实施例中第一节点向第二节点发送的消息的类型进行描述。

第一节点能够以任何合理的方式向第二节点发送用于通告所述第一节点对IPv6扩展头处理能力的消息。接下来对几种可以考虑的消息类型及携带方式进行介绍。

类型一边界网关协议-链路状态(Border Gateway Protocol-Link State，BGP-LS)消息。

BGP-LS定义了一种不透明节点属性(Opaque Node Attribute，ONA)类型长度值(Type-Length-Value，TLV)字段，使用该字段可以携带节点的属性。本发明实施例在该ONA字段基础上定义一种可变长度的节点属性TLV，称为扩展头处理能力TLV。通过该TLV取值(Value)字段携带需要发送的扩展头处理能力信息，例如可以包括扩展头(extensionheader，EH)类型标识EH Type字段、扩展头处理方式Action字段和扩展头长度EH Len字段。其中，Action字段可以具体包括当前的处理方式和可配置的处理方式，扩展头长度字段可以是支持处理的最大扩展头长度，也可以是实际允许处理的指定长度。作为一种可能的TLV格式示例，例如：

(a)EH Type:8bit整数，作为类型标识。

(b)Action:①包括3-bit整数，用于指示当前的处理方式，具体地，000–处理转发(forward)；001–发送控制面(dispatch to control plane)；010–丢弃(discard)；011–忽略转发(ignore)；100–可配置(configurable)；101to 111–保留(reserved)；以及，②包括5-bit位图(bitmap)，用于指示可配置的处理方式，具体地，bit 0–处理转发(forward)；bit1–发送控制面(dispatch to control plane)；bit 2–丢弃(discard)；bit 3–忽略转发(ignore)；bit 4–保留(reserved)。

(c)EH Len：8bit整数。

(d)Revd.:预留字段，传输该TLV时可以设置为0。

类型二路径计算单元通信协议(Path Computation Element CommunicationProtocol，PCEP)链路状态报告(Link-state Report，LS Report)消息。

在IETF一篇关于PCEP扩展实现链路状态信息和流量工程信息分发的个人草案(draft-dhodylee-pce-pcep-ls-15)中，描述了一种通过PCEP协议从网络中收集链路状态信息和流量工程信息并共享给路径计算单元(Path Computation Element，PCE)的机制。该草案定义了一个新的PCEP消息，称为LS Report消息，即LSRpt消息。PCEP LSRpt消息是路径计算客户端(Path Computation Client，PCC)发送给PCE的用于上报链路状态和流量工程信息的PCEP消息。PCC需要向PCE上报链路状态信息的变化，即通过LSRpt消息将LS信息携带给PCE。LSRpt消息中可以携带多个LS对象(LS Object)。LS Object包含一组字段用来描述目标节点或链路。每个节点和链路将由PCEP LS标识符(LS-ID)唯一标识。

本申请实施例将扩展头处理能力信息携带在LSRpt消息中的LS Object的PCEP-LSAttributes，在节点属性TLV中定义了一个可变长度的子TLV(sub-TLV)，称为扩展头处理能力sub-TLV。通过该sub-TLV取值(Value)字段携带需要发送的扩展头处理能力信息。作为一种具体的示例，扩展头处理能力信息在该sub-TLV中的内容和格式样式可参见前述类型一中的相关描述。

类型三开放式最短路径优先(Open Shortest Path First，OSPF)消息。

标准RFC7770规定，OSPF可以使用链路状态公告(Link-state Advertisement，LSA)报文中的选项字段来通告可选的路由器能力。本发明实施例定义一种可变长度的节点属性TLV，称为扩展头处理能力TLV。该扩展头处理能力TLV编码在OSPF路由信息(RouteInformation，RI)不透明LSA(OSPF RI Opaque LSA)中，用于携带路由器处理扩展头能力信息。扩展头处理能力TLV由三个字段组成，2字节的类型字段，2字节的长度字段和1个或多个4字节的值字段。通过该TLV取值(Value)字段携带需要通告的扩展头处理能力信息。作为一种具体的示例，扩展头处理能力信息在该TLV中的内容和格式样式可参见前述类型一中的相关描述。

类型四中间系统到中间系统(Intermediate System to Intermediate System，IS-IS)路由器消息。

标准RFC7981规定，IS-IS路由器的能力TLV(Capability TLV)允许路由器在IS-IS层或整个路由域内通告自己的能力。IS-IS路由器Capability TLV可以由多个sub-TLV组成，本发明实施例在IS-IS路由器Capability TLV中定义一种可变长度的sub-TLV，称为扩展头处理能力sub-TLV。根据IS-IS路由器能力TLV的格式，扩展头处理能力sub-TLV可以由三个字段组成：1字节的类型字段，1字节的长度字段和1个或多个4字节的值。通过该sub-TLV取值(Value)字段携带需要通告的扩展头处理能力信息。作为一种具体的示例，扩展头处理能力信息在该sub-TLV中的内容和格式样式可参见前述类型一中的相关描述。

采用上述类型的消息，第一节点可以实现向控制器或域内其他转发节点的扩展头处理能力通告，实际选择的消息类型可以结合具体应用场景确定。例如，可以采用上述类型一或类型二的消息方式向控制器通告处理能力，或者可以采用上述类型三或类型四的消息方式向域内其他转发节点通过处理能力。可以理解地，上述类型一至四仅作为可选消息方式的示例，可以根据需要选择或定义其他通告处理能力的消息方式以及通告对象。例如可以使用网络配置(Network Configuration，NETCONF)协议和YANG模型进行控制器和节点之间的通信，以用于通告扩展头处理能力。具体地，可以采用YANG模型描述扩展头处理能力信息，并通过NETCONF协议发送至控制器。此外，在上述各实施例中，接收通告的对象可以是控制器，也可以是控制域范围内的其他转发节点，所述控制域例如可以是iFIT检测域、内部网关协议(Interior Gateway Protocol，IGP)域、BGP域、自治域(autonomous system，AS)域或跨AS域的同一管理域等。

在所述第一节点将包括扩展头处理能力信息的消息发送到所述第二节点后，如图2所示，所述方法还包括：

S202、所述第二节点接收所述第一节点发送的所述消息，所述第二节点根据所述消息中包括的扩展头处理能力信息，获取所述第一节点对所述IPv6扩展头的处理能力。

所述第二节点根据所述扩展头处理信息中包括的具体内容，获取所述第一节点对所述IPv6扩展头的处理能力。例如，所述第二节点根据所述扩展头处理信息中包括的处理方式的信息，确定所述第一节点对所述IPv6扩展头的处理方式方面的能力。所述处理方式可以具体包括当前的处理方式和/或可配置的处理方式，具体实现形式可参见前述S201中的相关描述。再例如，所述第二节点根据所述扩展头处理信息中包括的扩展头处理长度的信息，确定所述第一节点对所述IPv6扩展头可支持或可允许的处理长度方面的能力。再例如，所述第二节点根据所述扩展头处理信息中包括的扩展头类型标识，确定所述扩展头处理信息中的所述处理能力是针对具有所述扩展头类型标识的扩展头类型的。所述扩展头处理信息中可以包括多个不同的扩展头类型标识，分别对应于第一节点对多个不同类型的扩展头的处理能力。

S203、所述第二节点根据获取的所述第一节点对所述IPv6扩展头的处理能力，确定所述第一节点是否为用于转发或接收报文的节点，其中，所述报文中包括所述IPv6扩展头。

所述第二节点在获取所述第一节点的所述处理能力后，可以根据所述第一节点的所述处理能力，并结合具体的应用场景和控制策略，确定在执行操作或进行管理时是否需要所述第一节点，例如需要所述第一节点作为转发或接收报文的节点。在一种可能的情形中，所述报文可以属于一条业务流，所述业务流例如可以根据业务类型、时间段、源及目的地址等确定。所述第二节点根据控制策略和第一节点的处理能力确定所述第一节点能否用于转发或接收所述业务流，所述业务流中的一个或多个报文中包括IPv6扩展头。

以下将结合几个具体的应用场景作为示例，对所述第二节点获取所述第一节点的所述处理能力后执行的操作进行说明。

场景一确定报文的转发路径

第二节点可以获取包括所述第一节点在内的一个或多个节点分别发送的一个或多个对IPv6扩展头的处理能力，并根据所述一个或多个所述处理能力，计算和确定用于转发报文的转发路径。所述报文可以包括IPv6扩展头并属于一条业务流。

例如，假设所述第一节点为节点A，第二节点为控制器。所述控制器分别获取节点A、节点B、节点C、节点D、节点E和节点F发送的用于指示相应节点对IPv6扩展头的处理能力的信息。上述节点A-F构成的网络结构如图4所示。控制器根据每个节点发送的信息获取的所述每个节点具有的处理能力示意，如表1所示：

表1

类型标识

处理方式

类型标识

处理方式

类型标识

处理方式

节点A

HBH

处理转发

DOH

忽略转发

SRH

处理转发

节点B

HBH

丢弃

DOH

丢弃

SRH

处理转发

节点C

HBH

处理转发

DOH

忽略转发

SRH

处理转发

节点D

HBH

处理转发

DOH

忽略转发

SRH

处理转发

节点E

HBH

处理转发

DOH

忽略转发

SRH

处理转发

节点F

HBH

处理转发

DOH

处理转发

SRH

处理转发

控制器可以根据节点A-F分别支持的对HBH扩展头的处理能力进行算路，以确定用于传输业务流的报文的路径。表1的示例中处理能力可以根据处理方式确定。由于路径A->B->C->F上的节点B不支持对HBH的处理，也即当业务流的报文发送到节点B时，节点B会因为不具备对HBH的处理能力而丢弃报文，从而导致业务流丢包。而路径A->D->E->F上的全部节点均支持对HBH的处理，并可以在对HBH处理后正常转发报文，从而实现业务流在该路径上的正常处理和转发。因此，控制器可以选择路径A->D->E->F作为业务流的报文的转发路径。在iFIT端到端流检测场景下，假设iFIT检测域内的头节点为节点A，尾节点为节点F，则节点A通过将iFIT检测信息封装入IPv6扩展头HBH中，实现业务流的端到端iFIT的检测。此情形下，如果节点F即为整条传输路径上的目的节点或连接目的用户主机的网络节点，则可以理解为控制器确定节点A、D和E作为业务流的传输节点或者称为转发节点，而节点F作为业务流的接收节点。

类似地，控制器也可以根据节点A-F分别支持的对SRH扩展头的处理能力进行算路，以确定一条能够正常处理段路由列表(Segment Routing List，SR List)的节点转发路径，所述SR List携带于SRH中。控制器经过计算确定路径A->B->C->F和A->D->E->F均可以对SRH进行正常处理。因此，控制器可以确定该两条路径共同作为业务流的负载分担路径，或者也可以结合资源占用情况等信息指定其中一条路径作为转发业务流的路径。场景二确定实现特定功能的节点

假设节点F是域内的边界节点，则控制器可以根据节点F具有DOH的处理能力确定该节点F作为该域内传输业务流的报文的尾节点。如此，仍以iFIT场景为例，控制器可以根据路径A->D->E->F上不存在丢弃报文的节点，并且节点F具有DOH处理能力，可以确定采用路径A->D->E->F作为传输路径以完成iFIT检测，并且保证携带于业务流报文的DOH中的iFIT检测头可以在iFIT检测域的尾节点F处顺利剥离，从而实现业务流在检测域外的正常转发。

可以理解地，上述场景虽然以第二节点为控制器角色为例，但上述场景中涉及的根据网络节点对IPv6扩展头的处理能力进行路径规划或确定具有特定处理能力(如扩展头剥离)的节点的操作，也可以由网络中具有其他角色类型的节点执行，如网络中任意具有转发能力的节点，例如头节点等执行。

表1中第二节点获取的节点A-F对各类型扩展头的处理方式，例如可以根据节点A-F分别发送的消息中的当前的处理方式确定，也可以根据可配置的处理方式确定。第二节点根据接收的当前的处理方式和/或可配置的处理方式，确定节点A-F支持的处理方式的具体过程可参见前述S201中的相关描述，这里不再赘述。可以理解地，当节点A-F通告的消息中包括可配置的处理方式时，第二节点基于此确定的节点A、B、C、D、E或F支持的处理方式可能不只一种。当第二节点确定某节点支持的处理方式多于一种时，也即说明该节点支持对其所支持的处理方式进行选择性配置。接下来，以控制器获取的节点A-F具有的可配置的处理方式如表2示出的为例：

表2

对于上述场景一，在具体应用于iFIT检测时，第二节点仍可以根据路径A->D->E->F上的节点均支持针对HBH进行处理转发的处理方式，确定使用路径A->D->E->F进行报文的转发，但在发布计算路径之前，需要发送消息以将节点E和节点F对HBH的处理方式自动或手动配置为处理转发。在未将节点E和节点F配置为处理转发之前，节点E和/或节点F已配置的处理方式可以为任意方式，或者也可以为未配置任何处理方式。

在一些情形下，对于需执行iFIT检测或其他可能的应用场景，第二节点在规划路径时，也可以允许并非路径上的全部节点均支持处理转发，例如也可以是路径上的全部或部分节点支持发送控制面的处理方式，此时，相较于在转发面即可完成的处理转发的方式，虽然会在一定程度上影响报文的处理效率，但仍然可以实现业务流端到端的iFIT检测，因此也可以确定为可用的转发路径。例如，仍基于表2，第二节点也可以确定路径A->B->C->F作为业务流转发路径，并发送消息以使得节点B的处理方式配置为发送控制面。再例如，第二节点在规划路径时，还可以允许路径上一定比例的节点不支持处理转发或发送控制面，而仅支持忽略转发的处理方式，例如iFIT检测路径上即使一定比例的节点并不支持对封装在扩展头中的iFIT检测头的处理，而只能忽略该iFIT检测头并作转发处理，但第二节点仍有可能根据具体的算路规则，确定该包括忽略转发处理方式的节点的路径作为业务流传输路径，如在节点B配置为忽略转发处理方式时，确定路径A->B->C->F作为业务流的备用路径或负载分担路径，甚至结合网络资源使用情况，确定路径A->B->C->F作为业务流的主用路径。

对于上述场景一，在具体应用于SR场景时，例如需要沿路各节点均可以处理封装入扩展头中的SR List，以实现SR场景下的沿指定路径转发，第二节点需要保证路径上的全部节点均支持处理转发方式，或者至少可以支持发送控制面方式。因此，第二节点可以优先选择路径A->D->E->F，并将节点E和F配置为处理转发方式。或者，第二节点也可以考虑选择路径A->B->C->F，但节点B至多配置为发送控制面方式，虽然可以对扩展头进行处理，但由于需要上送到控制面处理，因而可能影响转发效率。

对于上述场景二，第二节点可以使得节点F配置为处理转发方式，并设置节点F作为iFIT检测域的尾节点，从而保证报文中的iFIT检测头在尾节点的顺利剥离，避免所述报文在检测域外因所述检测头不能识别而被丢弃。

以上对第一节点处理能力中的处理方式的应用进行了阐述，在其他情形中，所述第一节点通告的处理能力还包括处理长度。第二节点对处理长度的使用至少可以包括两种可选方式：

其一，第二节点根据所述处理长度执行操作。假设第一节点所支持处理的扩展头的长度值为第一值，则在需要处理的扩展头的长度超过第一值时，第二节点可以采取一定策略控制IPv6扩展头的长度，或者在消息中携带扩展头类型标识的情形下，控制所述类型标识所标识的特定类型的IPv6扩展头的长度，使得发送至第一节点的报文中的IPv6扩展头的长度不超过所述第一值，以便于第一节点对扩展头进行正常处理。在该情形中，第二节点也可以结合第一节点支持的处理方式，例如当前的处理方式或允许配置的处理方式，例如，在处理方式为处理转发或者发送控制面的情形下，第二节点再根据处理长度执行所述操作。

其二，第二节点可以不对超过所述第一值的IPv6扩展头进行处理或控制，但在选路或指定特定节点时避免选择第一节点。

可以理解地，以上实施例中虽然以扩展头处理能力信息中包括扩展头类型标识、处理方式和处理长度的信息为例，但也可以结合实际应用场景设置其他用于反映节点对IPv6扩展头处理能力的内容，并携带在所述扩展头处理能力信息中。以上实施例虽然以处理方式包括处理转发、发送控制面、忽略转发或丢弃作为示例，但一方面，某些命名方式不同而实际处理方式相同的关于处理方式的描述，也应涵盖在本申请实施例限定的范围内。例如将发送控制面称为上送控制面或调度(dispatch)控制面，或者如标准RFC8200第4.8小节中描述的，称为将包括HBH选项扩展头的包分配(assign)到慢处理路径(slowprocessing path)进行处理；再例如将丢弃这一处理方式执行的操作直接描述为丢弃报文或者丢弃包，而不描述为因不识别扩展头而对报文或包进行丢弃。另一方面，虽然处理方式的操作细节存在一定差别，例如在具体包括的操作步骤方面，或者确定为某一处理方式所需满足的前提条件方面存在差别，也应涵盖在本申请实施例限定的范围内。作为示例，例如标准RFC8200第4章节描述的，第一节点在丢弃(discard)包后，还需要向发送包的源节点发送一个网际控制报文协议(Internet Control Message Protocol，ICMP)参数问题消息(ICMP Parameter Problem Message)。此外，在实际应用场景中，除了处理转发、发送控制面、忽略转发或丢弃四种处理方式，还可以根据具体需要设定其他类型的处理方式作为需要通告的内容。

在一些情形下，上述方法实施例中的第二节点还可以执行S204，而第一节点还可以执行S205。

S204所述第二节点向所述第一节点发送通知消息，所述通知消息用于指示所述第一节点是否为用于转发或接收报文的节点。

作为示例，在上述场景一，即第二节点根据各节点发送的处理能力消息确定报文的转发路径的场景中，所述第二节点可以根据计算获得的报文的转发路径，向所述转发路径上的节点发送相应的通知消息。如果所述转发路径中包括所述第一节点，则所述第一节点能够接收到所述通知消息。所述通知消息可以用于告知所述第一节点被选为用于转发或接收报文的节点。在一些可能的情形中，所述通知消息还可以用于通知所述第一节点为转发业务流的报文预留资源，和/或用于转发哪些特定类型的业务流的报文等，具体可以根据需要设置。

S205所述第一节点根据所述通知消息执行报文的转发或接收。

所述第一节点根据所述通知消息中携带的信息，确定是否需要转发或接收报文，所述报文可以属于一条业务流。在一种可能的方式中，所述通知消息中也可以不包括与预留资源相关的信息，而是由所述第一节点根据需要转发的具体业务流，结合本地资源使用情况或者资源预留策略等，确定转发业务流所需的相应资源。

通过本申请实施例提供的发送和处理消息的方法，网络中的第一节点能够向第二节点，如控制器节点或者同一控制域内的其他节点等，通告自身对于IPv6扩展头的处理能力的消息，以便于所述第二节点根据包括所述第一节点在内的一个或多个节点发送的消息进行处理，确定所述一个或多个节点是否可以用于转发或接收报文。这种基于节点对扩展头的处理能力规划路径或指定特定节点的方式，能够更好地保证报文的正常转发，从而提高了网络的管理能力和服务质量。

本申请实施例还提供一种网络设备50，用于执行上述方法实施例提供的发送和处理消息的方法，该网络设备50可以是包括上述方法实施例中的第一节点的网络设备，也可以包括上述方法实施例中的第二节点的网络设备，其中，所述第一节点或所述第二节点可以是网络设备50，也可是网络设备50中的一个功能部件或单元。该网络设备50还可以是包括图1示出的头节点102、中间节点104或尾节点106的网络设备，或者也可以是图1示出的控制器108。如图5所示，网络设备50可以包括处理器501和收发器502。在一些情形中，网络设备50还可以包括存储器503。

下面结合图5对网络设备50的各个构成部件进行具体的介绍：

其中，处理器501是网络设备50的控制中心。例如，处理器501可以是一个中央处理器(central processing unit，CPU)，也可以是特定集成电路(application specificintegrated circuit，ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路，例如：一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)。

收发器502用于与其他设备进行通信。收发器502可以为通信端口或者其他。

用于存储可实现本申请方法的程序代码、配置文件或其他内容可以存储在外部网络设备或云端，也可以存储在网络设备50本地的存储器503。存储器503可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；或者非易失性存储器(non-volatile memory)，例如只读存储器(read-only memory，ROM)，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；或者上述种类的存储器的组合，用于存储可实现本申请方法的程序代码、配置文件或其他内容。

一种可能的实现方式中，例如网络设备50为所述第一节点时，处理器501可以通过执行存储在外部存储位置或存储器503内的程序和/或模块，以及调用存储在外部存储位置或存储器503内的数据，执行如下功能：

通过收发器502向第二节点发送消息，所述消息包括第一扩展头处理能力信息，所述第一扩展头处理能力信息用于指示所述第一节点对IPv6扩展头的处理能力。

另一种可能的实现方式中，例如网络设备50为所述第二节点时，处理器501通过执行存储在外部存储位置或存储器503内的程序和/或模块，以及调用存储在外部存储位置或存储器503内的数据，执行如下功能：

通过收发器502接收第一节点发送的消息，所述消息包括第一扩展头处理能力信息；所述第二节点根据所述第一扩展头处理能力信息，获取所述第一节点对互联网协议版本IPv6扩展头的处理能力。

在一些实施例中，上述网络设备50包括第一节点或第二节点时可以执行的功能仅作为示例。网络设备50在承担相应角色时可以执行的其他功能可参见前述方法实施例中的相关描述，这里不再赘述。

在一些实施例中，包括相应节点的网络设备为了实现上述方法实施例中描述的功能，可以包括执行各个功能相应的硬件结构和/或软件模块。结合本文中所公开的实施例描述的各示例的相应操作，本申请也能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。。

本发明实施例还可以根据上述方法实施例中执行的操作对网络设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本发明实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

图6a示出了本申请实施例提供的一种第一节点60，用于实现上述各实施例中第一节点执行的功能。该第一节点60可以是网络设备50，也可以是部署于网络设备中的装置或部件。如图6a所示，第一节点60可以包括：发送单元602，发送单元602可以用于执行图2中的S201。在一种可能的方式中，第一节点60还可以包括生成单元601，生成单元601用于生成发送单元602需发送的消息，所述消息用于通告所述第一节点对IPv6扩展头的处理能力。在一种可能的方式中，第一节点60还可以包括接收单元603，接收单元603可以用于执行图2中的S205。作为一种可能的具体实现方式，第一节点60包括的生成单元601、发送单元602和接收单元603可以均采用软件模块形式实现，该情形下第一节点60的结构示意如图6b所示。处理器501可以调用存储器503中的各功能单元以执行相应的功能，例如，处理器501可以调用生成单元601和发送单元602，以将生成的所述消息发送至收发器502，由收发器502将所述消息发送至其他网络节点。可以理解地，上述方法实施例涉及的所有相关内容均可以援引到对应功能模块的功能描述，在此不再逐一描述。

第一节点60还可以包括存储单元，该存储单元用于存储程序指令和/或数据。存储单元可以和其他功能单元耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。例如，生成单元601可能和存储单元协同操作。生成单元601可以执行存储单元中存储的程序指令。

在一种可能的实现形式中，发送单元602或接收单元603的功能例如可以是节点的收发器执行，所述收发器的个数可以是一个或多个，当收发器个数为多个时，可以均用于收发，也可以一部分用于接收，另一部分用于发送等。生成单元601的功能例如可以是节点的处理器执行。所述存储单元可以包括于处理器中。

图7a示出了本申请实施例提供的一种第二节点70，用于实现上述各实施例中第二节点执行的功能。该第二节点70可以是网络设备50，也可以是部署于网络设备中的装置或部件。如图7a所示，第二节点70可以包括：接收单元701和获取单元702，接收单元701和获取单元702可以用于配合执行图2中的S202。第二节点还可以包括确定单元703，确定单元703可以用于执行图2中的S203。在一种可能的方式中，第二节点70还可以包括发送单元704，发送单元704可以用于执行图2中的S204。作为一种可能的具体实现方式，第二节点70包括的接收单元701、获取单元702、确定单元703和发送单元704可以均采用软件模块形式实现，该实现方式中第一节点70的结构示意如图7b所示。可以理解地，上述方法实施例涉及的所有相关内容均可以援引到对应功能模块的功能描述，在此不再逐一描述。

第二节点70还可以包括存储单元，该存储单元用于存储程序指令和/或数据。存储单元可以和其他功能单元耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。例如，获取单元702、确定单元703等可能和存储单元协同操作，以执行存储单元中存储的程序指令。

在一种可能的实现形式中，接收单元701和发送单元704的功能可以是节点的收发器执行，获取单元702和确定单元703的功能例如可以是节点的处理器执行。所述存储单元可以包括于处理器中。

本申请实施例还提供一种系统，该系统中包括第二节点和至少一个第一节点。所述至少一个第一节点和所述第二节点可以部署于同一个网络设备中，也可以位于网络中的不同网络设备中。所述至少一个第一节点可以是上述方法实施例中的第一节点，或者图6a或6b示出的第一节点60，在所述至少一个第一节点为网络设备时，还可以是图5示出的网络设备50。所述第二节点可以是上述方法实施例中的第二节点，或者图7a或7b示出的第二节点70，在所述第二节点为网络设备时，还可以是图5示出的网络设备50。所述第二节点和至少一个第一节点可以用于共同完成上述方法实施例中的方法。

本申请另一实施例提供了一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现上述各实施例中第一节点或包括第一节点的网络设备所实现的功能。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

本申请另一实施例提供了一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现上述各实施例中第二节点或包括第二节点的网络设备所实现的功能。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

本申请另一些实施例还提供一种计算机可读存储介质，该计算机可读存储介质可包括计算机程序，当该计算机程序在计算机上运行时，使得该计算机执行上述方法实施例中第一节点或第二节点执行的内容。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (28)

1.一种确定处理能力的方法，其特征在于，所述方法包括：

第一节点向第二节点发送消息，所述消息包括第一扩展头处理能力信息，所述第一扩展头处理能力信息用于指示所述第一节点对互联网协议版本6IPv6扩展头的处理能力。

2.如权利要求1所述的方法，其特征在于，所述处理能力包括处理方式，所述处理方式用于指示所述第一节点对所述IPv6扩展头的处理方式。

3.如权利要求1或2所述的方法，其特征在于，所述处理方式包括当前的处理方式和/或可配置的处理方式，其中所述可配置的处理方式用于指示所述第一节点支持对所述IPv6扩展头的处理方式进行配置。

4.如权利要求3所述的方法，其特征在于，

所述当前的处理方式包括：处理转发、发送控制面、丢弃和忽略转发中的任意一种处理方式；

所述可配置的处理方式包括：处理转发、发送控制面、丢弃和忽略转发中的任意一种或多种处理方式；

其中，所述扩展头携带于报文中，所述处理转发的处理方式包括所述第一节点在转发面对所述扩展头进行处理并转发所述报文，所述发送控制面的处理方式包括所述第一节点将所述报文发送至控制面进行所述扩展头的处理，所述丢弃的处理方式包括根据不识别所述扩展头而对所述报文进行丢弃，所述忽略转发的处理方式包括对所述扩展头不进行处理但转发所述报文。

5.如权利要求4所述的方法，其特征在于，所述当前的处理方式包括处理转发、发送控制面、丢弃、忽略转发和可配置中的任意一种处理方式；

所述处理方式包括当前的处理方式和可配置的处理方式，当所述当前的处理方式为可配置时，指示所述第一节点支持以所述可配置的处理方式来处理所述IPv6扩展头。

6.如权利要求2-5任一项所述的方法，其特征在于，所述第一扩展头处理能力信息还包括第一类型标识，所述第一扩展头处理能力信息用于指示所述第一节点对由所述第一类型标识所标识的第一类型的所述IPv6扩展头的处理能力。

7.如权利要求1-6任一项所述的方法，其特征在于，所述处理能力包括处理长度，所述处理长度用于指示所述第一节点可支持处理的所述扩展头的长度。

8.如权利要求1-7任一项所述的方法，其特征在于，所述消息还包括第二扩展头处理能力信息，其中，所述第二扩展头处理能力信息用于指示所述第一节点对具有第二类型的IPv6扩展头的处理能力。

9.如权利要求1-8任一项所述的方法，其特征在于，所述消息为边界网关协议-链路状态BGP-LS消息，或者路径计算单元通信协议链路状态报告PCEP LS Report消息，或者开放式最短路径优先OSPF消息，或者中间系统到中间系统IS-IS路由器消息。

10.如权利要求9所述的方法，其特征在于，

所述消息为边界网关协议-链路状态BGP-LS消息，所述第一扩展头处理能力信息携带于所述BGP-LS消息中的不透明节点属性类型长度值Opaque Node Attribute TLV字段；或者，

所述消息为路径计算单元通信协议链路状态报告PCEP LS Report消息，所述第一扩展头处理能力信息携带于所述PCEP LS Report消息中的类型长度值TLV字段；或者，

所述消息为开放式最短路径优先路由器信息不透明链路状态通告OSPF RI OpaqueLSA消息，所述第一扩展头处理能力信息携带于所述OSPF RI Opaque LSA消息中的能力类型长度值Capabilities TLV字段；或者，

所述消息为中间系统到中间系统路由器IS-IS Router消息，所述第一扩展头处理能力信息携带于所述IS-IS路由器消息中的能力类型长度值Capability TLV字段。

11.如权利要求1-10任一项所述的方法，其特征在于，所述第二节点为控制器或者与所述第一节点属于同一控制域的节点。

12.一种确定处理能力的方法，其特征在于，所述方法包括：

第二节点接收第一节点发送的消息，所述消息包括第一扩展头处理能力信息；

所述第二节点根据所述第一扩展头处理能力信息，获取所述第一节点对互联网协议版本6IPv6扩展头的处理能力。

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

所述第二节点根据获取的所述第一节点对所述IPv6扩展头的处理能力，确定所述第一节点是否为用于转发或接收报文的节点，其中，所述报文中包括所述IPv6扩展头。

14.根据权利要求12或13所述的方法，其特征在于，所述处理能力包括处理方式，所述处理方式用于指示所述第一节点对互联网协议版本6IPv6扩展头的处理方式。

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

所述第二节点根据所述处理方式指示所述第一节点具有能够对IPv6扩展头进行处理的处理方式，确定所述第一节点为用于转发或接收报文的节点。

16.根据权利要求15所述的方法，其特征在于，所述处理方式包括当前的处理方式和/或可配置的处理方式，所述第二节点根据所述处理方式指示所述第一节点具有能够对IPv6扩展头进行处理的处理方式，确定所述第一节点为用于转发或接收报文的节点，包括：

所述第二节点根据所述当前的处理方式包括处理转发或发送控制面，确定所述第一节点为用于转发或接收报文的节点；或者，

所述第二节点根据所述可配置的处理方式包括处理转发或发送控制面，确定所述第一节点为用于转发或接收报文的节点；

其中，所述处理转发的处理方式包括所述第一节点在转发面对所述扩展头进行处理并转发所述报文，所述发送控制面的处理方式包括所述第一节点将所述报文发送至控制面进行所述扩展头的处理。

17.如权利要求16所述的方法，其特征在于，所述处理方式包括当前的处理方式和可配置的处理方式，所述第二节点根据所述可配置的处理方式包括处理转发或发送控制面，确定所述第一节点为用于转发或接收报文的节点，包括：

所述第二节点根据所述当前的处理方式为可配置，获取所述可配置的处理方式；

所述第二节点根据所述可配置的处理方式包括处理转发或发送控制面，确定所述第一节点为用于转发或接收报文的节点。

18.根据权利要求15-17任一项所述的方法，其特征在于，所述第二节点确定所述第一节点为用于转发或接收报文的节点之后，所述方法包括：

所述第二节点发布路径信息，所述路径信息用于指示用于传输所述报文的路径上包括所述第一节点；或者，

所述第二节点向所述第一节点传输所述报文。

19.如权利要求14所述的方法，其特征在于，所述第二节点根据所述处理方式指示所述第一节点不具有能够对IPv6扩展头进行处理的处理方式，确定所述第一节点不用于转发或接收报文。

20.如权利要求19所述的方法，其特征在于，所述处理方式包括当前的处理方式和/或可配置的处理方式，所述第二节点根据所述处理方式指示所述第一节点不具有能够对IPv6扩展头进行处理的处理方式，确定所述第一节点不用于转发或接收报文，包括：

所述第二节点根据所述当前的处理方式包括丢弃或忽略转发，确定所述第一节点不用于转发或接收报文；或者，

所述第二节点根据所述可配置的处理方式包括丢弃或忽略转发，确定所述第一节点不用于转发或接收报文；

其中，所述丢弃的处理方式包括根据不识别所述扩展头而对所述报文进行丢弃，所述忽略转发的处理方式包括对所述扩展头不进行处理但转发所述报文，所述可配置的处理方式用于指示所述第一节点支持对所述扩展头的处理方式进行配置。

21.根据权利要求12-20任一项所述的方法，其特征在于，所述第一扩展头处理能力信息包括第一类型标识，所述第一扩展头处理能力信息用于指示所述第一节点对由所述第一类型标识所标识的第一类型的所述IPv6扩展头的处理能力。

22.如权利要求12-21任一项所述的方法，其特征在于，所述处理能力还包括处理长度，所述处理长度用于指示所述第一节点可支持处理的所述扩展头的长度。

23.如权利要求12-22任一项所述的方法，其特征在于，所述消息还包括第二扩展头处理能力信息，所述方法包括：

所述第二节点根据所述第二扩展头处理能力信息，获取所述第一节点对具有第二类型的IPv6扩展头的处理能力。

24.如权利要求12-23任一项所述的方法，其特征在于，所述消息为边界网关协议-链路状态BGP-LS消息，或者路径计算单元通信协议链路状态报告PCEP LS Report消息，或者开放式最短路径优先OSPF消息，或者中间系统到中间系统IS-IS路由器消息。

25.如权利要求24所述的方法，其特征在于，

所述消息为边界网关协议-链路状态BGP-LS消息，所述第一扩展头处理能力信息携带于所述BGP-LS消息中的不透明节点属性类型长度值Opaque Node Attribute TLV字段；或者，

所述消息为路径计算单元通信协议链路状态报告PCEP LS Report消息，所述第一扩展头处理能力信息携带于所述PCEP LS Report消息中的类型长度值TLV字段；或者，

所述消息为开放式最短路径优先路由器信息不透明链路状态通告OSPF RI OpaqueLSA消息，所述第一扩展头处理能力信息携带于所述OSPF RI Opaque LSA消息中的能力类型长度值Capabilities TLV字段；或者，

所述消息为中间系统到中间系统路由器IS-IS路由器消息，所述第一扩展头处理能力信息携带于所述IS-IS路由器消息中的能力类型长度值Capability TLV字段。

26.如权利要求14所述的方法，其特征在于，所述处理方式包括可配置的处理方式，其中所述可配置的处理方式用于指示所述第一节点支持对所述IPv6扩展头的处理方式进行配置，所述方法包括：

所述第二节点根据所述可配置的处理方式包括第一处理方式，向所述第一节点发送配置消息，所述配置消息用于指示将所述第一节点对IPv6扩展头的处理方式配置为所述第一处理方式。

27.一种网络设备，所述网络设备包括处理器和存储器，所述存储器用于存储计算机程序，所述处理器用于调用所述存储器中存储的计算机程序，使得所述网络设备执行如权利要求1-26中任一项的所述方法。

28.一种网络系统，其特征在于，所述系统包括第一节点和第二节点，

所述第一节点用于向第二节点发送消息，所述消息包括第一扩展头处理能力信息，所述第一扩展头处理能力信息用于指示所述第一节点对互联网协议版本6IPv6扩展头的处理能力；

所述第二节点用于接收所述第一节点发送的所述消息；

所述第二节点根据所述第一扩展头处理能力信息，获取所述第一节点对互联网协议版本6IPv6扩展头的处理能力。

Images