CN107370716B - 组播信息的处理方法及装置 - Google Patents

Abstract

本发明提供了一种组播信息的处理方法及装置，其中，该方法包括：接收组播网络中其他网络设备发送的组播信息；在判断接收到的所述组播信息与本地保存的组播信息不一致时，与所述其他网络设备进行信息交互。采用上述技术方案，解决了相关技术中，组播信息在传输过程中可靠性不高，进而容易出现丢包以及致组播数据流迟迟无法通过等问题，可以实现网络中的组播信息一致，避免了由于组播网络的丢包所引起的组播信息传递不及时或者不完全，极大的提高了信息传递的可靠性，对组播技术和网络的发展都具有良好的促进作用。

Description

组播信息的处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种组播信息的处理方法及装置。

背景技术

组播数据通讯在现在的互联网发挥着越来越重要的作用，个人交互电视IPTV(Interactive Personality TV，简称为IPTV)，网上会面(Net-Meeting)，赛况直播等都使用到了组播技术。组播已有的技术包括协议无关组播(Protocol Independent Multicast，简称为PIM)、Internet组管理协议(Internet Group Management Protocol，简称为IGMP)、组播侦听发现协议(Multicast Listener Discovery Protocol，简称为MLD)等。在最初的小型应用场景下，已有的这些协议可以满足用户的需求，但随着组播应用越来越广泛，组网形式越来越复杂，组播直接应用在互联网络中，往往会由于骨干网络中的组播状态过多，占用中间节点的大量控制资源及信令交互，并且不能很好的支持现在广泛应用的虚拟专用网络(Virtual Private Network，简称为VPN)技术发展。由此现在的发展方向，倾向于骨干网络中并不运行传统的组播协议，而是依靠其他技术来完成组播流量的传输。能够解决这些问题的相关技术主要包括：多路标签分装协议(Multicast Label DistributionProtocol，简称为mLDP)技术、点到多点的流量管理P2MP TE(Point-to-MultiPointTraffic Engineering)技术，比特索引的显式复制BIER(Bit Indexed ExplicitReplication)技术等。

在使用mLDP、P2MP TE和BIER技术完成中间网络的组播流量传输的同时，确定入口节点和出口节点，由此确定报文目的或者隧道。组播协议经过改造，可以运行在所有的入口节点和出口节点中，通过一定的通告机制确定每个组播流量的入口节点和出口节点集合。显而易见的，这个通告机制也一定需要通过中间网络的传输，才能让入口节点和出口节点互相得知对方的信息。但中间网络的传输，并非是百分之百可靠，可能会出现丢包，一旦出现了控制报文的丢失，可能导致数据流迟迟不能通，或者造成本该撤销的流量一直在占用带宽。

针对相关技术中，组播信息在传输过程中可靠性不高，进而容易出现丢包以及致组播数据流迟迟无法通过等问题，尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种组播信息的处理方法及装置，以至少解决相关技术中组播信息在传输过程中可靠性不高，进而容易出现丢以及致组播数据流迟迟无法通过等问题。

根据本发明的一个方面，提供了一种组播信息的处理方法，包括：网络设备接收组播网络中其他网络设备发送的组播信息；所述网络设备在判断接收到的所述组播信息与本地保存的组播信息不一致时，所述网络设备与所述其他网络设备进行信息交互。

可选地，所述组播信息由所述其他网络设备同步发送给所述网络设备。

可选地，所述本地保存的组播信息包括：所述网络设备存储的与该网络设备相关的所有组播信息；或者整个所述组播网络的组播信息。

可选地，所述组播信息至少包括以下之一：组播流信息；组播入口设备信息；组播出口设备集合信息；所述组播信息的接收者。

可选地，所述组播信息包括：组播信息摘要，其中，所述组播信息摘要用于唯一标识所述组播信息版本。

可选地，所述组播信息摘要至少包括以下之一信息：序列号、时间戳。

可选地，所述组播信息还包括以下至少之一：虚拟专用网络VPN信息；所述组播网络的数据中心的组播信息。

可选地，所述网络设备至少包括以下之一：各个组播入口设备；各个组播出口设备；选举或者配置的指定设备；控制器。

可选地，所述网络设备与所述其他网络设备进行信息交互，包括：

