[发明专利]多协议标签交换的检测、处理方法、装置及系统

说明书

技术领域

本发明涉及通信领域，具体而言，涉及一种多协议标签交换的检测、处理方法、装置及系统。

背景技术

相关技术中，P2P(peer to peer)标记交换路径(Label Switching Path，简称为LSP)ping/trace标准存在检测失真的问题：

1)按照rfc4379，检测的target FEC存在ECMP时，通过在控制平面模拟负荷分担划分multipath information为多个分片，然后基于划分结果发送多个echo request(分别包含不同的multipath information分片)以期望遍历出完整的路径。存在的关键问题是：a)控制平面的模拟负荷分担结果不一定与数据平面的实际负荷分担结果相同；b)原始的multipath information可能无法满足负荷分担的分片需求，即存在不够分的问题。这些都导致检测失真。实际上，LSP ping的本质需求是检测数据平面连通性以及保证数据平面与控制平面的转发表项一致，只要我们将多协议标签交换(Multi-protocol Label Switching，简称为MPLS)运行、管理和维护(Operation Administration and Maintenance，简称为OAM)报文严格的按照数据平面的真实负荷分担转发即可。

2)按照rfc6424，在检测过程中若发生转发等价类变化(Forwarding Equivalence Class change，简称FEC change)，需要感知FEC change的节点向Initiator节点返回FEC change信息，以便Initiator在后续echo request中携带变化后的target FEC stack。但是该标准存在一个明显的缺陷是只适用于traceroute模式，而ping模式时感知FEC change的节点是不会向Initiator节点返回FEC change信息，这意味着要只要发生了FEC change，执行LSP ping将会得到路径不通的结果。

相关技术中，P2MP(peer to multiple peer)LSP ping/trace标准存在如下检测低效与不充分的问题：

1)按照rfc6425，Initiator并没有精确控制echo reply报文是否收齐后发起下一次echo request，也就是说，发送下一次request的时机是不定的。如果Initiator每收到一个echo reply就发送下一个echo request，那么它需要缓存大量的历史echo request以便等待那些晚到的echo reply。

2)由于echo request的发送没有严格控制，那么收到的echo reply可能会爆发而导致拥塞。虽然提出了解决方法，但是并不完美。比如，返回echo reply时随机延时的方法会拖慢检测过程；只让特定节点返echo reply的方法则仅支持指定单个节点或指定至单个egress的沿路节点。

3)由于echo request中包含的Downstream Detailed Mapping TLV中“Address Type”字段设置为IPv4Unnumbered或IPv6Unnumbered，“Downstream IP Address”字段设置为ALLROUTERS组播地址，则导致responder节点上无法做入接口一致性检查，无法严格检验控制平面与转发平面的转发信息是否一致。

针对相关技术中存在的P2P LSP检测失真以及P2MP LSP检测低效与不充分的问题，目前尚未发现有效的解决方案。

发明内容

本发明提供了一种多协议标签交换的检测、处理方法、装置及系统，以至少解决相关技术中P2P LSP检测失真以及P2MP LSP检测低效与不充分的问题。

根据本发明的一个方面，提供了一种多协议标签交换的检测方法，其特征在于，包括：

检测发起方发送回应请求报文，其中，所述回应请求报文中包括用于指示将所述回应请求报文转发控制平面的MPLS Alert Label；

检测发起方接收传输节点或出口节点在所述回应请求报文的触发下反馈的回应应答报文，并检测所述回应应答报文与预存信息是否匹配。

可选地，所述回应请求报文中还包括：下游映射信息，其中，所述下游映射信息对应于所述回应请求报文的一个或多个下一跳路由。