组播泛洪防止方法、装置及设备与流程

1.本技术涉及通信技术领域，尤其涉及一种组播泛洪防止方法、装置及设备。


背景技术：

2.在组网中传输数据时，可以采用单播、广播以及组播的方式将数据传输到各个节点。
3.现有技术中，大部分都采用组播的方式进行传输数据，优势在于源节点只需要发送一次数据，组播组节点就能接收到这个数据，源节点不会发给组节点之外的不需要这个数据的其他节点；但是，在采用组播的方式进行传输数据时，在源节点发出数据后，组播组节点在接收到数据后会在组播组节点之间相互转发，导致组播组节点重复接收同一数据，形成组播风暴，也即组播泛洪。
4.也即，现有技术中存在组播泛洪的技术问题。


技术实现要素：

5.本发明的主要目的在于提供一种本技术实施例提供一种组播泛洪防止方法、装置及设备，旨在解决组播泛洪的问题。
6.为实现上述目的，本技术实施例提供了一种组播泛洪防止方法，所述方法包括：接收任一组网节点发送的组播数据包，提取所述组播数据包的标识信息；将所述标识信息与预设节点信息进行比对，得到比对结果，若比对结果为比对成功时，则确定所述组播数据包为待去重组播数据包；丢弃所述组播数据包。
7.在本技术的一种可能的实施方式中，所述标识信息包括源节点标识，所述将所述标识信息与预设节点信息进行比对，得到比对结果，若比对结果为比对成功时，则确定所述组播数据包为待去重组播数据包的步骤包括：将所述源节点标识与预设节点信息中的节点标识进行比对，得到比对结果；若比对结果为所述源节点标识和所述节点标识一致，则确定所述组播数据包为源节点的待去重组播数据包。
8.在本技术的一种可能的实施方式中，所述标识信息包括源节点标识、下一跳节点标识和目的节点标识，所述将所述源节点标识与预设节点信息中的节点标识进行比对，得到比对结果的步骤之后，所述方法还包括：若比对结果为所述源节点标识和所述节点标识不一致，则基于所述下一跳节点标识和目的节点标识确定是否需要接收所述组播数据包；若所述组播数据包为需要接收的数据包，则解析所述组播数据包中的第一比对字段；若所述第一比对字段与预设表项中的相应字段不一致时，继续处理所述组播数据包，其中，所述预设表项是基于已处理的组播数据包确定的。
9.在本技术的一种可能的实施方式中，所述标识信息包括第一比对字段信息和第二比对字段信息，所述若所述组播数据包为需要接收的数据包，则解析所述组播数据包中的第一比对字段步骤之后，所述方法还包括：若所述第一比对字段与预设表项中的相应字段一致，则确定所述组播数据包为节点的待去重组播数据包。
10.在本技术的一种可能的实施方式中，所述若所述第一比对字段与预设表项中的相应字段不一致时，继续处理所述组播数据之前，所述方法包括：解析所述组播数据中的第二比对字段；基于已处理的组播数据包的第一比对字段信息和第二比对字段信息生成表项，并记录生成表项的时间；其中，第一比对字段包括源ip、目的ip、源端口和目的端口字段，第二比对字段包括标识和标志字段。
11.在本技术的一种可能的实施方式中，所述若所述第一比对字段与预设表项中的相应字段不一致时，继续处理所述组播数据的步骤包括：当所述第一比对字段与预设表项中的相应字段不一致时，确定第二比对字段与所述预设表项中的相应字段是否重复；若第二比对字段与所述预设表项中的相应字段重复，丢弃所述组播数据包；若第二比对字段与所述预设表项中的相应字段不重复，继续处理所述组播数据包。
12.在本技术的一种可能的实施方式中，所述若第二比对字段与所述预设表项中的相应字段不重复，继续处理所述组播数据包之后，所述方法还包括：当确定第二比对字段与所述预设表项中的相应字段不重复时，将所述需要接收的组播数据包的第一比对字段信息和第二比对字段信息更新至所述表项中，记录表项更新的时间；若所述时间在预设时间内没有更新，则清理当前表项中的字段信息。
13.本技术还提供一种公路能见度监测装置，所述装置包括：接收模块，用于接收任一组网节点发送的组播数据包，提取所述组播数据包的标识信息；比对模块，用于将所述标识信息与预设节点信息进行比对，得到比对结果，若比对结果为比对成功时，则确定所述组播数据包为待去重组播数据包；丢弃模块，用于丢弃所述组播数据包。
14.本技术还提供一种组播泛洪防止设备，所述组播泛洪防止设备包括存储器，处理器及存储在所述存储器上并可在所述处理器上运行的组播泛洪防止程序，所述处理器执行所述组播泛洪防止程序时实现上述任一所述的组播泛洪防止方法的步骤。
15.为实现上述目的，还提供一种存储介质，所述存储介质上存储有组播泛洪防止程序，所述组播泛洪防止程序被处理器执行时实现上述任一所述的组播泛洪防止方法的步骤。
16.本技术提供一种组播泛洪防止方法、装置及设备，当接收到任一组网节点发送的组播数据包时，提取含有数据以及标识信息的组播数据包的标识信息，将该标识信息与预
设节点信息进行比对，得到比对结果，若比对结果为比对成功时，则确定所述组播数据包为待去重组播数据包，将待去重组播数据包丢弃。与现有技术中组网采用组播方式传播数据时会形成组播泛洪相比，本技术通过丢弃重复接收的组播数据包以解决组播泛洪的问题。
附图说明
17.图1为本技术组播泛洪防止方法的第一实施例的流程示意图；图2为本技术第一实施例的组网示意图；图3为本技术实施例方案涉及的硬件运行环境的设备结构示意图；本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
18.应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
19.本技术实施例提供一种组播泛洪防止方法，本发明实施例提供了一种组播泛洪防止方法，参照图1，图1为本发明一种组播泛洪防止方法的流程示意图。
20.步骤s10，接收任一组网节点发送的组播数据包，提取所述组播数据包的标识信息；步骤s20，将所述标识信息与预设节点信息进行比对，得到比对结果，若比对结果为比对成功时，则确定所述组播数据包为待去重组播数据包；步骤s30，丢弃所述组播数据包。
21.本实施例旨在：防止组播泛洪。
22.在本实施例中，所述组播泛洪防止方法可以应用于任一组网的节点中。
23.其中，组网是一种网络组建技术，根据不同的组网技术可以构建不同的网络；组网可以是以太网组网、atm（异步传输模式）局域网组网以及mesh组网；组网在数据传输过程中需要遵守不同的网络协议，其中，不同网络协议可以是tcp协议和udp协议等，具体不做限定。
24.具体地，组网中含有多个节点（node），在数据通信中，节点可以是数据电路端接设备，如调制解调器、集线器、桥接器或交换机；也可以是一个数据终端设备，如数字手机，打印机或主机（例如路由器、工作站或服务器）等，例如，如果网络是internet，节点就可以是主机，具体不做限定。
25.具体地，由于节点之间可以形成一跳以及多跳，节点在组网中传输数据时可以分为源节点、下一跳节点以及目的节点，参照图2，图2为本技术第一实施例的组网示意图，组网由5个节点以拓扑结构组网形成网络，node 1在发出数据后，需经过下一跳节点node 2转发数据给目的节点node 4，在这个网络中，节点之间形成2跳。
26.在本实施例中，不同网络协议下的组网的节点在传播数据时，有多种传输方式，例如一对一以及一对多的方式，具体有单播、多播以及广播的形式；其中，多播有2种形式，一种是源节点发出数据，其他所有节点都需要接收所述数据；一种是所有节点中真正需要数据的节点和源节点组成一个小组，当源节点发出数据时，只有组节点可以接收所述数据，而小组之外的其他节点接收不到，这种传播方式也叫组播。组播的好处在于源节点只需要发送一次数据，需要数据的组节点能接收到信息，但是当其他组节点收到数据之后会相互转
发，导致节点重复接收同一个数据，形成组播泛洪。
27.其中，通过组播方式传输的数据叫组播数据，在不同网络协议下的组网组播时，所传输的数据需遵守所述网络协议，因此，节点发出组播数据时会同时发出必要的标识信息，所述组播数据和必要的标识信息组成一个组播数据包，也叫组播数据报，必要的标识信息位于组播数据报报文的首部。
28.具体地，组播数据报是网络中交换与传输的数据单元，当节点要发送报文时，其他节点根据报文上的标识信息把报文发送到下一个节点，再逐个节点地转送到目的节点；其中，标识信息附加在数据报的报文首部，报文首部包括源ip、目的ip、源端口、目的端口、标识（identification）以及标志（fragment）等字段信息。
29.在本实施例中，如图1所示，具体步骤如下：步骤s10，接收任一组网节点发送的组播数据包，提取所述组播数据包的标识信息；作为一种示例，如图2所示，当组网中任一节点在基于网络协议下发出组播数据时，会生成一个组播数据包，组播数据包包括节点所要传输的数据以及必要的标识信息，必要的标识信息可以附加在组播数据包的报文首部，节点可以通过报文首部的标识信息来确定如何处理所述组播数据包。
30.具体地，当node 2接收到其他任一节点发出的组播数据包时，解析组播数据包的报文首部，提取数据包的标识信息。
31.步骤s20，将所述标识信息与预设节点信息进行比对，得到比对结果，若比对结果为比对成功时，则确定所述组播数据包为待去重组播数据包；在本实施例中，标识信息可以附加在所述组播数据包的报文首部，标识信息可以是在标识字段中增加的节点标识，其中，节点标识可以是源节点标识，下一跳节点标识以及目的节点标识；也可以是整个报文首部包含的字段信息：源ip、目的ip、源端口、目的端口、标识（identification）以及标志（fragment）等，具体不做限定。
32.在本实施例中，预设节点信息与所述标识信息相对应。
33.在本实施例中，将所述标识信息与预设节点信息进行比对，得到比对结果的步骤包括：步骤a1，将所述源节点标识与预设节点信息中的节点标识进行比对，得到比对结果；步骤a2：若比对结果为所述源节点标识和所述节点标识一致，则确定所述组播数据包为源节点的待去重组播数据包。
34.在本实施例中，所述源节点标识可以是源id标识以及源设备编码标识等，具体不做限定。
35.具体地，node 2在收到需要接收的组播数据包时，首先需要确定所述组播数据包是否是本节点发出的，因此node 2需要在对需要接收的组播数据包做处理之前，将上述提取到的标识信息中的源id标识与预设节点信息的相应部分进行比对，并得到比对结果。
36.其中，预设节点信息与标识信息相对应，例如，node 2提取到组播数据包含有源id标识，则相对应的预设节点信息就是node 2的id；因此，若源组播数据是node 1发出的，源id就是节点node 1的id，将组播数据包的源id与node 2的id进行比对，得到比对结果。
37.具体地，上述将组播数据包的源id与node 2的id进行比对之后，得到比对结果，若源id是node 2的id，则比对成功，说明所述组播数据包是node 2发出的，则确定所述组播数据包为待去重组播数据包。
38.在本实施例中，节点在报文的首部增加源节点标识，使任一节点在收到组播数据包时能够根据源节点标识分辨出所述组播数据包是否为本节点发出，可以避免源节点接收到自己发出的组播数据包以及避免组节点接收到自己转发出去的组播数据包，若接收到自己发出的组播数据包则丢弃，在整个节点去重过程中可以从源头上简化去重步骤。
39.在本实施例中，所述将所述源节点标识与预设节点信息中的节点标识进行比对，得到比对结果的步骤之后，还包括：步骤b1，若比对结果为所述源节点标识和所述节点标识不一致，则基于所述下一跳节点标识和目的节点标识确定是否需要接收所述组播数据包；步骤b2，若所述组播数据包为需要接收的数据包，则解析所述组播数据包中的第一比对字段；步骤b3，若所述第一比对字段与预设表项中的相应字段不一致时，继续处理所述组播数据包，其中，所述预设表项是基于已处理的组播数据包确定的；在本实施例中，所述下一跳节点标识可以是下一跳id标识以及下一跳设备编码标识等，所述目的节点标识可以是目的id标识以及目的设备编码标识等，具体不做限定。
40.在本实施例中，上述将组播数据包的源id与node 2的id进行比对之后，得到比对结果，如果源id不是node 2的id，则比对失败，则说明所述组播数据包不是node 2发出的，则需要进一步确认所述组播数据包是否是本节点需要接收的组播数据包；因此，需要将上述提取到的标识信息中的下一跳id标识和目的id标识分别与相对应的预设节点信息进行比对，得到比对结果。
41.具体地，基于上述的源节点是node 1，若下一跳节点是node 3，目的id是node 5，则下一跳id为node 3的id，目的id为node 5的id，相对应的预设节点信息为node 3的id，因此将下一跳id和目的id分别与node 2的id进行比对，可知，所述标识信息与预设节点信息不一致，则确定所述组播数据包为需要接收的组播数据包。
42.在本实施例中，所述标识信息包括第一比对字段信息和第二比对字段信息，所述若所述组播数据包为需要接收的数据包，则解析所述组播数据包中的第一比对字段步骤之后，还包括：步骤b4，若所述第一比对字段与预设表项中的相应字段一致，则确定所述组播数据包为节点的待去重组播数据包。
43.具体地，基于上述的源节点是node 1，若下一跳节点是node 2，目的节点是node 4，则下一跳id为node 2的id，目的id为node 4的id，相对应的预设节点信息为node 2的id，因此，将下一跳id和目的id分别与node 2的id进行比对，可知，所述标识信息与预设节点信息一致，则node 2确定所述组播数据包为待去重组播数据包。
44.在本实施例中，node 2在确定所述组播数据包为需要接收的组播数据包之后，需要进一步确定所述需要接收的组播数据包是否为已经处理过的组播数据包，因此需要将上述解析到的标识信息中的字段信息与预设节点信息进行比对。
45.其中，预设节点信息与标识信息中的字段信息相对应，因此，当节点解析到的标识
信息为字段信息时，则相对应的预设节点信息为预设表项信息；为了简略比对程序，将所述预设表项信息中的字段信息分为两部分进行比对，即将字段信息分为第一比对字段和第二比对字段，第一比对字段是源ip、目的ip、源端口以及目的端口；第二比对字段是标识（identification）以及标志（fragment），其中，预设表项信息是基于其已处理的本地组播数据包的标识信息生成的。
46.在本实施例中，当node 2在确定所述组播数据包为需要接收的组播数据包之后，解析需要接收的组播数据包，将解析到的第一比对字段信息与预设表项中的相应字段进行比对，得到比对结果。
47.具体地，基于上述需要接收的组播数据包的源节点是node 1，目的节点是node 4；第一比对字段为node 1的ip、node 4的ip、node 1的端口以及node 4的端口，所述第一比对字段与node 5的ip、node 2的ip、node 5的端口以及node 2的端口不重复，则需继续确定第二比对字段是否重复。
48.在本实施例中，在通过源节点标识比对去重的基础上，节点不会收到自己发出的组播数据包，但还是会接收到其他节点发出的组播数据包，因此，通过进一步判断接收到的组播数据包是否为需要接收的组播数据包来去重，判断分为两步，第一步，如果本节点是下一跳节点或目的节点，则本节点需要接收所述组播数据包，但本节点不确定是否已经处理过所述组播数据包，因此，第二步，将所述组播数据包的字段信息与预设表项中的第一比对字段进行比对，若重复则丢弃，达到去重的目的。对节点收到的每一份组播数据包都进行判断，达到所有节点不重复接收任何一份组播数据包的目的。本实施例中，先对第一比对字段信息进行比对，也是为了简化比对去重的步骤。
49.在本实施例中，所述若所述第一比对字段与预设表项中的相应字段不一致时，继续处理所述组播数据之前，所述方法的步骤包括：步骤c1，解析所述组播数据中的第二比对字段；步骤c2，基于已处理的组播数据包的第一比对字段信息和第二比对字段信息生成表项，并记录生成表项的时间；其中，第一比对字段包括源ip、目的ip、源端口和目的端口字段，第二比对字段包括标识和标志字段。
50.在本实施例中，节点在处理需要接收的组播数据包后，将所述已处理的组播数据包的字段信息列为一个表，存储在本地，表项信息包含源ip、目的ip、源端口、目的端口、标识（identification）以及标志（fragment）。
51.具体地，node 2基于已处理的本地数据包的字段信息建立一个表项，若已处理的本地数据包的源节点是node 5，目的节点是node 2；则预设表项中源ip、目的ip、源端口、目的端口、标识（identification）以及标志（fragment）字段信息分别为node 5的ip、node 2的ip、node 5的端口、node 2的端口、标识（identification）以及标志（fragment）。
52.其中，标识（identification）是一份组播数据包分成几个分段进行传输时，用于标识同一份组播数据包的序列号，在各个分段在不同时间到达目的节点时，基于标识序列号进行重组还原；标志用于确定是否能对组播数据包进行分段或后面是否还有分段的组播数据包，mf=1表示后面还有分段的数据包，mf=0表示没有更多分片（即最后一个分片），df=1表示路由器不能对该数据包分段，df=0表示数据包可以被分段。
53.在本实施例中，所述若所述第一比对字段与预设表项中的相应字段不一致时，继续处理所述组播数据的步骤包括：步骤d1，当所述第一比对字段与预设表项中的相应字段不一致时，确定第二比对字段与所述预设表项中的相应字段是否重复；步骤d2，若第二比对字段与所述预设表项中的相应字段不重复，继续处理所述组播数据包；步骤d3，若第二比对字段与所述预设表项中的相应字段重复，丢弃所述组播数据包。
54.在本实施例中，基于上述需要接收的组播数据包的源节点是node 1，目的节点是node 4；第一比对字段为node 1的ip、node 4的ip、node 1的端口以及node 4的端口，所述第一比对字段与node 5的ip、node 2的ip、node 5的端口以及node 2的端口不重复，则确定标识（identification）以及标志（fragment）字段与所述预设表项中的相应字段是否重复；具体地，若上述需要接收的组播数据包的标识（identification）以及标志（fragment）字段与预设表项中的标识（identification）以及标志（fragment）字段不重复，则继续处理所述需要接收的组播数据包。
55.具体地，若上述需要接收的组播数据包的标识（identification）以及标志（fragment）字段与预设表项中的标识（identification）以及标志（fragment）字段重复，则确定所述组播数据为待去重组播数据。
56.在本实施例中，基于对第一比对字段进行比对后的比对结果，若所述组播数据包还是节点需要接收的组播数据包，则通过对第二比对字段进行进一步比对，再次确认第二比对字段与已处理的组播数据包是否重复，如果重复则丢弃，达到去重的目的。节点通过上述的节点标识比对以及字段信息比对去重之后，不会接收已经处理过的组播数据包，达到去重的目的，整个过程简单明了。
57.步骤s30，丢弃所述组播数据包。
58.具体地，如果所述组播数据包是待去重组播数据包，则丢弃所述组播数据包，以避免重复接收同一组播数据包。
59.进一步地，基于本技术中第一实施例，提供本技术的另一实施例，所述若第二比对字段与所述预设表项中的相应字段不重复，继续处理所述组播数据包之后，所述方法包括以下步骤e1-e2：步骤e1，当确定第二比对字段与所述预设表项中的相应字段不重复时，将所述需要接收的组播数据包的第一比对字段信息和第二比对字段信息更新至所述表项中，记录表项更新的时间；步骤e2，若所述时间在预设时间内没有更新，则清理当前表项中的字段信息。
60.其中，预设的时间在每次node 2清理表项后同时更新，所述预设时间可以是基于当前网络状态、节点数量及数据包大小等进行确定的一个时间段，具体不做限定。
61.在实施例中，节点需要通过建立表项以及更新表项，若节点不断地接收到组播数据包，并对表项进行更新记录，如果一直处于接收组播数据包的状态下，节点本地需要存储大量的表项信息，很容易造成内存溢出，节点崩溃，因此需要将储存在节点本地的表项信息做定期处理。
62.具体地，当node 2确定第二比对字段与所述预设表项中的相应字段不重复时，node 2将所述需要接收的组播数据的第一比对字段信息和第二比对字段信息更新至所述预设表项中，记录表项更新的时间；若所述时间在预设时间内没有更新，则清理当前表项中的字段信息。
63.在本实施例中，通过对预设表项的定期清理，可以尽量不占用节点内存，减少对节点的维护。
64.在本技术中，第一实施例中，当组网中任一节点在基于网络协议下发出组播数据时，节点通过将报文首部的标识信息与预设节点信息进行比对，得到比对结果，基于比对结果来确定节点如何处理所述组播数据包，节点将比对结果一致的组播数据包丢弃，即若标识信息与预设节点信息比对成功，则对该组播数据包进行去重，通过丢弃重复接收的组播数据包可以减轻节点的内存压力；第二实施例中，基于第一实施例中节点对重复接收的组播数据包进行去重的方法，对节点预设表项进行定期清理，尽量不占用节点的内存，从而防止组播泛洪。
65.参照图3，图3为本发明实施例方案涉及的硬件运行环境的设备结构示意图。
66.如图3所示，该组播泛洪防止设备可以包括：处理器1001，例如中央处理器（central processing unit，cpu），通信总线1002，存储器1005。其中，通信总线1002用于实现处理器1001和存储器1005之间的连接通信。存储器1005可以是高速ram存储器，也可以是稳定的存储器（non-volatile memory），例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储设备。
67.可选地，该组播泛洪防止设备还可以包括矩形用户接口、网络接口、摄像头、rf（radio frequency，射频）电路，传感器、音频电路、wifi模块等等。矩形用户接口可以包括显示屏（display）、输入子模块比如键盘（keyboard），可选矩形用户接口还可以包括标准的有线接口、无线接口。网络接口可选的可以包括标准的有线接口、无线接口（如wi-fi接口）。
68.本领域技术人员可以理解，图3中示出的组播泛洪防止设备结构并不构成对组播泛洪防止设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
69.如图3所示，作为一种存储介质的存储器1005中可以包括操作系统、网络通信模块以及组播泛洪防止程序。操作系统是管理和控制组播泛洪防止设备硬件和软件资源的程序，支持组播泛洪防止程序以及其它软件和/或程序的运行。网络通信模块用于实现存储器1005内部各组件之间的通信，以及与组播泛洪防止系统中其它硬件和软件之间通信。
70.在图3所示的组播泛洪防止设备中，处理器1001用于执行存储器1005中存储的组播泛洪防止程序，实现上述任一项所述的组播泛洪防止方法的步骤。
71.本技术组播泛洪防止设备具体实施方式与上述组播泛洪防止方法各实施例基本相同，在此不再赘述。
72.本技术还提供一种组播泛洪防止装置，所述装置包括：接收模块，用于接收任一组网节点发送的组播数据包，提取所述组播数据包的标识信息；比对模块，用于将所述标识信息与预设节点信息进行比对，得到比对结果，若比对结果为比对成功时，则确定所述组播数据包为待去重组播数据包；
丢弃模块，用于丢弃所述组播数据包。
73.在本技术的一种可能的实施方式中，所述标识信息包括源节点标识，所述装置包括：第一比对模块，用于将所述源节点标识与预设节点信息中的节点标识进行比对，得到比对结果，若比对结果为所述源节点标识和所述节点标识一致，则确定所述组播数据包为源节点的待去重组播数据包。
74.在本技术的一种可能的实施方式中，所述标识信息包括源节点标识、下一跳节点标识和目的节点标识，所述装置还包括：第一确定模块，用于若比对结果为所述源节点标识和所述节点标识不一致，则基于所述下一跳节点标识和目的节点标识确定是否需要接收所述组播数据包；第一解析模块，用于若所述组播数据包为需要接收的数据包，则解析所述组播数据包中的第一比对字段；第一继续处理模块，用于若所述第一比对字段与预设表项中的相应字段不一致时，继续处理所述组播数据包，其中，所述预设表项是基于已处理的组播数据包确定的。
75.在本技术的一种可能的实施方式中，所述标识信息包括第一比对字段信息和第二比对字段信息，所述装置还包括：第二确定模板，用于若所述第一比对字段与预设表项中的相应字段一致，则确定所述组播数据包为节点的待去重组播数据包。
76.在本技术的一种可能的实施方式中，所述装置还包括：第二解析模块，用于解析所述组播数据中的第二比对字段；生成模块，用于基于已处理的组播数据包的第一比对字段信息和第二比对字段信息生成表项，记录生成表项的时间；其中，第一比对字段包括源ip、目的ip、源端口和目的端口字段，第二比对字段包括标识和标志字段。
77.在本技术的一种可能的实施方式中，所述装置还包括：第三确定模块，用于当所述第一比对字段与预设表项中的相应字段不一致时，确定第二比对字段与所述预设表项中的相应字段是否重复；第一丢弃模块，用于若第二比对字段与所述预设表项中的相应字段重复，丢弃所述组播数据包；第二继续处理模块，用于若第二比对字段与所述预设表项中的相应字段不重复，继续处理所述组播数据包。
78.在本技术的一种可能的实施方式中，所述装置还包括：更新模块，用于当确定第二比对字段与所述预设表项中的相应字段不重复时，将所述需要接收的组播数据包的第一比对字段信息和第二比对字段信息更新至所述表项中，记录表项更新的时间；清理模块，用于若所述时间在预设时间内没有更新，则清理当前表项中的字段信息。
79.本技术组播泛洪防止装置具体实施方式与上述组播泛洪防止方法各实施例基本相同，在此不再赘述。
80.本技术还提供一种组播泛洪防止设备，所述组播泛洪防止设备包括存储器，处理器及存储在所述存储器上并可在所述处理器上运行的组播泛洪防止程序，所述处理器执行所述组播泛洪防止程序时实现上述任一所述的组播泛洪防止方法的步骤。
81.本技术组播泛洪防止设备具体实施方式与上述组播泛洪防止方法各实施例基本相同，在此不再赘述。
82.为实现上述目的，还提供一种存储介质，所述存储介质上存储有组播泛洪防止程序，所述组播泛洪防止程序被处理器执行时实现上述任一所述的组播泛洪防止方法的步骤。
83.本技术存储介质具体实施方式与上述组播泛洪防止方法各实施例基本相同，在此不再赘述。
84.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
85.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
86.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
87.以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。