CN115037676A - 一种支持可压缩的g-srv6中间节点保护的方法和装置 - Google Patents

Abstract

本发明涉及通信领域，特别是涉及一种支持可压缩的G‑SRV6中间节点保护的方法和装置。包括：远端设备发布包含自身SID和压缩属性信息的配置信息，本地节点获取远端设备的远端路由表项信息与对应携带coc属性的SID表项的对应关系，将远端设备的coc属性记录在压缩属性信息表项中，并生成每个远端设备SID对应的远端路由表项；本地节点感知到中间节点保护故障后，若IPV6报文的DA信息与压缩属性信息表项中的SID匹配，按照G‑SRV6的流程处理SRH信息，执行中间节点保护，更新IPV6DA信息，根据发生故障的远端设备对应的远端路由表项查找可用的转发路由，按照可用的转发路由进行报文转发。本发明解决了G‑SRV6不支持中间节点保护机制的问题，有利于SRV6大规模组网下端到端保护的部署。

Description

一种支持可压缩的G-SRV6中间节点保护的方法和装置

【技术领域】

本发明涉及通信领域，特别是涉及一种支持可压缩的G-SRV6中间节点保护的方法和装置。

【背景技术】

目前，IPV6段路由(IPv6 Segment Routing，简写为SRV6)的可编程能力得到越来越多的认可，运营商客户也在积极主动布局SRV6，但SRV6技术在网络实际部署面临一个极大挑战：SRV6报文开销大、网络链路带宽利用率低，256byte包长8层段标识符(SegmentIdentifier，简写为SID)的情况下带宽利用率只有60％左右，针对SRV6技术存在的问题，业内提出了通用IPV6段路由(Generalized IPv6 Segment Routing，简写为G-SRV6)方案，从而在支持SRV6功能的基础上优化SRV6的性能，帮助SRV6更好的规模部署。

SRV6提供了丰富的保护机制，其中中间节点保护是一个重要的方式。但是，采用压缩G-SID封装SRV6报文时，在本地恢复节点(Point of Local Repair，简写为PLR)触发中间节点保护条件后，查询的IPV6 DA信息是远端直连设备的路由信息，故障节点无法感知SRV6报文中当前访问的SID是否包含继续压缩行为(Continue of Compression Flavor，简写为coc)属性，也就无法判断报文进行下一步处理时是按照压缩通用段标识符(GeneralizedSegment Identifier，简写为G-SID)处理，还是按照正常的128bit sid执行segment left属性更新，因此现有G-SRV6机制无法支持中间节点保护。

鉴于此，如何克服现有技术所存在的缺陷，解决现有G-SRV6机制无法支持中间节点保护的现象，是本技术领域待解决的问题。

【发明内容】

针对现有技术的以上缺陷或改进需求，本发明解决了现有G-SRV6方案无法支持中间节点保护的问题。

本发明实施例采用如下技术方案：

第一方面，本发明提供了一种支持可压缩的G-SRV6中间节点保护的方法，具体为：远端设备发布包含自身SID和压缩属性信息的配置信息，本地节点获取远端设备的远端路由表项信息与对应携带coc属性的SID表项的对应关系，将远端设备的coc属性记录在压缩属性信息表项中，并生成每个远端设备SID对应的远端路由表项；本地节点感知到中间节点保护故障后，若IPV6报文的DA信息与压缩属性信息表项中的SID匹配，按照G-SRV6的流程处理SRH信息，执行中间节点保护，更新IPV6 DA信息，根据发生故障的远端设备对应的远端路由表项查找可用的转发路由，按照可用的转发路由进行报文转发。

优选的，远端设备发布包含自身SID和压缩属性信息的配置信息，具体包括：远端设备根据自身coc属性，通过IGP发布包含SID sub-TLV信息的SRV6 IGP LOCATOR信息，在SID sub-TLV的Endpoint Behavior字段中填充相应的码值，用以表示该SID在本段设备上具有coc属性。

优选的，生成每个远端设备SID对应的远端路由表项，具体包括：本地节点接收远端设备的IGP洪泛信息时，记录远端设备的locator信息与SID sub-TLV信息中携带coc属性的SID的关联关系，并将关联关系写入压缩属性信息表项中。

