[发明专利]一种多网口设备组播的实现方法及系统

说明书

技术领域

本发明涉及组播，尤其涉及一种多网口设备组播的实现方法及系统。

背景技术

对于通用的服务器或客户端，如果其存在两个或两个以上的对外端口，并且希望这些端口都同时加入同一个组播组时，组网图如图1所示。此时在L2交换机(Switch)上开启IGMP Snooping功能，就会导致交换机上两个端口都会监听到同一个组播组的互联网组管理协议(IGMP)报告(Report)报文，而此时从组播源发出的组播业务报文就会有相同的两份被发送到同一个组播目的机。

针对这样的组网，通常的做法是需要借助第三方协议，将同一设备上两个端口进行聚合，从而来避免组播目的机收到重复报文。

这种处理上的缺点是需要借助其他协议(如端口聚合等)来实现，但并不是所有设备都是支持类似端口聚合这样的协议的，当无法进行端口聚合时，组播目的机就会收到双份(或多份)的报文，只能通过上层协议来进行取舍，严重影响处理性能，无法满足特定条件下的需求。另外，对于实时性要求比较高的场合来说，端口聚合这样的协议也无法满足特定的要求。

尤其对于通讯设备而言，如图2所示，通常是由接口线卡、交换线卡、协议处理线卡及连接这些线卡的背板组成。交换线卡是二层以太网的交换中心，功能相当于一个L2 Switch；接口线卡主要负责接收外部用户的请求，然后转给网元内的协议处理线卡进行处理；协议处理线卡有多种，分别处理不同类型的业务报文，如语音解码、实时数据传输等等。接口线卡响应外部用户请求的部分，称之为外部用户面，由接口线卡转给网元内的协议处理线卡处理的部分，称为内部用户面。

在图3所示的常见组网中，对于外部用户面，由于其连接的外部网络均为标准以太网，所以建议采用端口聚合协议进行互联；对于内部用户面，由于不支持端口聚合协议，所以如果实现组播方案就需要对重复的报文进行适当处理，影响性能。

发明内容

为了解决上述的技术问题，提供了一种多网口设备组播的实现方法及系统，其目的在于，在不需要进行端口聚合的情况下，能够完成很好的负荷分担，当端口状态发生变化时，能够很快的进行切换，极小的影响业务。

本发明提供了一种多网口设备组播的实现方法，包括：

步骤1，在多网口设备上将一个或多个组播地址映射到一个端口号，用于避免组播目的机接收相同的报文；

步骤2，当所述端口号对应的端口状态发生变化时，将所述一个或多个组播地址更新到相应的端口号，用于避免因所述端口号对应的端口状态发生变化导致无法发送IGMP报文。

步骤1中，还设置组播地址与端口号的映射关系表。

步骤1中，组播地址为协议处理线卡加入的组播IP地址，所述映射为依据组播IP地址及端口状态进行计算端口号。

步骤1中，端口号为组播地址除以协议处理线卡最大端口数的余数对应的可用端口的端口号。

步骤1还包括：

步骤51，接收到等待加入组播组的消息时，将该消息加入组播组，并检查该组播组是否存在，如果存在，则执行步骤53，否则执行步骤52；

步骤52，根据组播地址计算端口号，并将该组播地址与端口号的映射关系加入组播地址与端口号的映射关系表，执行步骤53；

步骤53，设置IGMP报文类型为报告，加入到报文发送队列；

步骤54，检查发送队列，准备发送IGMP报文。

步骤1还包括：

步骤61，接收到等待离开组播组的消息时，并检查该组播组是否存在，如果存在，则执行步骤62，否则不进行任何处理；

步骤62，根据组播组地址删除组播地址与端口号的映射关系；

步骤63，设置IGMP报文类型为离开，加入到报文发送队列；

步骤64，检查发送队列，准备发送IGMP报文。

端口状态包括端口可用和端口不可用。

步骤2中，当端口状态为端口不可用时，在其余可用的端口中选择一个端口的端口号作为相应的端口号。

步骤2中，其余可用的端口通过轮询的方式排列。

本发明提供了多网口设备组播的实现系统，包括：

组播地址与端口号映射模块，用于在多网口设备上将一个或多个组播地址映射到一个端口号，以避免组播目的机接收相同的报文；

组播地址与端口号映射更新模块，用于当所述端口号对应的端口状态发生变化时，将所述一个或多个组播地址更新到相应的端口号，以避免因所述端口号对应的端口状态发生变化导致无法发送IGMP报文。