KR100356954B1 - Method of Multicast Data Handling - Google Patents

Abstract

The present invention relates to a multicast data processing method, and in particular to multicast data processing for processing multicast data transmitted from a network by dynamically creating and deleting a multicast group domain for arbitrary ports in a layer 2 step. It is about a method.

Just as a separate mechanism for multicast routing is needed to process multicast data between different domains, the switch manages multicast between different domains at the layer 2 level through information management on multicast data. A new mechanism for processing data was needed.

The present invention processes the multicast data transmitted from the network through the domain generated dynamically for all the switch ports in the layer 2 step regardless of the domain initial configuration.

Therefore, by multicasting a domain in which multicast data is dynamically generated, bandwidth waste can be reduced.

Description

Method of Multicast Data Handling

The present invention relates to a multicast data processing method, and in particular to multicast data processing for processing multicast data transmitted from a network by dynamically creating and deleting a multicast group domain for arbitrary ports in a layer 2 step. It is about a method.

In general, multicast data processing is handled on the Interworking Group Multicaste Protocol (IGMP) protocol.

Multicast data processing in the switch proceeds by analyzing IGMP packets, collecting information for processing the multicast data, forming a multicast group, and transmitting data only to the group.

On the other hand, IGMP protocol implementation in the switch means implementation on the same domain (Virtual LAN: VLAN).

Multicast routing protocols are required to transfer data to other domains.

In order to maintain each multicast group, a timer is generated periodically to manage a client for the group, and a query is generated periodically, and the client generates a join when the client receives the query. Updates the latest information about the client.

At this time, when the switch generates a query, if no client responds, the corresponding multicast group is deleted.

Such a conventional multicast data processing scheme is performed at the layer 3 stage. Thus, routing protocols were needed to generate queries and broadcast to other domains.

In addition, a switch that does not provide multicast data routing provides a function to process data in only one domain even when the IGMP protocol is installed. Therefore, the multicast routing protocol had to be installed to interwork with other domains. However, if the switch does not need to provide the same functionality as the router, then there is no reason to incorporate that routing protocol. The switch only needs to maintain information to handle multicast data, and to process the actual multicast data. As a result, multicast data processing at Layer 2 requires a new mechanism that does not use multicast routing protocols on different domains.

SUMMARY OF THE INVENTION The present invention has been made to solve the above-mentioned general problems, and its purpose is to create and delete domains dynamically for all ports regardless of domain initial configuration, thereby rarely multicasting data transmitted from the network. In the second stage.

In addition, by multicasting only domains that dynamically generate multicast data, it reduces bandwidth waste.

1 is a diagram illustrating a multicast data processing structure according to an embodiment of the present invention.

2 is a flowchart illustrating a multicast data processing method according to an embodiment of the present invention.

* Description of the symbols for the main parts of the drawings *

10: IGMP Packet Handler Module

11: CPU

20: Database

30: Create and delete multicast group domain module

40: Low Level Chip Driver

The multicast data processing method of the present invention for achieving the above object comprises the steps of receiving a packet transmitted from the network by the low-level chip driver; determining whether the packet received by the low-level chip driver is an IGMP packet; Process; If it is determined that the packet is an IGMP packet, transmitting the corresponding IGMP packet to the IGMP packet handler module; Analyzing the transmitted IGMP packet to determine whether multicast group information exists in a database; As a result of the determination, if the multicast group information does not exist in the database, the method includes storing the multicast group information in the database.

Hereinafter, an embodiment of the present invention will be described in detail with reference to the accompanying drawings.

As shown in FIG. 1, the multicast data processing structure according to the embodiment of the present invention includes an IGMP packet handler module 10 operating on a CPU 11, a database 20, and a multicast group domain creation and deletion module. 30 and a low level chip driver 40.

The IGMP packet handler module 10 is an IGMP protocol handler in the layer 2 stage, and is responsible for managing each client / server information for multicast data.

In addition, the IGMP packet handler module 10 broadcasts an IGMP packet to a corresponding domain according to the IGMP protocol rules, and the corresponding domain information is dynamic information, not a statically determined domain at the time of device configuration.

However, the dynamic domain may be set to overlap several domains statically configured at the time of equipment setup.

Thus, regardless of how many domains the device is configured for, it can dynamically handle multicasting data requests from all clients connected to the device.

The database 20 stores information about the client and multicast group information received from the IGMP packet handler module 10.

The multicast group domain creation and deletion module 30 is responsible for generating and deleting new domain information set in the low level chip driver 40. At this time, the domain may be updated using information on the clients added to the group.

The low level chip driver 40 sets domain information to use new client information or to create a new multicast group. Multicast data is not transmitted to the IGMP packet handler module 10 through the configured domain, and is used to be broadcasted to the corresponding domain. At this time, the client information is included in the domain.

The multicast data processing method according to an embodiment of the present invention will be described with reference to the flowchart of FIG.

First, when the low level chip driver 40 receives a packet transmitted from the network (step S21), the low level chip driver 40 determines whether the packet is an IGMP packet (step S22). If the packet received by the low level chip driver 40 is not an IGMP packet, the process of the low level chip driver 40 is activated through multicast data (step S23). However, if the packet is an IGMP packet, the IGMP packet is transmitted to the IGMP packet handler module 10 (step S24). The IGMP packet handler module 10 analyzes the IGMP packet transmitted from the low level chip driver 40 to determine whether the multicast group information already exists in the database 20 (step S25). If the multicast group information does not exist in the database 20, the IGMP packet handler module 10 stores the multicast group information in the database 20 (step S26). If the multicast group information and the client information are already stored in the database 20, the corresponding IGMP packet is deleted (step S27).

Although the preferred embodiments of the present invention have been described in detail above, it will be understood by those skilled in the art that the present invention may be modified or modified in various ways. Therefore, changes of the embodiments of the present invention will not be able to escape the technical scope of the present invention.

As described above, the present invention can process multicast data transmitted from a network in a rare stage 2 by dynamically creating and deleting a new domain for all ports regardless of domain initial setting.

In addition, by multicasting multicast data to a dynamically generated domain, bandwidth waste can be reduced.

Claims (4)

Receiving, by the low level chip driver, a packet transmitted from the network; Determining whether the packet received by the low level chip driver is an IGMP packet; If it is determined that the packet is an IGMP packet, transmitting the corresponding IGMP packet to the IGMP packet handler module; Analyzing the transmitted IGMP packet to determine whether multicast group information exists in a database; And if the multicast group information does not exist in the database as a result of the determination, storing the multicast group information in the database. The method according to claim 1, In the process of determining whether the multicast group information exists in the database, And if the multicast group information exists in the database, deleting the corresponding multicast group information. The method according to claim 1, In the process of determining whether the packet received by the low-level chip driver is an IGMP packet, And if the packet received by the low level chip driver is not an IGMP packet, activating a process of the low level chip driver through the multicast data. The method according to claim 1, If the multicast group information does not exist in the database, the multicast data processing method further comprises the step of creating a new domain for the new group in the process of storing the multicast group information in the database.