优选的，生成每个远端设备SID对应的远端路由表项，具体包括：本地节点接收控制面下发的远端路由表项与每个节点发布的携带coc属性的SID表项之间的关联关系，记录每个节点的携带coc属性的SID，并与对应的远端路由表项建立关联关系。

优选的，生成每个远端设备SID对应的远端路由表项，还包括：控制面下发至每个节点的远端路由表项与每个节点发布的携带coc属性的SID表项之间基于最长匹配建立关联映射关系。

优选的，根据发生故障的远端设备对应的远端路由表项查找可用的转发路由，具体包括：基于IPV6头中的IPV6的DA信息查询转发表项，若转发表项与远端设备的远端路由表项匹配，根据远端路由表项关联的压缩属性信息表项获取DA信息对应的具有coc属性的SID，根据coc属性处理SRH信息获取下一个用于转发的路由。

优选的，按照可用的转发路由进行报文转发，还包括：使用IPV6 DA信息匹配本地local_sid信息，若命中本地local_sid信息，根据local_sid信息定义的转发行为对报文进行处理转发。

优选的，还包括：控制面建立每个远端设备的远端路由表项信息与对应携带coc属性的SID表项的对应关系，以及远端路由表项信息与压缩属性信息表项的关联关系，并将关联关系通过表项数据下发转发面。

优选的，还包括：

若IPV6报文的DA信息与压缩属性信息表项中的SID不匹配，执行正常的SRV6报文处理方式获取转发路由，并更新segment left。

另一方面，本发明提供了一种支持可压缩的G-SRV6中间节点保护的装置，具体为：包括至少一个处理器和存储器，至少一个处理器和存储器之间通过数据总线连接，存储器存储能被至少一个处理器执行的指令，指令在被处理器执行后，用于完成第一方面中的支持可压缩的G-SRV6中间节点保护的方法。

与现有技术相比，本发明实施例的有益效果在于：通过压缩属性信息表项将每个远端设备的远端路由表项和其发布的带coc属性的SID进行关联，使得需要进行中间节点故障处理的PLR节点能够获取到远端设备发布的带coc属性的SID，从而正确处理G-SRH头，指导报文按照正常的流程转发，解决了G-SRV6天然不支持中间节点保护机制的问题，有利于SRV6大规模组网下端到端保护的部署。

【附图说明】

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍。显而易见地，下面所描述的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种支持可压缩的G-SRV6中间节点保护的方法流程图；

图2为网络设备节点报文通过sub-TLV通告进行TLV报文发布的过程示意图；

图3为SRV6 IGP locator信息通告TLV示意图；

图4为SRV6 SID flavor信息通告TLV示意图；

图5为控制面使用的关联表项数据结构示意图；

图6为远端设备的locator信息与SID sub-TLV信息中携带coc属性SID的关联关系示意图；

图7为本发明实施例提供的另一种支持可压缩的G-SRV6中间节点保护的方法流程图；

图8为本发明实施例中使用的非压缩SID报文字段定义示意图；

图9为本发明实施例中使用的压缩SID报文字段定义示意图；

图10为本发明实施例提供的一种一种支持可压缩的G-SRV6中间节点保护的装置结构示意图；

其中，附图标记如下：

11：处理器；12：存储器。

【具体实施方式】

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

本发明是一种特定功能系统的体系结构，因此在具体实施例中主要说明各结构模组的功能逻辑关系，并不对具体软件和硬件实施方式做限定。

此外，下面所描述的本发明各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。下面就参考附图和实施例结合来详细说明本发明。

实施例1：

为了使PLR节点能够对报文的是否使用G-SRV6压缩进行判断，在本实施例中在PLR节点引入远端压缩属性信息表项remote_coc_sid。内部网关协议(Interior GatewayProtocol，IGP)域中，邻居建立后会进行网络信息的洪泛，用于形成完成的网络拓扑信息，以便网络节点进行动态算路。洪泛信息为节点之间相互通告的信息，由多个类型—长度—值(Tag Length Value，简写为TLV)信息组成。为了支持可压缩的G-SRV6中间保护方案，本实施例中对于使能了中间节点保护功能的设备，基于收集的IGP洪泛信息，本地节点会生成远端对应设备的远端路由表项locator路由信息与及其发布的带coc属性SID信息的关联关系，并基于该关联关系引入新的SID Flavor：REMOTE-COC32，以描述远端设备发布的带coc属性的G-SID。REMOTE-COC32能够使PLR节点感知到其它节点发布的带coc属性的sid信息，以便协助本端节点完成远端设备发布的G-SID的识别，从而指导对应的转发动作。该REMOTE_COC32属性属于转发层面的扩展，不对标准协议作扩展，用来标识从远端收到的SID带coc属性，从而在转发时进行对应的处理。转发测基于中间节点保护触发条件，识别当前IPV6目的地址(Destination Address，简写为DA)信息是否与对应locator路由下的remote_coc_sid表项相对应，并根据识别结果选择使用G-SRV6方式处理当前报文或使用一般IPV6方式处理当前报文。