所述网络设备与所述其他网络设备同步更新所述接收到的所述组播信息。

可选地，至少通过以下之一组播信令协议的扩展字段同步更新所述接收到的所述组播信息：组播侦听发现协议MLD；网络组管理协议IGMP；协议无关组播PIM协议；内部网关协议(Interior Gateway Protocol，简称为IGP)；开放最短路径协议(Open Shortest PathFirst，简称为OSPF)；中间系统到中间系统(Intermediate System-to-IntermediateSystem，简称为ISIS)协议；网络配置NETCONF协议；RESTCONF；边界网关-中间系统BGP-LS协议；OPENFLOW；虚拟定义网络(Software Defined Network，简称为SDN)接口协议。

根据本发明的另一个方面，还提供了一种组播信息的处理装置，应用于网络设备，包括：接收模块，用于接收组播网络中其他网络设备发送的组播信息；交互模块，用于在判断接收到的所述组播信息与本地保存的组播信息不一致时，与所述其他网络设备进行信息交互。

通过本发明，网络设备将接收到的组播信息和本地保存的组播信息进行一致性对比，在发现不一致时，网络设备与其他设备进行交互实现组播信息的同步过程，通过上述技术方案，解决了相关技术中，组播信息在传输过程中可靠性不高，进而容易出现丢包以及致组播数据流迟迟无法通过等问题，可以实现网络中的组播信息一致，避免了由于组播网络的丢包所引起的组播信息传递不及时或者不完全，极大的提高了信息传递的可靠性，对组播技术和网络的发展都具有良好的促进作用。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的组播信息的处理方法的流程图；

图2是根据本发明实施例的菜单显示装置的结构框图；

图3为根本发明优选实施例1的网络设备组播通过中间网络互联示意图；

图4为根据本发明优选实施例1的网络设备的网络问题示意图；

图5为根据本发明优选实施例1的信息同步方法流程图；

图6为根据本发明优选实施例1的网络设备通告示意图；

图7为根据本发明实施例2的指定网络设备通告示意图；

图8为根据本发明优选实施例2的指定网络设备通告示意图；

图9为根据本发明优选实施例3的控制器通告示意图；

图10为根据本发明优选实施例4的MLD协议扩展示意图；

图11为根据本发明优选实施例4的MLD协议扩展示意图；

图12为根据本发明优选实施例4的摘要信息同步网络示意图；

图13为根据本发明优选实施例4的摘要信息同步协议扩展示意图；

图14为根据本发明优选实施例4的摘要信息同步协议扩展示意图；

图15为根据本发明优选实施例4的组播信息请求协议扩展示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

在本实施例中提供了一种组播信息的处理方法，图1是根据本发明实施例的组播信息的处理方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，网络设备接收组播网络中其他网络设备发送的组播信息；

步骤S104，网络设备在判断接收到的组播信息与本地保存的组播信息不一致时，网络设备与其他网络设备进行信息交互。

通过上述各个步骤，网络设备将接收到的组播信息和本地保存的组播信息进行一致性对比，在发现不一致时，网络设备与其他设备进行交互实现组播信息的同步过程，通过上述技术方案，解决了相关技术中，组播信息在传输过程中可靠性不高，进而容易出现丢包以及致组播数据流迟迟无法通过等问题，可以实现网络中的组播信息一致，避免了由于组播网络的丢包所引起的组播信息传递不及时或者不完全，极大的提高了信息传递的可靠性，对组播技术和网络的发展都具有良好的促进作用。

可选地，组播信息由其他网络设备同步发送给网络设备，组播信息也可以由网络设备同步给其他网络设备，一般情况下，组播信息通常在同步过程中，会由已经存储有最新组播信息网络设备同步到其他网络设备。

在本发明实施例中，本地保存的组播信息包括：网络设备存储的与该网络设备相关的所有组播信息；或者整个组播网络的组播信息；组播信息至少包括以下之一：组播流信息；组播入口设备信息；组播出口设备集合信息；组播信息的接收者，其中的组播流信息可以理解为包括组播源和组播组。

在具体应用过程中，并不完全需要上述组播信息的全部内容，可以通过组播信息摘要来实现一致过程，其中，组播信息摘要用于唯一标识组播信息版本，在本发明实施例中，可以具体通过但不限于序列号、时间戳来指示组播信息摘要。

