[发明专利]验证组播数据路径的方法和路由器设备

说明书

技术领域

本公开的实施例概括而言涉及有线通信领域，更具体而言，涉及用于验证组播数据路径的方法和路由器设备。

背景技术

当前，RFC(Request For Comments)6450是组播连接验证的标准机制。RFC 6450要求一对主机作为组播源和接收机来验证跨因特网协议(IP)网络的组播连接。其优点在于组播路由器不需要支持任何额外的操作、管理和维护(Operation,Administration and Maintenance，OAM)机制来运行RFC 6450中规定的OAM工具。然而，RFC 6450的缺点在于不能跟踪组播数据路径的逐跳路由，而这对于OAM工具来说是必要的。

还存在用于IP组播故障解决的厂商私有工具。例如，存在厂商私有工具来显示转发某个任意源组播(Any Source Multicast，ASM)的主机组或者某个特定源组播(Source-Specific Multicast，SSM)的信道的路由器输入和输出接口，或者通过沿着组播分发树(Multicast Distribution Tree，MDT)逆向检查逆向路径转发(Reverse Path Forwarding，RPF)路径来找出组播分发树根结点的系统地址。然而，严格意义上，并没有真实的数据路径OAM工具，因为并没有OAM分组像正常IP组播分组一样穿过数据路径。

发明内容

本公开建议了一种验证在IP组播路由器的网络上建立的组播数据路径的方案。

根据本公开的第一个方面，提供了一种用于验证组播数据路径的方法。该方法包括在发起方路由器处：生成组播回应请求消息，该组播回应请求消息至少包括：组播树的标识符，以及应当对该组播回应请求消息进行响应的至少一个响应方路由器的指示；以及沿着该组播树的该数据路径将该组播回应请求消息发送给该发起方路由器的下游路由器。

根据本公开的第二个方面，提供了一种用于验证组播数据路径的方法。该方法包括在一个路由器处：从沿组播树的该数据路径的上游路由器接收组播回应请求消息，该组播回应请求消息包括该组播树的标识符和应当对该组播回应请求消息进行响应的至少一个响应方路由器的指示；基于该至少一个响应方路由器的该指示，确定该路由器是否属于该组播回应请求消息中所指示的该至少一个响应方路由器；响应于确定该路由器属于该组播回应请求消息中所指示的该至少一个响应方路由器，生成组播回应应答消息，该组播回应应答消息包括该组播树的标识符；以及向该组播回应请求消息的发起方路由器发送该组播回应应答消息。

根据本公开的第三个方面，提供了一种用于验证组播数据路径的路由器设备。该路由器设备包括：处理器和存储器，该存储器包括可由该处理器运行的指令，该处理器被配置为使得该路由器设备执行根据上述第一个方面该的方法。

根据本公开的第四个方面，提供了一种用于验证组播数据路径的路由器设备。该路由器设备包括：处理器和存储器，该存储器包括可由该处理器运行的指令，该处理器被配置为使得该路由器设备执行根据上述第二个方面该的方法。

附图说明

通过以下参考下列附图所给出的本公开的具体实施方式的描述之后，将更好地理解本公开，并且本公开的其他目的、细节、特点和优点将变得更加显而易见。在附图中：

图1示出了一种示例性的组播网络拓扑图；

图2示出了根据本公开的一些实施例的用于验证组播数据路径的方法的流程图；

图3示出了根据本公开的一些实施例的用于验证组播数据路径的方法的流程图；

图4示出了根据本公开的一些实施例的组播回应请求消息和组播回应应答消息的更详细的实例；

图5示出了根据本公开的组播回应请求消息和组播回应应答消息中的类型-长度-值(Type-Length-Value，TLV)和子TLV的示意图；

图6A和图6B分别示出了用于组播Ping的组播回应请求消息和组播回应应答消息的一种示例性示意图；

图7A和图7B分别示出了用于组播路由跟踪的组播回应请求消息和组播回应应答消息的一种示例性示意图；

图8A示出了根据本公开一种实施例的用于组播Ping的CLI命令界面的示意图；

图8B示出了根据本公开一种实施例的用于组播路由跟踪的CLI命令界面的示意图；

图9示出了根据本公开的一些实施例的用于验证组播数据路径的装置的方框图；

图10示出了根据本公开的一些实施例的用于验证组播数据路径的装置的方框图；以及