本实施例的方案能够支持ISIS、OSPFV3等现网使用的IGP，若后续协议向下兼容或与本实施例提供的方案不冲突，也可以进行本方案的部署和使用。

如图1所示，本发明实施例提供的支持可压缩的G-SRV6中间节点保护的方法具体步骤如下：

步骤101：远端设备发布包含自身SID和压缩属性信息的配置信息，本地节点获取远端设备的远端路由表项信息与对应携带coc属性的SID表项的对应关系，将远端设备的coc属性记录在压缩属性信息表项中，并生成每个远端设备SID对应的远端路由表项。

在控制层面，同一个IGP域的节点建立邻居关系后，会在域内洪泛相应的SRV6能力、SID信息等。对于每个网络设备节点，在配置完成后，会通过如图2所示的sub-TLV通告TLV报文发布自身的SID时。在报文中根据自身的coc属性填充该SID sub-TLV的EndpointBehavior字段的Code point。对于使用压缩G-SID编排的设备，发布sub-TLV时需要携带coc属性的behavior。

通过TLV报文的通告，本地节点即可获取到远端设备的携带coc属性的SID信息，将该携带coc属性的SID与发布该报文的设备的locator信息进行关联，在本端设备生成相应的具有REMOTE_COC32属性的表项，并通过压缩属性信息表项remote_coc_sid表项进行记录。另一方面，在发布过程中，当不支持压缩的节点接收到携带coc属性的EndpointBehavior时，在本地处理时直接忽略掉该SID相关的TLV，但仍会继续把该信息无变化的传递给其他节点，以确保所有用于中间节点包含的PLR获取到远端设备携带coc属性的SID信息。同时转发面表项处理时，本地节点还需要根据泛洪报文中locator信息生成每个远端路由设备的远端路由表项，并将该locator路由与remote_coc_sid表项形成关联关系，使得本地节点在处理SRV6压缩报文时，能够识别到远端设备具有coc属性的SID，以便于触发中间节点保护时进行转发路由的查找和选择。

步骤102：本地节点感知到中间节点保护故障后，若IPV6报文的DA信息与压缩属性信息表项中的SID匹配，按照G-SRV6的流程处理SRH头信息，执行中间节点保护，更新IPV6DA信息，根据发生故障的远端设备对应的远端路由表项查找可用的转发路由，按照可用的转发路由进行报文转发。

本地节点根据步骤101建立压缩属性信息表项remote_coc_sid和远端路由表项的映射关系后，当感知到故障时，首先基于IPV6 DA信息匹配转发路由，当该DA信息与远端设备发布的的locator路由信息匹配上时，进一步查询该远端设备发布的远端路由表项关联的remote_coc_sid表项，并根据remote_coc_sid表项中的REMOTE_COC32属性判断该远端设备是否使用了G-SRV6对报文进行了压缩。若报文进行了压缩，则按照G-SRV6方式由报文中获取新的IPV6 DA信息；若报文未进行压缩，使用一般IPV6方式由报文中获取新的IPV6 DA信息。获取新的IPV6 DA信息后，即可根据IPV6 DA继续查表转发，此时触发正常的与拓扑无关的无环路备份(Topology Independent Loop Free Alternate，简写为TILFA)保护。

经过本实施例中提供的步骤101-步骤102后，即可使PLR节点通过remote_coc_sid表项获取到远端设备的coc属性，能够对压缩和非压缩的报文进行选择性处理，从而完成中间节点保护，避免了现有G-SRV6中因节点无法感知远端设备coc属性而导致无法实现中间节点保护的问题。