在一个可选示例中，组播信息还包括以下至少之一：虚拟专用网络VPN信息；组播网络的数据中心的组播信息。

本发明实施例的网络设备至少包括以下之一：各个组播入口设备；各个组播出口设备；选举或者配置的指定设备；控制器，在下述优选实施例中会具体针对不同的网络设备的同步过程进行说明，此处不再赘述。

步骤S104中的网络设备与其他网络设备进行信息交互可以通过以下方式实现：网络设备与其他网络设备同步更新接收到的组播信息，可选地，至少通过以下之一组播信令协议的扩展字段同步更新接收到的组播信息：MLD；IGMP；PIM协议；内部网关协议IGP；开放最短路径协议OSPF；中间系统到中间系统ISIS协议；网络配置NETCONF协议；RESTCONF；边界网关-中间系统BGP-LS协议；OPENFLOW；虚拟定义网络SDN接口协议。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例的方法。

实施例2

在本实施例中还提供了一种组播信息的处理装置，应用于网络设备，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的组播信息的处理装置的结构框图，如图2所示，该装置包括：

接收模块20，用于接收组播网络中其他网络设备发送的组播信息；

交互模块22，用于在判断接收到的所述组播信息与本地保存的组播信息不一致时，与所述其他网络设备进行信息交互。

通过上述各个模块的作用，将接收到的组播信息和本地保存的组播信息进行一致性对比，在发现不一致时，网络设备与其他设备进行交互实现组播信息的同步过程，通过上述技术方案，解决了相关技术中，组播信息在传输过程中可靠性不高，进而容易出现丢包以及致组播数据流迟迟无法通过等问题，可以实现网络中的组播信息一致，避免了由于组播网络的丢包所引起的组播信息传递不及时或者不完全，极大的提高了信息传递的可靠性，对组播技术和网络的发展都具有良好的促进作用。

可选地，组播信息由其他网络设备同步发送给网络设备，组播信息也可以由网络设备同步给其他网络设备，一般情况下，组播信息通常在同步过程中，会由已经存储有最新组播信息网络设备同步到其他网络设备。

在本发明实施例中，本地保存的组播信息包括：网络设备存储的与该网络设备相关的所有组播信息；或者整个组播网络的组播信息；组播信息至少包括以下：组播流信息；组播入口设备信息；组播出口设备集合信息；组播信息的接收者，其中的组播流信息可以理解为包括组播源和组播组。

在具体应用过程中，并不完全需要上述组播信息的全部内容，可以通过组播信息摘要来实现一致过程，其中，组播信息摘要用于唯一标识组播信息版本，在本发明实施例中，可以具体通过但不限于序列号、时间戳来指示组播信息摘要。

在一个可选示例中，组播信息还包括以下至少之一：虚拟专用网络VPN信息；组播网络的数据中心的组播信息。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

以下结合优选实施例对上述组播信息的处理过程进行解释说明，但不用于限定本发明实施例。

优选实施例1

图3为根本发明优选实施例1的网络设备组播通过中间网络互联示意图，如图3所示，网络中有两条组播流，源分别连在设备R1和R2上，一条组播流的接收者连在网络设备R3、R4和R7，另一条流的接收者连在网络设备R6、R7和R8上。第一条组播流可以采用公网组播流传输方式BIER方式进行流量传输；第二条组播流采用公网组播隧道mLDP方式进行流量传输。

图4为根据本发明优选实施例1的网络设备的网络问题示意图，如图4所示，设备R5下新增接收者，R5需要将这一信息通知到产生这条流的R2设备上，但由于中间网络可能出现暂时性的丢包，导致这个通知消息R2设备没有收到，导致R5迟迟收不到这份流量。

图5为根据本发明优选实施例1的信息同步方法流程图，包括以下步骤：

步骤S502，网络设备在收集到组播信息后，同步发给其他的网络设备。这里的组播信息包括组播的源、组信息，以及相关的接收者信息。在应用于组播VPN或者数据中心等其他场景时，还包括VPN或者数据中心相关的其他信息等。

