CN101175068B - Multi-version multicast protocol amalgamation method - Google Patents

Multi-version multicast protocol amalgamation method Download PDF

Info

Publication number
CN101175068B
CN101175068B CN2006101179014A CN200610117901A CN101175068B CN 101175068 B CN101175068 B CN 101175068B CN 2006101179014 A CN2006101179014 A CN 2006101179014A CN 200610117901 A CN200610117901 A CN 200610117901A CN 101175068 B CN101175068 B CN 101175068B
Authority
CN
China
Prior art keywords
message
source address
change flag
address list
condition change
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN2006101179014A
Other languages
Chinese (zh)
Other versions
CN101175068A (en
Inventor
王安海
晏春平
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai B Star Technology Co ltd
Original Assignee
Shanghai B Star Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai B Star Co Ltd filed Critical Shanghai B Star Co Ltd
Priority to CN2006101179014A priority Critical patent/CN101175068B/en
Publication of CN101175068A publication Critical patent/CN101175068A/en
Application granted granted Critical
Publication of CN101175068B publication Critical patent/CN101175068B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

The invention relates to an integration method of multi-edition multicast protocol. The method implements forms transform to the multi-edition multicast protocol message in an exchange device multicast group in uniform form, and then the multicast group information of the uniform form message is organized, finally the processed result is transformed into a form which can be directly written into chip through result transform. Compared with the prior art, the invention enables the exchange device to adapt to any edition environment of the multicast protocol of network and improves the reliability of the exchange device.

Description

Multi-version multicast protocol amalgamation method
Technical field
The present invention relates to the sub-field of cast communication of data communication field, particularly relate to multi-version multicast protocol amalgamation method.
Background technology
IGMP and MLD are the agreements of exchange multicast request information between main frame and the router, and this agreement is generally considered to be three layer protocols, and between main frame and router, often transmits data by switching equipment.Because the particularity of multicasting technology, do not having under the situation of multicast monitoring, switching equipment can be flooded to multicast packet all ports usually, those do not require that the main frame on the port of accepting some multicast group also can receive these multicast packets like this, waste the bandwidth of network, reduced the performance and the utilance of network; So the relevant information of port multicast group can both be monitored, obtain and write down to a lot of switching equipment to IGMP or MLD agreement, multicast packet then only can be forwarded to the port that needs, this technology is exactly IGMP SNOOPING (the Internet igmpinternet is intercepted, the technology of IPv4 multicast listener) or MLD SNOOPING (the IPv6 multicast protocol is intercepted) technology.IGMP SNOOPING and MLD SNOOPING are the technology that is used for the management and the control of multicast group, and it uses IGMP message and MLD message.The IGMP agreement operates in network layer, and IGMP SNOOPING operates in link layer.As shown in Figure 1, IGMP SNOOPING allows the IGMP session between switch monitoring main frame (main frame 1, main frame 2, main frame 3) and the router four.After IGMP SNOOPING started, multicast router sent the igmp querying message to all VLAN periodically, and the response of host query message under the VLAN sends adding or report message.
IGMP mainly contains 3 versions, and RFC 1112 has stipulated IGMPv1, and RFC 2236 has stipulated IGMPv2, and IGMPv3 is also in formulation.Defined basic group membership inquiry and reporting process among the IGMPv1, IGMPv2 has mainly added the mechanism that the group membership leaves fast on IGMPv1, and IGMPv3 has mainly increased and allows main frame to receive only the transmission of certain special source in the multicast group.The MLD message has two versions (MLDv1, MLDv2), and general SNOOPING realizes just monitoring one of them or several version, and fights separately, and much all can have the unified of damage information and handles.
Summary of the invention
Purpose of the present invention is exactly to provide multi-version multicast protocol amalgamation method for the defective that overcomes above-mentioned prior art existence.
Purpose of the present invention can be achieved through the following technical solutions: multi-version multicast protocol amalgamation method, it is characterized in that, this method is carried out format conversion with the multicast protocol message of the multiple version in the switching equipment multicast group with unified format, again the multicast group information of consolidation form message is carried out tissue treatment, by result's conversion the result after the tissue treatment is converted to the form of the chip that can write direct at last.
Described switching equipment comprises switch or switch device more than two layers and two layers.
The multicast protocol of described multiple version comprises IGMPv1 (RFC1112), IGMPv2 (RFC2236), the IGMPv3 (RFC3376) based on IPv4, based on MLDv1 (RFC2710), the MLDv2 (RFC3810) of IPv6.
Described unified format is:
Multicast address in the message;
Type of message: type of message is divided into INCLUDE, EXCLUDE according to pattern; The INCLUDE modal representation receives from the specific multicast data in the source address list, and the EXCLUDE modal representation receives all the specific multicast data except that source address list;
Source address list: source address list is included in the multicast source address under every kind of pattern, receive this all multicast group data of source address list since then for the INCLUDE modal representation, receive this all multicast group data outside the source address list since then for the EXCLUDE modal representation;
Change flag: state changes if message is represented the main frame multicast group, and change flag then is set; If message is general inquiry response message, change flag is not set then; Whether this sign is used for decision-making and this message is transmitted.
Described format conversion comprises the conversion of IGMPv1, IGMPv2, IGMPv3 protocol massages form, the conversion of MLDv1, MLDv2 protocol massages form; The conversion of described IGMPv1, IGMPv2, IGMPv3 protocol massages form mainly is the message that is sent by host side at IGMPv1, IGMPv2, IGMPv3, comprise that IGMPv1 report message, IGMPv2 report message, IGMPv2 finish message, IGMPv3 report message, wherein the IGMPv3 report message comprises the message of six subtypes; The conversion of described MLDv1, MLDv2 protocol massages form mainly is the message that is sent by host side at MLDv1, MLDv2, comprise that MLDv1 report message, MLDv1 finish message, MLDv2 report message, wherein the MLDv2 report message comprises the message of six subtypes.
Being converted to of described IGMPv1, IGMPv2, IGMPv3 protocol massages form:
The IGMPv1 report message: the IGMPv1 report message is taken as the EXCLUDE pattern, and source address list is empty consolidation form message, if received this message in this polling cycle, then declines condition change flag; If do not receive this message in this polling cycle, condition change flag then be set;
The IGMPv2 report message: the IGMPv2 report message is taken as the EXCLUDE pattern, and source address list is empty consolidation form message, if received this message in this polling cycle, then declines condition change flag; If do not receive this message in this polling cycle, condition change flag then be set;
IGMPv2 finishes message: IGMPv2 finishes message and is taken as the INCLUDE pattern, and source address list is empty consolidation form message; Condition change flag is set;
IGMPv3 report message subtype one: IGMPv3 report message subtype one is taken as the INCLUDE pattern, and source address list is the consolidation form message of message source address list, if received this message in this polling cycle, then declines condition change flag; If do not receive this message in this polling cycle, condition change flag then be set;
IGMPv3 report message subtype two: IGMPv3 report message subtype two is taken as the EXCLUDE pattern, and source address list is the consolidation form message of message source address list, if received this message in this polling cycle, then declines condition change flag; If do not receive this message in this polling cycle, condition change flag then be set;
IGMPv3 report message subtype three: IGMPv3 report message subtype three is taken as the INCLUDE pattern, and source address list is the consolidation form message of message source address list, and condition change flag is set;
IGMPv3 report message subtype four: IGMPv3 report message subtype four is taken as the EXCLUDE pattern, and source address list is the consolidation form message of message source address list, and condition change flag is set;
IGMPv3 report message subtype five: IGMPv3 report message subtype five is taken as the INCLUDE pattern, and source address list is the consolidation form message of message source address list, if received this message in this polling cycle, then declines condition change flag; If do not receive this message in this polling cycle, condition change flag then be set;
IGMPv3 report message subtype six: for multicast monitoring, this message is not handled, directly with its forwarding.
Being converted to of described MLDv1, MLDv2 protocol massages form:
The MLDv1 report message: the MLDv1 report message is taken as the EXCLUDE pattern, and source address list is empty consolidation form message, if received this message in this polling cycle, then declines condition change flag; If do not receive this message in this polling cycle, condition change flag then be set;
MLDv1 finishes message: MLDv1 finishes message and is taken as the INCLUDE pattern, and source address list is empty consolidation form message, and condition change flag is set;
MLDv2 report message subtype one: MLDv2 report message subtype one is taken as the INCLUDE pattern, and source address list is the consolidation form message of message source address list, if received this message in this polling cycle, then declines condition change flag; If do not receive this message in this polling cycle, condition change flag then be set.
MLDv2 report message subtype two: MLDv2 report message subtype two is taken as the EXCLUDE pattern, and source address list is the consolidation form message of message source address list, if received this message in this polling cycle, then declines condition change flag; If do not receive this message in this polling cycle, condition change flag then be set.
MLDv2 report message subtype three: MLDv2 report message subtype three is taken as the INCLUDE pattern, and source address list is the consolidation form message of message source address list, and condition change flag is set;
MLDv2 report message subtype four: MLDv2 report message subtype four is taken as the EXCLUDE pattern, and source address list is the consolidation form message of message source address list, and condition change flag is set;
MLDv2 report message subtype five: MLDv2 report message subtype five is taken as the INCLUDE pattern, and source address list is the consolidation form message of message source address list, if received this message in this polling cycle, then declines condition change flag; If do not receive this message in this polling cycle, condition change flag then be set;
MLDv2 report message subtype six: for multicast monitoring, this message is not handled, directly with its forwarding.
Described multicast group information comprises multicast destination address, multicast source address, can also comprise port numbers, vlan number.
Described tissue treatment is: for the message of INCLUDE pattern, if the multicast group destination address is identical, directly all source addresses at the INCLUDE of term of validity message are merged, promptly ask intersection; For the message of EXCLUDE pattern,, all source address lists at the EXCLUDE of term of validity message are sought common ground if the multicast group destination address is identical; If the multicast group destination address is identical, EXCLUDE source address set is deducted the set of INCLUDE source address, the end product that obtains is exactly the source address set under the last EXCLUDE pattern, promptly asks difference set; If there is not the message of EXCLUDE pattern, then last result is exactly the source address set under the INCLUDE pattern.
Described result is converted to: for the tissue treatment result of INCLUDE pattern, directly with multicast destination address and source address one by one write chip; For the tissue treatment result of EXCLUDE pattern, on the source address clauses and subclauses of correspondence, write overhead port list, increase a wildcard item simultaneously; Can not distinguish source address as fruit chip, those needs write the multicast destination address, and port list is the port list sum of all same multicast group.
Compared with prior art, the present invention makes switching equipment can adapt to any multicast protocol version environment of networking, has improved the switching equipment reliability.
Description of drawings
Fig. 1 is a multicast group network operation schematic diagram;
Fig. 2 is a schematic flow sheet of the present invention.
Embodiment
The invention will be further described below in conjunction with accompanying drawing.
As shown in Figure 2, multi-version multicast protocol amalgamation method, this method is carried out format conversion with the multicast protocol message of the multiple version in the switching equipment multicast group with unified format, again the multicast group information of consolidation form message is carried out tissue treatment, by result's conversion the result after the tissue treatment is converted to the form of the chip that can write direct at last.
Present embodiment is mainly used in the multicast protocol of switch and monitors, can monitor Layer 2 Multicast monitoring (SNOOPING) the realization fusion of (SNOOPING) or MLDv1, MLDv2 to the Layer 2 Multicast of IGMPv1, IGMPv2, IGMPv3, promptly handling example with one just can unify the message of three protocol versions is monitored and handled, simplified the realization that Layer 2 Multicast is monitored so greatly, the multicast protocol environment that can adapt to many versions improves equipment dependability.The key of present embodiment is the message of each version of multicast protocol of listening to is converted to unified format, then this unified format is organized and is added up, and the result of processing writes the multicast table of chip, the distribution of control multicast packet after through conversion.
Present embodiment is mainly used in switch, general implementation method as IGMP SNOOPING or MLDSNOOPING, convert the message of various protocols version to tissue and statistics that unified format is carried out multicast group afterwards again, this unified format will can not be lost the amount of information of any message, and the result of statistical disposition will write chip.
A plurality of version multicast protocols comprise following several: based on IGMPv1 (RFC1112), the IGMPv2 (RFC2236) of IPv4, IGMPv3 (RFC3376) with based on MLDv1 (RFC2710), the MLDv2 (RFC3810) of IPv6.
Switching equipment comprises switch or class switch device more than two layers and two layers.
IGMP SNOOPING or MLD SNOOPING are a kind of protocol listening technology, be meant passive accept protocol massages and handle accordingly, but these handle the normal operation that can not have influence on protocol.
Unified format is a kind of form that can not lose any release protocol message information.
The message information amount mainly is meant the multicast group that comprises in the message and the information of multicast source, if further expand, can comprise port numbers and the vlan number of receiving message.
Tissue and statistics to multicast group are a kind of strategies, are a kind of methods that can effectively carry out the multicast group statistics.
The concrete scheme of present embodiment is as follows:
1. change the form of IGMPv1, IGMPv2, IGMPv3 message
Mainly be at the message that sends by host side of IGMPv1, IGMPv2, IGMPv3, comprise that IGMPv1 report message, IGMPv2 report message, IGMPv2 finish message and IGMPv3 report message, wherein the IGMPv3 report message comprises the message of six subtypes.The unified format structure comprises following information:
(1) multicast group
It is exactly the multicast address in the message.
(2) type of message
Type of message is divided into INCLUDE, EXCLUDE according to pattern.The INCLUDE modal representation receives from the specific multicast data in the source address list, and the EXCLUDE modal representation receives all the specific multicast data except that source address list.
(3) source address list
Source address list is included in the multicast source address under every kind of pattern, receive this all multicast group data of source address list since then for the INCLUDE modal representation, receive this all multicast group data outside the source address list since then for the EXCLUDE modal representation.
(4) change flag
State changes if message is represented the main frame multicast group, and change flag then is set; If message is general inquiry response message, change flag is not set then.Whether this sign is used for decision-making and this message is transmitted.
The method that converts unified message format from multiple igmp host end message to is as follows:
(1) IGMPv1 report message
The IGMPv1 report message is taken as the EXCLUDE pattern, and source address list is empty consolidation form message.If received this message in this polling cycle, then decline condition change flag; If do not receive this message in this polling cycle, condition change flag then be set.
(2) IGMPv2 report message
The IGMPv2 report message is taken as the EXCLUDE pattern, and source address list is empty consolidation form message.If received this message in this polling cycle, then decline condition change flag; If do not receive this message in this polling cycle, condition change flag then be set.
(3) IGMPv2 finishes message
IGMPv2 finishes message and is taken as the INCLUDE pattern, and source address list is empty consolidation form message.Condition change flag is set.
(4) IGMPv3 report message----subtype 1
IGMPv3 report message----subtype 1 is taken as the INCLUDE pattern, and source address list is the consolidation form message of message source address list.If received this message in this polling cycle, then decline condition change flag; If do not receive this message in this polling cycle, condition change flag then be set.
(5) IGMPv3 report message----subtype 2
IGMPv3 report message----subtype 2 is taken as the EXCLUDE pattern, and source address list is the consolidation form message of message source address list.If received this message in this polling cycle, then decline condition change flag; If do not receive this message in this polling cycle, condition change flag then be set.
(6) IGMPv3 report message----subtype 3
IGMPv3 report message----subtype 3 is taken as the INCLUDE pattern, and source address list is the consolidation form message of message source address list.Condition change flag is set.
(7) IGMPv3 report message----subtype 4
IGMPv3 report message----subtype 4 is taken as the EXCLUDE pattern, and source address list is the consolidation form message of message source address list.Condition change flag is set.
(8) IGMPv3 report message----subtype 5
IGMPv3 report message----subtype 5 is taken as the INCLUDE pattern, and source address list is the consolidation form message of message source address list.If received this message in this polling cycle, then decline condition change flag; If do not receive this message in this polling cycle, condition change flag then be set.
(9) IGMPv3 report message----subtype 6
For multicast monitoring, this message is not handled, directly with its forwarding.
2. change the protocol massages form of MLDv1, MLDv2
Mainly be at the message that is sent by host side of MLDv1, MLDv2, comprise that MLDv1 report message, MLDv1 finish message and MLDv2 report message, wherein the MLDv2 report message comprises the message of six subtypes.The unified format structure comprises following information:
(1) multicast group
It is exactly the multicast address in the message.
(2) type of message
Type of message is divided into INCLUDE, EXCLUDE according to pattern.
(3) source address list
Source address list is included in the multicast source address under every kind of pattern, receive this all multicast group data of source address list since then for the INCLUDE modal representation, receive this all multicast group data outside the source address list since then for the EXCLUDE modal representation.
(4) change flag
State changes if message is represented the main frame multicast group, and change flag then is set; If message is general inquiry response message, change flag is not set then.Whether this sign is used for decision-making and this message is transmitted.
The method that converts consolidation form from multiple MLD host side message to is as follows:
(1) MLDv1 report message
The MLDv1 report message is taken as the EXCLUDE pattern, and source address list is empty consolidation form message.If received this message in this polling cycle, then decline condition change flag; If do not receive this message in this polling cycle, condition change flag then be set.
(2) MLDv1 finishes message
MLDv1 finishes message and is taken as the INCLUDE pattern, and source address list is empty consolidation form message.Condition change flag is set.
(3) MLDv2 report message----subtype 1
MLDv2 report message----subtype 1 is taken as the INCLUDE pattern, and source address list is the consolidation form message of message source address list.If received this message in this polling cycle, then decline condition change flag; If do not receive this message in this polling cycle, condition change flag then be set.
(4) MLDv2 report message----subtype 2
MLDv2 report message----subtype 2 is taken as the EXCLUDE pattern, and source address list is the consolidation form message of message source address list.If received this message in this polling cycle, then decline condition change flag; If do not receive this message in this polling cycle, condition change flag then be set.
(5) MLDv2 report message----subtype 3
MLDv2 report message----subtype 3 is taken as the INCLUDE pattern, and source address list is the consolidation form message of message source address list.Condition change flag is set.
(6) MLDv2 report message----subtype 4
MLDv2 report message----subtype 4 is taken as the EXCLUDE pattern, and source address list is the consolidation form message of message source address list.Condition change flag is set.
(7) MLDv2 report message----subtype 5
MLDv2 report message----subtype 5 is taken as the INCLUDE pattern, and source address list is the consolidation form message of message source address list.If received this message in this polling cycle, then decline condition change flag; If do not receive this message in this polling cycle, condition change flag then be set.
(8) MLDv2 report message----subtype 6
For multicast monitoring, this message is not handled, directly with its forwarding.
3. the multicast group of consolidation form message is organized and added up
The project that need carry out multicast group tissue and statistics comprises multicast destination address, multicast source address, may also comprise port numbers and vlan number.
(1) for the statistical method of INCLUDE pattern consolidation form message
For the message of INCLUDE pattern,, can directly all source addresses merging at the INCLUDE of term of validity message be got final product if the multicast group destination address is identical.Promptly be one and ask the union operation on mathematics.
(2) for the statistical method of EXCLUDE pattern consolidation form message
For the message of EXCLUDE pattern, if the multicast group destination address is identical, all source address lists at the EXCLUDE of term of validity message can be sought common ground gets final product.
(3) INCLUDE pattern and EXCLUDE pattern are unified the statistical method of message
First two steps have been carried out unified processing respectively to all INCLUDE patterns and EXCLUDE pattern message, and an ensuing step carries out comprehensively the two exactly.If the multicast group destination address is identical, EXCLUDE source address set can be deducted the set of INCLUDE source address, the end product that obtains is exactly the source address set under the last EXCLUDE pattern, is one and asks the difference set operation on mathematics; If there is not the message of EXCLUDE pattern, then last result is exactly the source address set under the INCLUDE pattern.
4. statistics is converted to the method for hardware multicast forwarding-table item
Three steps of front can obtain the needed multicast information of each port basically, and the statistics that will have the same multicast destination address is added up port list again one time, just can prepare to have write chip.
In general, the clauses and subclauses on the chip all are destination address, source address, port list or the expansion that also has other.For the end product of INCLUDE pattern, can be directly with multicast destination address and source address one by one write chip; And, should on the source address clauses and subclauses of correspondence, write overhead port list for the last statistics of EXCLUDE pattern, increase a wildcard item simultaneously.
Can not distinguish source address as fruit chip, those needs write the multicast destination address and get final product, and port list is the port list sum of all same multicast group.

Claims (7)

1. multi-version multicast protocol amalgamation method, it is characterized in that, this method is carried out format conversion with the multicast protocol message of the multiple version in the switching equipment multicast group with unified format, again the multicast group information of consolidation form message is carried out tissue treatment, by result's conversion the result after the tissue treatment is converted to the form of the chip that can write direct at last;
Described unified format is:
The multicast destination address;
Type of message: type of message is divided into INCLUDE, EXCLUDE according to pattern; The INCLUDE modal representation receives from the specific multicast data in the source address list, and the EXCLUDE modal representation receives all the specific multicast data except that source address list;
Source address list: source address list is included in the multicast source address under every kind of pattern, receive this all multicast group data of source address list since then for the INCLUDE modal representation, receive this all multicast group data outside the source address list since then for the EXCLUDE modal representation;
Condition change flag: state changes if message is represented the main frame multicast group, and condition change flag then is set; If message is general inquiry response message, condition change flag is not set then; Whether this sign is used for decision-making and this message is transmitted;
Described tissue treatment is: for the message of INCLUDE pattern, if the multicast destination address is identical, directly all source addresses at the INCLUDE of term of validity message are merged, obtain the set of INCLUDE source address; For the message of EXCLUDE pattern, if the multicast destination address is identical, all source address lists at the EXCLUDE of term of validity message are sought common ground, obtain the set of EXCLUDE source address; Then INCLUDE pattern and EXCLUDE pattern are carried out comprehensively: if the multicast destination address is identical, EXCLUDE source address set is deducted the set of INCLUDE source address, the end product that obtains is exactly the source address set under the last EXCLUDE pattern; If there is not the message of EXCLUDE pattern, then last result is exactly the source address set under the INCLUDE pattern;
Described result is converted to: for the tissue treatment result of INCLUDE pattern, directly with multicast destination address and source address one by one write chip; For the tissue treatment result of EXCLUDE pattern, on the source address clauses and subclauses of correspondence, write overhead port list, increase a wildcard item simultaneously; Can not distinguish source address as fruit chip, those needs write the multicast destination address, and port list is the port list sum of all same multicast group.
2. multi-version multicast protocol amalgamation method according to claim 1 is characterized in that described switching equipment comprises switch more than two layers and two layers.
3. multi-version multicast protocol amalgamation method according to claim 1 is characterized in that, the multicast protocol of described multiple version comprises IGMPv1, IGMPv2, the IGMPv3 based on IPv4, based on MLDv1, the MLDv2 of IPv6.
4. multi-version multicast protocol amalgamation method according to claim 1 is characterized in that, described format conversion comprises the conversion of IGMPv1, IGMPv2, IGMPv3 protocol massages form, the conversion of MLDv1, MLDv2 protocol massages form; The conversion of described IGMPv1, IGMPv2, IGMPv3 protocol massages form is the message that is sent by host side at IGMPv1, IGMPv2, IGMPv3, comprise that IGMPv1 report message, IGMPv2 report message, IGMPv2 finish message, IGMPv3 report message, wherein the IGMPv3 report message comprises the message of six subtypes; The conversion of described MLDv1, MLDv2 protocol massages form is at the message that is sent by host side of MLDv1, MLDv2, comprise that MLDv1 report message, MLDv1 finish message, MLDv2 report message, wherein the MLDv2 report message comprises the message of six subtypes.
5. multi-version multicast protocol amalgamation method according to claim 4 is characterized in that, being converted to of described IGMPv1, IGMPv2, IGMPv3 protocol massages form:
The IGMPv1 report message: the IGMPv1 report message is taken as the EXCLUDE pattern, and source address list is empty consolidation form message, if received this message in this polling cycle, then declines condition change flag; If do not receive this message in this polling cycle, condition change flag then be set;
The IGMPv2 report message: the IGMPv2 report message is taken as the EXCLUDE pattern, and source address list is empty consolidation form message, if received this message in this polling cycle, then declines condition change flag; If do not receive this message in this polling cycle, condition change flag then be set;
IGMPv2 finishes message: IGMPv2 finishes message and is taken as the INCLUDE pattern, and source address list is empty consolidation form message; Condition change flag is set;
IGMPv3 report message subtype one: IGMPv3 report message subtype one is taken as the INCLUDE pattern, and source address list is the consolidation form message of message source address list, if received this message in this polling cycle, then declines condition change flag; If do not receive this message in this polling cycle, condition change flag then be set;
IGMPv3 report message subtype two: IGMPv3 report message subtype two is taken as the EXCLUDE pattern, and source address list is the consolidation form message of message source address list, if received this message in this polling cycle, then declines condition change flag; If do not receive this message in this polling cycle, condition change flag then be set;
IGMPv3 report message subtype three: IGMPv3 report message subtype three is taken as the INCLUDE pattern, and source address list is the consolidation form message of message source address list, and condition change flag is set;
IGMPv3 report message subtype four: IGMPv3 report message subtype four is taken as the EXCLUDE pattern, and source address list is the consolidation form message of message source address list, and condition change flag is set;
IGMPv3 report message subtype five: IGMPv3 report message subtype five is taken as the INCLUDE pattern, and source address list is the consolidation form message of message source address list, if received this message in this polling cycle, then declines condition change flag; If do not receive this message in this polling cycle, condition change flag then be set;
IGMPv3 report message subtype six: for multicast monitoring, this message is not handled, directly with its forwarding.
6. multi-version multicast protocol amalgamation method according to claim 4 is characterized in that, being converted to of described MLDv1, MLDv2 protocol massages form:
The MLDv1 report message: the MLDv1 report message is taken as the EXCLUDE pattern, and source address list is empty consolidation form message, if received this message in this polling cycle, then declines condition change flag; If do not receive this message in this polling cycle, condition change flag then be set;
MLDv1 finishes message: MLDv1 finishes message and is taken as the INCLUDE pattern, and source address list is empty consolidation form message, and condition change flag is set;
MLDv2 report message subtype one: MLDv2 report message subtype one is taken as the INCLUDE pattern, and source address list is the consolidation form message of message source address list, if received this message in this polling cycle, then declines condition change flag; If do not receive this message in this polling cycle, condition change flag then be set;
MLDv2 report message subtype two: MLDv2 report message subtype two is taken as the EXCLUDE pattern, and source address list is the consolidation form message of message source address list, if received this message in this polling cycle, then declines condition change flag; If do not receive this message in this polling cycle, condition change flag then be set;
MLDv2 report message subtype three: MLDv2 report message subtype three is taken as the INCLUDE pattern, and source address list is the consolidation form message of message source address list, and condition change flag is set;
MLDv2 report message subtype four: MLDv2 report message subtype four is taken as the EXCLUDE pattern, and source address list is the consolidation form message of message source address list, and condition change flag is set;
MLDv2 report message subtype five: MLDv2 report message subtype five is taken as the INCLUDE pattern, and source address list is the consolidation form message of message source address list, if received this message in this polling cycle, then declines condition change flag; If do not receive this message in this polling cycle, condition change flag then be set;
MLDv2 report message subtype six: for multicast monitoring, this message is not handled, directly with its forwarding.
7. multi-version multicast protocol amalgamation method according to claim 1 is characterized in that described multicast group information comprises multicast destination address, multicast source address, also comprises port numbers, vlan number.
CN2006101179014A 2006-11-02 2006-11-02 Multi-version multicast protocol amalgamation method Active CN101175068B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN2006101179014A CN101175068B (en) 2006-11-02 2006-11-02 Multi-version multicast protocol amalgamation method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2006101179014A CN101175068B (en) 2006-11-02 2006-11-02 Multi-version multicast protocol amalgamation method

Publications (2)

Publication Number Publication Date
CN101175068A CN101175068A (en) 2008-05-07
CN101175068B true CN101175068B (en) 2011-08-17

Family

ID=39423327

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2006101179014A Active CN101175068B (en) 2006-11-02 2006-11-02 Multi-version multicast protocol amalgamation method

Country Status (1)

Country Link
CN (1) CN101175068B (en)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101668315B (en) * 2009-10-12 2012-01-18 上海华为技术有限公司 Method and device for operating network elements of different protocol versions
CN102468966B (en) * 2010-11-19 2014-12-31 中兴通讯股份有限公司 Multicast message control method and device
CN103095585B (en) * 2011-11-02 2018-08-07 中兴通讯股份有限公司 The method and system of multicast control stream information intercommunication between a kind of IPv4 and IPv6
CN102724049B (en) * 2012-07-02 2015-07-08 上海市共进通信技术有限公司 Method for realizing cross-hardware-platform compatible passive optical network device multicast function
CN104104606B (en) * 2013-04-01 2018-06-12 南京中兴软件有限责任公司 A kind of modem and its adaptive method of realization igmp message versions
CN104426779B (en) * 2013-08-23 2018-10-12 上海斐讯数据通信技术有限公司 The implementation method of PON access systems and its multicast
CN112448933B (en) * 2019-09-02 2022-12-23 浙江宇视科技有限公司 Method and system for self-adapting compatible platform inter-domain protocol

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1700676A (en) * 2005-06-03 2005-11-23 港湾网络有限公司 Cross-VLAN layer 2 multicast data transmission method of Ethernet switch
CN1744572A (en) * 2005-08-31 2006-03-08 杭州华为三康技术有限公司 Switchnig equipment and method for controlling multicasting data forwarding

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1700676A (en) * 2005-06-03 2005-11-23 港湾网络有限公司 Cross-VLAN layer 2 multicast data transmission method of Ethernet switch
CN1744572A (en) * 2005-08-31 2006-03-08 杭州华为三康技术有限公司 Switchnig equipment and method for controlling multicasting data forwarding

Also Published As

Publication number Publication date
CN101175068A (en) 2008-05-07

Similar Documents

Publication Publication Date Title
CN101175068B (en) Multi-version multicast protocol amalgamation method
US8189580B2 (en) Method for blocking host in IPv6 network
CN102160328B (en) Central controller for coordinating multicast message transmissions in distributed virtual network switch environment
CN100396055C (en) Multicasting source filtering treatment method
US8340095B2 (en) Equipment in a data network and methods for monitoring, configuring and/or managing the equipment
CN102197627B (en) The improvement of flux of multicast convergence
TW200845608A (en) Redundant wireless base station
CN102546666B (en) The method preventing IGMP from cheating and to attack and device
US20070280231A1 (en) Passing information from a forwarding plane to a control plane
CN1992707A (en) Fast restoration method of multicast service and network apparatus
US8625591B2 (en) System, server and method for optimizing a group management protocol
CN106375223B (en) A kind of data forwarding system and method based on SDN
JP2011523315A (en) Acquisition method of terminal multicast status
CN100486207C (en) IP multicasting precision port transmitting method in three layer exchanging
CN1988507A (en) Method, system and router for repeating multicast data
US7792984B2 (en) Systems and methods for the distribution of bulk data using multicast routing that mitigates network traffic on subnets
CN100479433C (en) Base station in wide-band wireless access-in system and method for realizing multi-cast business
CN1764155A (en) Transmission method and edge apparatus for multicast between fields
US20050185663A1 (en) Method, system and source for implementing multicasting
CN101771611A (en) Method for precisely forwarding IP multicast data in VLAN and forward device
CN101286866B (en) Multicast implementing method and system based on switching network of high-speed peripheral extended interface
CN102164075A (en) Internet protocol video monitoring method and access layer switchboard
CN101917351A (en) Multicasting forwarding method on router and forwarding router thereof
CN101345678B (en) Multicast communication method, system and multicast communication equipment
CN201018527Y (en) Device for multi-version protocol integration

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
C56 Change in the name or address of the patentee

Owner name: SHANGHAI FUTURE BROADBAND TECHNOLOGY CO., LTD.

Free format text: FORMER NAME: SHANGHAI B-STAR BROADBAND TECHNOLOGY + APPLICATION ENGINEERING RESEARCH CENTER CO., LTD.

CP03 Change of name, title or address

Address after: 200336 Shanghai city Changning District Honggu Road No. 150

Patentee after: SHANGHAI B-STAR TECHNOLOGY CO.,LTD.

Address before: 200336 Shanghai City Honggu Road No. 150

Patentee before: Shanghai B-STAR Co.,Ltd.

PE01 Entry into force of the registration of the contract for pledge of patent right

Denomination of invention: Multi version multicast protocol fusion method

Effective date of registration: 20210914

Granted publication date: 20110817

Pledgee: Industrial Bank Co.,Ltd. Shanghai Hongkou sub branch

Pledgor: SHANGHAI B-STAR TECHNOLOGY Co.,Ltd.

Registration number: Y2021980009305

PE01 Entry into force of the registration of the contract for pledge of patent right
PC01 Cancellation of the registration of the contract for pledge of patent right

Date of cancellation: 20231030

Granted publication date: 20110817

Pledgee: Industrial Bank Co.,Ltd. Shanghai Hongkou sub branch

Pledgor: SHANGHAI B-STAR TECHNOLOGY CO.,LTD.

Registration number: Y2021980009305

PC01 Cancellation of the registration of the contract for pledge of patent right
PE01 Entry into force of the registration of the contract for pledge of patent right

Denomination of invention: Multi version multicast protocol fusion method

Effective date of registration: 20231113

Granted publication date: 20110817

Pledgee: Jiangsu Bank Co.,Ltd. Shanghai Huinan Branch

Pledgor: SHANGHAI B-STAR TECHNOLOGY CO.,LTD.

Registration number: Y2023310000728

PE01 Entry into force of the registration of the contract for pledge of patent right