在某个具体实施场景中，以图2所示的网络拓扑为例进行说明，图中Ri-Rj的END.XSID：A:ij::1，Vpnsid:A:100::1。按照业务主路径R1-R2-R3-R4-R5-R6-R7-R11，使用压缩G-SID封装SRV6报文的SRH(Segment Routing Head，简写为SRH)信息。控制面在每个使能中间节点保护的节点配置时根据IGP洪泛TLV报文，在该节点上建立remote_coc_sid表项和远端路由表项的映射关系。当R6节点发生故障时，R5节点为本次中间节点保护的PLR节点，R5感知到故障后，触发中间节点保护，基于IPV6头中的IPV6 DA信息查询转发表项，查询到下一跳的IPV6 DA信息A:67::1匹配的是到远端直连设备R6发布的locator路由。基于本发明建立的远端locat or与对应携带coc属性的SID表项的对应关系，进一步查询A:67::1匹配的远端locator路由所关联的remote_coc_sid表项，即在R5节点上，IPV6DA信息A:67::1匹配上远端设备R6节点发布的locator路由下关联的remote_coc_sid表项，获知到当前IPV6 DA信息是远端R6节点发布的具有coc属性的SID，则需要根据压缩G-SRV6的流程处理SRH信息获取下一个用于转发的路由，并将下一个用于转发的路由更新至IPV6 DA中，最终再基于新的IPV6 DA进行下一步转发。

在具体实施场景中，如图3所示的SRV6 IGP locator信息通告TLV示意图。按照步骤101，远端设备根据自身coc属性，通过IGP发布包含SIDsub-TLV信息的SRV6 IGP LOCATOR信息，在SID sub-TLV的Endpoint Behavior字段中填充相应的码值，用以标识该SID在本端设备上具有coc属性。IGP域中节点收集网络拓扑中其他设备发布的SRV6 locator TLV，及SRV6 SID sub_TLV信息，形成网络数据库信息。进一步的，如图4所示的SRV6 SID flavor信息通告TLV示意图，该通告对应图3中的sub_TLV字段。网络设备发布SID时，需要填充该SIDsub-TLV的Endpoint Behavior字段的Code point，对于使用压缩G-SID编排的设备发布该sub-TLV时需要携带coc属性的behavior，不使用压缩G-SID编排的设备则不携带该属性。本实施例中，利用Endpoint Behavior字段对coc属性进行发布，在不改变现有转发流程的基础上使得每个节点获取到远端设备携带coc属性的SID，进而确定处理报文的方式。

在具体实施场景中，本地节点需要生成每个远端设备SID对应的远端locator路由表项，本地节点接收远端设备的IGP洪泛信息时，会记录远端设备的locator信息与SIDsub-TLV信息中携带coc属性SID的关联关系，并将关联关系写入压缩属性信息表项中，具体的关联关系如图6所示。现有G-SRV6技术方案中，使用COC32属性标识本地带coc属性的sid，能够表示下一个节点为使用一般SID还是压缩G-SID，用来指导转发时需要按照一般IPV6流程处理还是按照G-SID流程处理，但现有的COC32属性属于本地行为，无法标识远端设备的coc属性，因此在G-SRV6的中间节点保护流程，PLR节点无法获知如何处理当前报文的SID信息，从而无法天然实现中间节点保护。本实施例中，使用REMOTE_COC32属性标识远端带coc属性的SID，并使用remote_coc_sid表项进行保存以便查找匹配。在进行转发时，IPV6 DA匹配上REMOTE_COC32属性的SID时，则标识需要按照G-SID流程处理；未匹配上携带本端coc属性的SID或者远端设备带coc属性的SID时，按照一般的IPV6流程进行处理。在进行G-SRV6中间节点保护时，PLR节点能够根据报文的IPV6 DA查询到远端设备发布的带REMOTE_COC32属性的SID信息，获知需要按照一般IPV6流程处理还是按照G-SID流程处理，进而协助PLR设备完成中间节点保护。

