[发明专利]一种SRV6 SFC双栈的实现方法及装置

说明书

本发明涉及一种SRV6SFC双栈的实现方法及装置，包括步骤：在SFF代理和SF之间采用静态END.AS进行ipv4和ipv6双栈业务的下一跳配置；在同一个SRV6TE POLICY隧道承载所述ipv4和ipv6双栈业务；引用同一个静态END.AS SID处理所述ipv4和ipv6双栈业务，并通过剥离外层IPV6头部和SRH头部识别出业务类型；根据所述业务类型选择对应的下一跳进行处理以实现ipv4和ipv6双栈业务的转发。可实现客户双栈业务的接入SFF和SF，同时简化配置、节约资源。

技术领域

本发明涉及IPV6/SRV6/SFC通信技术领域，特别涉及一种SRV6 SFC双栈的实现方法及装置。

背景技术

业务功能链SFC(Service Function Chain)是一种给应用层提供有序服务的技术。SFC用来将网络设备上的服务在逻辑层面上联接起来，从而形成一个有序的服务组合。SFC通过在原始报文中添加业务链路径信息来实现报文按照指定的路径依次经过服务设备。数据报文在网络中传递时，往往需要经过各种各样的服务节点，从而保证网络能够按照预先的规划为用户提供安全、快速、稳定的服务。这些服务节点包括熟知的防火墙FW(Firewal l)、入侵防御系统IPS(Intrusion Prevention System)、应用加速器和NAT等，网络流量需要按照业务逻辑所要求的既定顺序经过这些服务节点，才能实现所需要的业务。

相关技术中，SRv6-aware SF(SRV6功能的service function)能够识别收到的SRv6(Segment Routing Ipv6，基于Ipv6的段路由)报文并对其进行处理，这种情况直接将SF的SID编排到业务链路径中即可实现业务链；SRv6-unaware SF不识别SRv6报文，收到后将其丢弃，这种场景需要配置SF代理才能实现业务链。

研究发现，基于相关技术中SRv6 SFC的数据转发方式，SFF(ervice functionProxy)代理和SF之间要么采用ipv4下一跳，要么采用ipv6下一跳。END.AS SID需要为ipv4/ipv6业务分别创建，同样的cache l ist也需要为ipv4/ipv6创建两份。首站点需要根据用户报文的类型v4/v6，分别进入不同的隧道，引用不同的END.AS来实现静态代理功能。因此导致配置复杂，资源浪费，无法和普通的业务一样实现双栈。

发明内容

本发明实施例提供一种SRV6 SFC双栈的实现方法及装置，实现客户双栈业务的接入SFF和SF，同时简化配置、节约资源。

第一方面本发明实施例提供了一种SRV6 SFC双栈的实现方法，其特征在于，所述方法包括步骤：

在SFF代理和SF之间采用静态END.AS进行ipv4和ipv6双栈业务的下一跳配置；

在同一个SRV6 TE POLICY隧道承载所述ipv4和ipv6双栈业务；

引用同一个静态END.AS SID处理所述ipv4和ipv6双栈业务，并通过剥离外层IPV6头部和SRH头部识别出业务类型；

根据所述业务类型选择对应的下一跳进行处理以实现ipv4和ipv6双栈业务的转发。

一些实施例中，所述在SFF代理和SF之间采用静态END.AS进行ipv4和ipv6双栈业务的下一跳配置，包括步骤：

采用静态END.AS配置多个ipv4下一跳和多个ipv6下一跳，使ipv4下一跳关联ARP，ipv6下一跳关联NDP；

使所述多个ipv4下一跳和多个ipv6下一跳之间形成同一个ECMP保护组。

一些实施例中，所述在SFF代理和SF之间采用静态END.AS进行ipv4和ipv6双栈业务的下一跳配置，还包括步骤：