步骤S504，在收到其他网络设备发来的组播信息后，与本地相关的组播信息进行比对，如果发现有不符合的情况，比如本地有某条组播流的接收者，但收到的组播信息里，接收者并没有本设备；或者说本地以前收到的某条组播流，已经不再想接收了，但收到的组播信息中本设备仍然为该组播流的接收者，由此可推知可能有中间网络的丢包引起了信息丢失，本设备需要与源所在的设备进行进一步的控制信息交互，以便本地的组播信息与其一致。

步骤S506，在收到的组播信息与本地组播信息完全一致后，网络信息达到统一。在下一次组播信息改变之前，都会处于稳定状态。

图6为根据本发明优选实施例1的网络设备通告示意图，如图6所示，所有连接源的网络设备，都会同步其组播信息到其他设备，包括相关的接收者信息。R1同步的组播信息包括，源信息Source1，接收者信息R3/R4/R7。R2同步的组播信息包括，源信息Source2，接收者信息R6/R7/R8。R1同步的组播信息，其他设备R2—R8都会收到，经过与本地的控制信息对比，可以看到是统一的；因此对于R1同步的组播信息，不会再引起新的控制信息交互。R2同步的组播信息，同样，其他设备，R1，R3—R8都会收到，经过与本地的控制信息对比，除了R5也都是统一的。

R5设备看到R2发送的这个组播信息中没有本设备的信息，则可获知肯定中间网络出现了丢包。由此R5设备立刻发起与R2设备的控制信息交互，将本地有接收者的信息传递给R2设备，R2设备在收到R5发出的控制信息后，更新本地的控制信息，发送组播数据流到R5设备，并将更新后的组播信息再次发送给其他网络设备，直到整个网络的组播信息统一。

其中，同步信息可根据网络需要，设置按一定间隔定时通告，或者只在更新时通告。

其中，发现本地信息与同步过来的组播信息不同，与其对应设备发起控制信息交互时，如果出现控制信息的再次丢失，则本设备会再次发起控制信息交互。

具体地，同步的过程可以通过组播信令协议的扩展来进行，包括MLD、IGMP和PIM协议。也可以通过IGP等协议的信令扩展来进行，包括OSPF和ISIS协议。也可以是NETCONF、RESTCONF、BGP-LS、OPENFLOW或其他SDN接口协议进行。

优选实施例2

图7为根据本发明实施例2的指定网络设备通告示意图，如图7所示，网络中可以推举或者配置一台指定设备，由这台设备负责组播信息的收集以及同步过程，网络中的其他设备根据该设备所发出的组播信息对照本地的控制信息，发现不符的时候与指定设备进行交互，同样完成组播信息的统一。

这台指定设备，可以是连接源或者接收者的某台设备，也可以是一台中间网络设备，当这台指定设备是中间网络设备时，所有的其他连接源或者接收者的网络设备，都要与这台中间网络设备进行组播信息的交互。

图7仅展示了其中的一种情况，连接源的一台设备R1被选举或者配置成为指定设备，该指定设备收集了网络中的组播信息后，同步给其他网络设备，比如在同样的例子中，指定设备DR一开始收集到的网络组播信息包括，源Source1，接收者为R3/R4/R7；源Source2，接收者为R6/R7/R8。DR发布组播信息给其他网络设备，网络设备收到后，与本地的组播信息进行检查，R5发现其不一致的情况，将信息反馈给DR设备，DR将此信息发送给缺少接收者的R2，R2更新其控制信息后再发给DR，DR根据更新后的控制信息再次发布组播信息，网络设备的组播信息达到一致。

其中，R5在发现DR发布的组播消息与本地不一致时，也可以直接跟连接源的设备R2进行控制信令交互，R2更新其控制信息后，再次发给DR，DR再根据更新后的控制信息再次发布组播信息，网络设备的组播信息达到一致。

其中，通告信息可根据网络需要，设置按一定间隔定时通告，或者只在更新时通告。

其中，发现本地信息与同步过来的组播信息不同，与其对应设备发起控制信息交互时，如果出现控制信息的再次丢失，则本设备会再次发起控制信息交互。