为了协助PLR节点识别远端设备发布的携带coc属性的SID信息，指导PLR节点正常处理G-SRV6报文执行转发，一方面需要获取到远端设备发布的转发locator路由，另外一方面需要感知其携带coc属性的SID信息，并将两点信息关联起来，即本地PLR节点生成每个远端设备发布的远端locator路由表项与携带coc属性的SID信息的映射关系。控制面表项管理时，通过图3和图4中的TLV信息建立如图5所示的表项关联，SRV6 SID sub_TLV为SRV6locator TLV的子项，每个SRV6 locator TLV对应一个或多个SRV6 SID sub_TLV信息，IGP模块在接收到的远端locator信息下面建立双向链表，链表上的每个节点中代表对应远端设备发布的携带coc属性的SID信息，建立映射关系后，控制面将此关联关系通过表项数据下发转发面。转发面将这两者抽象成locator路由表项与remote_coc_sid表项，也形成对应的关联关系模型，从而实现本端节点匹配识别远端发布带coc属性的SID信息。转发层在中间节点故障后，根据IPV6 DA查询匹配到到下一跳locator路由后，再基于该关联关系查找对应路由下的remote_coc_sid，从而决定下一步的报文处理流程。在具体实施场景中，控制面下发至每个节点的locator路由转发表项与每个节点发布的携带coc属性的SID表项之间也是基于最长匹配建立关联映射关系，即一个远端设备的locator路由表项下面会关联对应的coc属性SID。对接收到远端设备发布的SID和远端路由表项时，只需记录远端设备携带coc属性的SID，并与对应的locator路由建立关联关系，控制面和转发面只需要存储每个远端locator信息对应的带coc属性的SID信息，不需要保存其他类型的SID，从而降低内存占用。另一方面，转发面通过IPV6 DA查询到下一跳路由后，直接基于该关联关系遍历查找对应的remote_coc_sid表项，无需遍历所有的SID信息，提升了转发效率。

在进行报文转发时，使用IPV6 DA信息匹配本地local_sid信息，若命中本地local_sid信息，表明本地已定义了该报文的转发行为，根据local_sid信息定义的转发行为对报文进行处理转发。若未命中本地local_sid信息，则根据远端路由表项中的信息，按照最长匹配路由路径进行转发。进一步的，对于包含coc属性的设备，还需要遵循G-SRV6的方式，更新IPV6 DA信息，并按照压缩G-SID的方式执行报文处理转发。在某些具体场景中，若IPV6 DA与压缩属性信息表项中的SID不匹配，执行正常的SRV6报文处理方式获取转发路由，并更新segment left。

如图7所示，在具体实施场景中，上述中间节点保护方式可以按照以下流程进行实施。

步骤201：接收到IPV6报文的转发节点基于IPV6 DA信息匹配本地local_sid信息，判断IPV6 DA信息是否命中本地local_sid。若是，转步骤202；若否，转步骤203。

步骤202：根据local_sid表项定义的转发行为func进行报文处理转发报文，将报文转发至下一节点。

步骤203：通过最长路由匹配原则匹配本地路由转发表，判断是否命中本地路由表项。若是，转步骤204；若否，转步骤205。

步骤204：路由表miss，转发丢弃报文，转发失败。

步骤205：通过匹配到远端路由表信息，触发中间节点保护流程。

步骤206：转发层面基于控制面建立的locator路由与对应远端发布的coc属性SID的关联关系，查找是否能够匹配remote_coc_sid表项。若否，表明远端设备未使用压缩G-SID，转步骤207；否是，表明远端设备使用了压缩G-SID，转步骤208。

步骤207：按照正常的非压缩中间节点保护流程执行报文处理转发。

步骤208：获取相应远端设备REMOTE_COC32的flavor，则表示此时需要按照压缩G-SID的方式执行报文处理转发，更新IPV6 DA信息，进行正常的SRV6报文转发。

通过步骤201-步骤208，可以看出，按照本实施例提供的中间节点保护方式，能够在使用了G-SRV6的情况下实现中间节点保护过程为G-SRV6提供了中间节点保护的支持。

本实施例提供的支持可压缩的G-SRV6中间节点保护的方法，通过压缩属性信息表项将每个远端设备的locator路由和其发布的带coc属性的SID进行关联，使得需要进行中间节点故障处理的PLR节点能够获取到远端设备发布的带coc属性SID，从而正确处理G-SRH头，指导报文按照正常的流程转发，解决了G-SRV6天然不支持中间节点保护机制的问题，有利于SRV6大规模组网下端到端保护的部署。

实施例2：

基于实施例1提供的支持可压缩的G-SRV6中间节点保护的方法，在某些具体实施方式中，可以通过本实施例中的具体实施方式进行实现。