图8为根据本发明优选实施例2的指定网络设备通告示意图，网络中有一台设备被选举或者配置为指定设备，这台设备本身可以不连源或者接收者，这台设备从网络设备收集到组播信息后，同步给网络中的连接源或者接收者的设备，网络设备在收到DR发送的组播信息后，对本地的组播信息进行一致性检查，发现有出入的，则直接与组播信息不正确的源连接设备进行控制信息交互，比如R5设备向R2设备发送组播信息，R2更新其上的组播接收者信息，增加R5，并将更新过的组播信息同步到指定设备DR上，DR再同步更新的组播信息给网络中的设备，由此网络设备的组播信息达到一致。

其中，R5在发现DR发布的组播消息与本地不一致时，也可以直接与DR进行交互，由DR通知R2进行组播信息的修改，R2更新控制信息后，DR再收集更新的控制信息并同步给网络设备，网络设备的组播信息达到一致。

优选实施例3

图9为根据本发明优选实施例3的控制器通告示意图，网络中的组播相关信息可以由控制器同步给各个网络设备，网络设备在收到控制器发送的组播信息后，对本地的组播信息进行一致性检查，发现有出入的，则直接与组播信息不正确的源连接设备进行控制信息交互，或者可以与控制器进行交互，由控制器通知连接源的设备进行组播信息的修改，稍后控制器再将更新后的组播信息同步给网络设备，网络设备的组播信息达到一致。

优选实施例4

图10为根据本发明优选实施例4的MLD协议扩展示意图，在此用扩展TLV格式来表示，在MLD协议头中使用保留位中的其中一位表示后续有组播信息扩展TLV的存在，用保留位来表示只是一种手段，还可以通过在MLD或者ICMPv6头中增加其他标识或者标志位来表示。

其中，类型和长度字段用来表示是哪一类的信息以及信息总长度，group number用来表示有多少个组信息被包含在此TLV中，每一个组信息中包含源连接的设备信息，以及所连的接收者设备信息集合。设备信息可以是设备的IP地址，也可以是BIER网络的ID信息，或者其他能够用来表示网络节点的信息。

其中，这里的组播信息只是举例说明，实际的组播应用中，还会有相应的VPN信息，数据中心标识信息等，都可以携带在组播信息中进行同步。

因为采用TLV格式传递组播信息的灵活性，可以很容易的在IGMP以及PIM协议中也实现类似的扩展，在此不再累述。

图11为根据本发明优选实施例4的MLD协议扩展示意图，在BIER或者类似网络中，网络节点的表示可能以ID形式存在，由此传递的组播信息格式可以有新的变化。组播接收者可以以位串的形式表示出来。Bitstringlength用来标识位串的长度。

其中，可以由一个位串表示多台设备同时作为接收者。在BIER技术中，还可能有网络分层的情况，因此还可以携带多个SET ID来表示不同的层的不同接收者。

图12为根据本发明优选实施例4的摘要信息同步网络示意图，在一些应用场景中，可以用组播信息摘要的形式来进行信息同步，摘要的信息可能是版本号，序列号，时间戳，或者组信息的特殊提炼。网络设备根据接收到的摘要信息，对比本地所存的摘要信息，如果发现不一致的情况，则向发布组播信息的设备索取摘要信息所对应的具体组播信息，然后再与本地的组播信息进行比对。

图12中使用版本号来做举例说明，假设指定设备同步其组播信息到各个设备，表示当前组播信息版本号为11，收到的设备跟本地存储的版本号信息做比对，R5发现本地所存储的版本号为10，与指定设备发送的不一致时，R5向指定设备发起版本11的具体内容请求，指定设备根据请求返回该版本的具体组播信息给R5设备，具体组播信息的形式可以参照前面的图例及说明。R5将新的组播信息及其对应版本存入本地存储中，以便后续版本更新时的校验。

其中，当网络中的指定设备发生变化时，其摘要信息可延续处理，比如版本号将继续往后累加，而非重新开始编号。

其中，当同步设备不是指定设备，而是各个连接源的网络设备时，需要分别保存其同步设备的标识如IP地址等信息，以及其对应的摘要信息。

图13为根据本发明优选实施例4的摘要信息同步协议扩展示意图，在此仍然以MLD协议扩展形式来表示，扩展以TLV形式表示。这里所传递的摘要信息为版本号。各个设备根据本地所存储信息的版本号进行对比。同样的，协议扩展还能够类似的表现在IGMP协议和PIM协议中。或者是IGP等相关的协议。