如图2所示的网络拓扑中，R1-R11之间建立端到端的L3VPN业务，主路径经过指定节点R6，R5节点作为PLR本地恢复节点，R6节点掉电触发中间节点保护，图中链路上的IPV6地址信息代表对应链路的END.X邻接SID，压缩SID Common prefix：A:/64。R6节点出现故障后，报文到达R5节点后，R5节点检查报文的IPV6 DA是直连远端设备发布的路由，符合中间节点保护条件，开始进行中间节点保护。R5节点基于查询到的远端locator路由与remote_coc_sid表项的关联关系，遍历remote_coc_sid表项查找是否存在匹配SID为A:67::1的表项。若存在则表示该SID是远端设备发布的带coc属性的SID，转发需要按照G-SID流程进行报文处理；若不存在，则执行正常的SRV6报文处理，更新segment left，并进行后续转发。

对于如图8所示的非压缩SID报文，中间节点保护时的报文处理过程如下。按照业务主路径R1-R2-R3-R4-R5-R6-R7-R11，封装SRV6报文的SRH信息。当R6节点故障时，R5感知到IPV6 DA是直连下一个节点R6的路由，即SRH中的A:67::1。跳过当前故障SID，更新IPV6头中的Segment Left属性，更新SL--，使用下一层SID进行转发，使用下一层SID更新到IPV6DA，即A:711::1。R5节点按照新的IPV6 DA A:711::1查表转发，此时能够查询A:711::1在R5节点上形成了FRR保护，但是检测到发往R6节点主路径发生了故障，此时不满足中间节点保护条件，符合TILFA保护流程，则在R5节点上会触发TILFA保护流程，采用encap模式，在原始SRV6报文上封装新的IPV6头+SRH信息。

对于如图9所示的压缩的SID报文，中间节点保护时的报文处理过程如下。按照业务主路径R1-R2-R3-R4-R5-R6-R7-R11，使用压缩G-SID封装SRV6报文的SRH信息，当R6节点故障时，触发中间节点保护。R5节点感知到故障，查询IPV6 DA信息A:67::1匹配的是本地路由信息，且匹配上的是远端直连设备发布的远端路由表项。基于步骤101中建立的远端路由表项与对应携带coc属性的SID表项的对应关系，进一步查询匹配locator路由下关联的remote_coc_sid表项，即在R5节点上，IPV6 DA信息A:67::1匹配上远端设备R6节点发布的locator路由下关联的remote_coc_sid表项，从而指导转发按照G-SRV6的转发流程处理报文。按照新的IPV6 DA信息查表转发时，检测到主路径失效，按照通常方式执行TILFA保护。

在本实施例提供的具体实例中，报文中为混合SID压缩，SRH中既有32bit的压缩SID，又有非压缩的128bit的SID。由上述实例可见，实施例1中提供的中间节点保护方法，对于非压缩SID编排、单域压缩SID(单个压缩公共前缀)、混合SID编排(有压缩有非压缩)、跨多压缩域编排(多个压缩公共前缀)都可以支持，在各场景中都能够对中间节点保护进行支持，对于各种场景都具有通用性。

实施例3：

在上述实施例1至实施例2提供的支持可压缩的G-SRV6中间节点保护的方法的基础上，本发明还提供了一种可用于实现上述方法的支持可压缩的G-SRV6中间节点保护的装置，如图10所示，是本发明实施例的装置架构示意图。本实施例的支持可压缩的G-SRV6中间节点保护的装置包括一个或多个处理器11以及存储器12。其中，图10中以一个处理器11为例。

处理器11和存储器12可以通过总线或者其他方式连接，图10中以通过总线连接为例。

存储器12作为一种支持可压缩的G-SRV6中间节点保护方法非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块，如实施例1至实施例2中的支持可压缩的G-SRV6中间节点保护方法。处理器11通过运行存储在存储器12中的非易失性软件程序、指令以及模块，从而执行支持可压缩的G-SRV6中间节点保护的装置的各种功能应用以及数据处理，即实现实施例1至实施例2的支持可压缩的G-SRV6中间节点保护的方法。

存储器12可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，存储器12可选包括相对于处理器11远程设置的存储器，这些远程存储器可以通过网络连接至处理器11。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

程序指令/模块存储在存储器12中，当被一个或者多个处理器11执行时，执行上述实施例1至实施例2中的支持可压缩的G-SRV6中间节点保护的方法，例如，执行以上描述的图1和图7所示的各个步骤。

本领域普通技术人员可以理解实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(Read Only Memory，简写为：ROM)、随机存取存储器(Random AccessMemory，简写为：RAM)、磁盘或光盘等。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种支持可压缩的G-SRV6中间节点保护的方法，其特征在于：

远端设备发布包含自身SID和压缩属性信息的配置信息，本地节点获取远端设备的远端路由表项信息与对应携带coc属性的SID表项的对应关系，将远端设备的coc属性记录在压缩属性信息表项中，并生成每个远端设备SID对应的远端路由表项；

本地节点感知到中间节点保护故障后，若IPV6报文的DA信息与压缩属性信息表项中的SID匹配，按照G-SRV6的流程处理SRH信息，执行中间节点保护，更新IPV6 DA信息，根据发生故障的远端设备对应的远端路由表项查找可用的转发路由，按照可用的转发路由进行报文转发。

2.根据权利要求1所述的支持可压缩的G-SRV6中间节点保护的方法，其特征在于，所述远端设备发布包含自身SID和压缩属性信息的配置信息，具体包括：

远端设备根据自身coc属性，通过IGP发布包含SID sub-TLV信息的SRV6IGP LOCATOR信息，在SID sub-TLV的Endpoint Behavior字段中填充相应的码值，用以表示该SID在本段设备上具有coc属性。

3.根据权利要求2所述的支持可压缩的G-SRV6中间节点保护的方法，其特征在于，所述生成每个远端设备SID对应的远端路由表项，具体包括：

本地节点接收远端设备的IGP洪泛信息时，记录远端设备的locator信息与SID sub-TLV信息中携带coc属性的SID的关联关系，并将关联关系写入压缩属性信息表项中。

4.根据权利要求1所述的支持可压缩的G-SRV6中间节点保护的方法，其特征在于，所述生成每个远端设备SID对应的远端路由表项，具体包括：

本地节点接收控制面下发的远端路由表项与每个节点发布的携带coc属性的SID表项之间的关联关系，记录每个节点的携带coc属性的SID，并与对应的远端路由表项建立关联关系。

5.根据权利要求1所述的支持可压缩的G-SRV6中间节点保护的方法，其特征在于，所述生成每个远端设备SID对应的远端路由表项，还包括：

控制面下发至每个节点的远端路由表项与每个节点发布的携带coc属性的SID表项之间基于最长匹配建立关联映射关系。

6.根据权利要求1所述的支持可压缩的G-SRV6中间节点保护的方法，其特征在于，所述根据发生故障的远端设备对应的远端路由表项查找可用的转发路由，具体包括：

基于IPV6头中的IPV6的DA信息查询转发表项，若转发表项与远端设备的远端路由表项匹配，根据远端路由表项关联的压缩属性信息表项获取DA信息对应的具有coc属性的SID，根据coc属性处理SRH信息获取下一个用于转发的路由。

7.根据权利要求6所述的支持可压缩的G-SRV6中间节点保护的方法，其特征在于，所述按照可用的转发路由进行报文转发，还包括：

使用IPV6 DA信息匹配本地local_sid信息，若命中本地local_sid信息，根据local_sid信息定义的转发行为对报文进行处理转发。

8.根据权利要求1所述的支持可压缩的G-SRV6中间节点保护的方法，其特征在于，还包括：

控制面建立每个远端设备的远端路由表项信息与对应携带coc属性的SID表项的对应关系，以及远端路由表项信息与压缩属性信息表项的关联关系，并将关联关系通过表项数据下发转发面。

9.根据权利要求1所述的支持可压缩的G-SRV6中间节点保护的方法，其特征在于，还包括：

若IPV6报文的DA信息与压缩属性信息表项中的SID不匹配，执行正常的SRV6报文处理方式获取转发路由，并更新segment left。

10.一种支持可压缩的G-SRV6中间节点保护的装置，其特征在于：

包括至少一个处理器和存储器，所述至少一个处理器和存储器之间通过数据总线连接，所述存储器存储能被所述至少一个处理器执行的指令，所述指令在被所述处理器执行后，用于完成权利要求1-9中任一项所述的支持可压缩的G-SRV6中间节点保护的方法。

Images