图14为根据本发明优选实施例4的摘要信息同步协议扩展示意图，在此仍然以MLD协议扩展形式来表示，扩展以TLV形式表示。这里所传递的摘要信息可以是组信息的集合。便于各个设备直接根据摘要信息选择感兴趣的内容进行对照。显而易见的，这里的摘要信息，还可以是源组信息的集合，以及附带VPN或者数据中心等相关信息的摘要内容。具体使用时可以采用一个或者多个的集合。

同样的，协议扩展还能够类似的表现在IGMP协议和PIM协议中。或者是IGP等相关的协议。或者是NETCONF、RESTCONF等协议扩展方式。

图15为根据本发明优选实施例4的组播信息请求协议扩展示意图，在此仍然以MLD协议扩展形式来表示，扩展以TLV形式表示。在携带请求内容时，MLD头中也仍然有相应的标记提示后续携带的是请求内容。请求的内容，可以为本设备关注的组，或者源组，或者相关的VPN等具体内容，也可以本设备请求所有的组播信息内容。

同样的，协议扩展还能够类似的表现在IGMP协议和PIM协议中。或者是IGP等相关的协议。或者是NETCONF、RESTCONF等协议扩展方式。

通过上述各个实施例可知，通过本发明实施例的技术方案，由此很容易实现网络中的组播信息一致性保障，极大的提高信息传输的可靠性。并且多个实施例可以单个实施，也可以自由组合实施。对组播技术和网络的发展都有良好的促进作用。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S1，接收组播网络中其他网络设备发送的组播信息；

S2，在判断接收到的所述组播信息与本地保存的组播信息不一致时，与所述其他网络设备进行信息交互。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种组播信息的处理方法，其特征在于，包括：

网络设备接收组播网络中其他网络设备发送的组播信息；所述组播信息包括：组播流信息；组播入口设备信息；组播出口设备集合信息；所述组播信息的接收者；

所述网络设备在判断接收到的所述组播信息与本地保存的组播信息不一致时，所述网络设备与所述其他网络设备进行信息交互；

其中，所述组播信息包括：组播信息摘要，其中，所述组播信息摘要用于唯一标识组播信息的版本。

2.根据权利要求1所述的方法，其特征在于，所述组播信息由所述其他网络设备同步发送给所述网络设备。

3.根据权利要求1所述的方法，其特征在于，所述本地保存的组播信息包括：所述网络设备存储的与该网络设备相关的所有组播信息；或者整个所述组播网络的组播信息。

4.根据权利要求1所述的方法，其特征在于，所述组播信息摘要至少包括以下之一信息：序列号、时间戳。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述组播信息还包括以下至少之一：虚拟专用网络VPN信息；所述组播网络的数据中心的组播信息。

6.根据权利要求1至4任一项所述的方法，其特征在于，所述网络设备至少包括以下之一：各个组播入口设备；各个组播出口设备；选举或者配置的指定设备；控制器。

7.根据权利要求1至4任一项所述的方法，其特征在于，所述网络设备与所述其他网络设备进行信息交互，包括：

所述网络设备与所述其他网络设备同步更新所述接收到的所述组播信息。

8.根据权利要求7所述的方法，其特征在于，至少通过以下之一组播信令协议的扩展字段同步更新所述接收到的所述组播信息：组播侦听发现协议MLD；网络组管理协议IGMP；协议无关组播PIM协议；内部网关协议IGP；开放最短路径协议OSPF；中间系统到中间系统ISIS协议；网络配置NETCONF协议；RESTCONF；边界网关-中间系统BGP-LS协议；OPENFLOW；虚拟定义网络SDN接口协议。

9.一种组播信息的处理装置，应用于网络设备，其特征在于，包括：

接收模块，用于接收组播网络中其他网络设备发送的组播信息；所述组播信息包括：组播流信息；组播入口设备信息；组播出口设备集合信息；所述组播信息的接收者；

交互模块，用于在判断接收到的所述组播信息与本地保存的组播信息不一致时，与所述其他网络设备进行信息交互；

其中，所述组播信息包括：组播信息摘要，其中，所述组播信息摘要用于唯一标识组播信息的版本。

Images