CN118018473A - Multicast message processing method and device in TSN network, network equipment and storage medium - Google Patents

Abstract

The invention provides a method, a device, network equipment and a storage medium for processing multicast messages in a TSN network, wherein the method comprises the following steps: acquiring a multicast message processed by frame replication and frame de-duplication FRER needing reliability; determining a multicast group corresponding to the multicast message, a target port corresponding to each multicast member in the multicast group and an upper port in the target port; and copying the multicast messages to only one of the upper ports in the same FRER group and the target ports except all the upper ports according to the multicast copy logic, and copying the multicast messages to the rest upper ports in the same FRER group according to the FRER copy logic. The invention can realize the duplicate removal operation of the uplink port in the same multicast group when the multicast group is duplicated, realize that only one message is duplicated to the 802.1CB network, ensure that the local member normally realizes the multicast duplication service, lighten the load of the 802.1CB network and realize the redundant backup function.

Description

Multicast message processing method and device in TSN network, network equipment and storage medium

Technical Field

The present invention relates to the field of network communications technologies, and in particular, to a method, an apparatus, a network device, and a storage medium for processing a multicast packet in a TSN network.

Background

Time Sensitive Networks (TSNs) are a new generation of Network standards. The 802.1CB protocol is a sub-protocol in the TSN protocol family for implementing redundant backup of data. The method defines a reliable frame copying and frame de-duplication (Frame Replication And Elimination For Reliability, FRER) mechanism, and realizes that redundant messages can be forwarded to a receiving end through different paths, so that when an intermediate node fails, backup messages can normally arrive, and the network quality is ensured.

As shown in fig. 1, fig. 1 is an exemplary diagram of an 802.1CB network topology employing FRER mechanisms, including six switches, switch a, switch B, switch C, switch D, and Switch E, switch a (Talker) being a message sender responsible for forwarding a message to a destination Switch E (Listener) that receives a source message. Switch B, switch C, and Switch D (Relay) are Relay switches between Talker and Listener, responsible for the replication and forwarding of messages. Switch A is responsible for message copying, and service messages are copied to an 802.1CB network through uplink ports of Switch A, namely Port1 and Port2, so that redundancy backup is realized.

However, when the service message is a multicast message, the problem of repeated duplication of the message and occupation of network bandwidth occurs. For example, referring to fig. 2, fig. 2 is a schematic diagram illustrating multicast message processing in the FRER networking environment shown in fig. 1, where Port1 enables FRER functions. When Port1 receives the multicast message, if Port1 and Port2 are simultaneously in the multicast group, the Bridge (Bridge) in Switch a copies the multicast message to Port1 and Port2 according to the multicast copy logic. Meanwhile, according to FRER mechanism of 802.1CB protocol, port2 is used as a copy Port of Port1, and traffic of Port1 is copied to Port2 by FRER, so that a multicast message is further copied to Port2, and at this time, port2 generates two copies of the message, and additionally occupies 1CB network bandwidth.

Therefore, how to avoid occupying network bandwidth because multicast messages are repeatedly duplicated is a technical problem to be solved.

Disclosure of Invention

One of the purposes of the present invention is to provide a method, an apparatus, a network device and a storage medium for processing multicast messages in a TSN network, which can avoid occupying network bandwidth due to repeated duplication of multicast messages. The invention can be realized as follows:

In a first aspect, the present invention provides a method for processing multicast packets in a TSN network, where the method is applied to a network device, where the network device has a plurality of ports; the method comprises the following steps: acquiring a multicast message processed by frame replication and frame de-duplication FRER needing reliability; determining a multicast group corresponding to the multicast message, a target port corresponding to each multicast member in the multicast group and an upper port in the target port; wherein at least one FRER groups are present in the multicast group; the FRER groups are composed of a plurality of upper connecting ports; and copying the multicast message to only one upper port and the target ports except all the upper ports in the same FRER groups according to multicast copying logic, and copying the multicast message to the rest upper ports in the same FRER groups according to FRER copying logic.

In an alternative embodiment, copying the multicast message according to multicast copy logic only to one of the upstream ports in the FRER groups and the destination ports except all the upstream ports includes: updating the multicast member port bitmap corresponding to the multicast group by using an upper link bitmap so that only one data bit corresponding to the upper link in the updated multicast member port bitmap is valid; and copying the multicast message based on the updated multicast member port bitmap.

In an optional embodiment, updating the multicast member port bitmap corresponding to the multicast group by using an uplink port bitmap, so that only one data bit corresponding to the uplink port in the same FRER groups in the updated multicast member port bitmap is valid, including: performing exclusive OR operation on the uplink port bitmap and the multicast member port bitmap according to a preset strategy to obtain the updated multicast member port bitmap; wherein, the preset strategy is: and carrying out exclusive OR operation on the numerical values of one upper port in the same FRER group in the multicast member port bitmap, wherein the numerical values of the upper ports except the upper port and the non-upper ports are respectively arranged in the positions corresponding to the upper port bitmap and the multicast member port bitmap.

In an optional embodiment, determining the multicast group corresponding to the multicast message, the destination port corresponding to each multicast member in the multicast group, and the uplink port in the destination port includes: analyzing the multicast message, and determining whether the multicast group exists in the multicast message according to an analysis result; if the multicast group exists, determining the target ports according to the multicast member port bitmaps corresponding to the multicast group, and determining the uplink ports according to the configuration information of each target port.

In an alternative embodiment, the method further comprises: and if the multicast group does not exist, directly matching a default entry of a routing table to send the multicast message to a next hop route.

In an alternative embodiment, obtaining the multicast message processed by frame replication and frame deduplication FRER requiring reliability includes: and carrying out message analysis on the message flow, and obtaining the multicast message which needs FRER processing according to the analyzed message characteristics.

In an alternative embodiment, the method further comprises: and if the upper port does not exist, copying the multicast message to all the target ports.

In a second aspect, the present invention provides a multicast packet processing device in a TSN network, which is applied to a network device, where the network device has a plurality of ports; comprising the following steps: the device comprises an acquisition module, a determination module and a replication module; the acquisition module is used for acquiring the multicast message processed by the frame replication and frame de-duplication FRER needing reliability; a determining module, configured to determine a multicast group corresponding to the multicast packet, a target port corresponding to each multicast member in the multicast group, and an upper port in the target ports; wherein at least one FRER groups are present in the multicast group; the FRER groups are composed of a plurality of upper connecting ports; and the replication module is used for replicating the multicast message only for one upper port and the target ports except all the upper ports in the same FRER groups according to multicast replication logic, and replicating the multicast message for the rest upper ports in the same FRER groups according to FRER replication logic.

In a third aspect, the present invention provides a network device comprising: a memory for storing a computer program; a processor, configured to execute the computer program to implement a method for processing a multicast message in a TSN network according to any one of the foregoing embodiments.

In a fourth aspect, the present invention provides a storage medium having stored thereon a computer program which, when executed by a processor, implements a method for processing multicast messages in a TSN network according to any of the previous embodiments.

The invention provides a method, a device, network equipment and a storage medium for processing multicast messages in a TSN network, wherein the method comprises the following steps: firstly, obtaining a multicast message processed by frame replication and frame de-duplication FRER needing reliability. Then determining a multicast group corresponding to the multicast message, a target port corresponding to each multicast member in the multicast group and an uplink port in the target port, wherein at least one FRER groups exist in the multicast group; the FRER groups are composed of a plurality of upper connecting ports; because the 802.1CB protocol specifies that the message is duplicated and transmitted to all the upper ports in the same FRER group for redundancy backup, in order to avoid the repeated duplicated multicast message on the upper ports in the same FRER group in the same multicast group, the multicast message is duplicated only to one upper port in the same FRER group. Meanwhile, in order to ensure normal multicast service of a non-uplink port, the normal multicast service is copied to the rest of the target ports except all the uplink ports, the uplink port of the multicast message is obtained according to the multicast copy logic except the one uplink port, and the rest uplink port copies the multicast message according to the FRER copy logic so as to realize redundancy backup. The invention can realize the duplicate removal operation of the uplink port in the same multicast group when the multicast group is duplicated, realize that only one message is duplicated to the 802.1CB network, ensure that the local member normally realizes the multicast duplication service, lighten the load of the 802.1CB network and realize the redundant backup function.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings that are needed in the embodiments will be briefly described below, it being understood that the following drawings only illustrate some embodiments of the present invention and therefore should not be considered as limiting the scope, and other related drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.

Fig. 1 is an exemplary diagram of an 802.1CB network topology employing FRER mechanisms;

FIG. 2 is a schematic diagram illustrating multicast message processing in the FRER networking environment shown in FIG. 1;

fig. 3 is a schematic diagram of replication of a multicast message;

Fig. 4 is a schematic flowchart of a method for processing multicast packets in a TSN network according to an embodiment of the present invention;

FIG. 5 is an exemplary diagram provided by an embodiment of the present invention;

FIG. 6 is an exemplary diagram of an exclusive OR operation provided by the embodiment of the present invention based on FIG. 5;

Fig. 7 is a schematic flow chart of multicast message deduplication performed on a switch according to an embodiment of the present invention;

fig. 8 is a functional block diagram of a multicast message processing device in a TSN network according to an embodiment of the present invention;

Fig. 9 is a block diagram of a network device according to an embodiment of the present invention.

Detailed Description

For the purpose of making the objects, technical solutions and advantages of the embodiments of the present invention more apparent, the technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention, and it is apparent that the described embodiments are some embodiments of the present invention, but not all embodiments of the present invention. The components of the embodiments of the present invention generally described and illustrated in the figures herein may be arranged and designed in a wide variety of different configurations.

Thus, the following detailed description of the embodiments of the invention, as presented in the figures, is not intended to limit the scope of the invention, as claimed, but is merely representative of selected embodiments of the invention. All other embodiments, which can be made by those skilled in the art based on the embodiments of the invention without making any inventive effort, are intended to be within the scope of the invention.

It should be noted that: like reference numerals and letters denote like items in the following figures, and thus once an item is defined in one figure, no further definition or explanation thereof is necessary in the following figures.

In the description of the present invention, it should be noted that, if the terms "upper", "lower", "inner", "outer", and the like indicate an azimuth or a positional relationship based on the azimuth or the positional relationship shown in the drawings, or the azimuth or the positional relationship in which the inventive product is conventionally put in use, it is merely for convenience of describing the present invention and simplifying the description, and it is not indicated or implied that the apparatus or element referred to must have a specific azimuth, be configured and operated in a specific azimuth, and thus it should not be construed as limiting the present invention.

Furthermore, the terms "first," "second," and the like, if any, are used merely for distinguishing between descriptions and not for indicating or implying a relative importance.

It should be noted that the features of the embodiments of the present invention may be combined with each other without conflict.

The terms involved in the embodiments of the present invention will be explained first.

TSN: the protocol family for realizing deterministic minimum time delay in the nondeterministic Ethernet is a set of protocol standards developed by TSN working groups in IEEE 802.1 working groups, defines a time sensitive mechanism of Ethernet data transmission, and adds deterministic and reliable for standard Ethernet to ensure real-time, deterministic and reliable data transmission. TSNs fully exploit their potential as communication systems. The three basic components are: time synchronization, scheduling and traffic shaping, selecting communication paths, path reservation and fault tolerance.

802.1CB: namely, IEEE 802.1CB protocol defines a scheme for implementing redundant transmission in ethernet, and the protocol is called Frame Replication And Elimination For Reliability, abbreviated as FRER. The networking architecture for performing redundancy backup on the data message through the 802.1CB protocol may be called a 1CB network, and the data message may be called a 1CB message. The 1CB message header carries information such as R-Tag (redundant label) and Seq-Id (serial number) specified by a protocol.

FRER reliable frame deduplication and replication. FRER principle is: when Talker ends send data, FRER functions copy the data packets and transmit the data packets along different paths; when Listener receives data, FRER functions delete duplicate packets, and only one packet is reserved. Of course, talker or Listener, which are end nodes, are not mandatory to support FRER functions, FRER functions may be implemented by the network bridge. One FRER group may consist of multiple upper ports.

Talker, relay, and Listener: the node type Talker specified by the 802.1CB is the sending end of the message, and the message copying is realized at the outlet. The Relay is a transmission node or a Relay node of the message, and can copy or de-duplicate the message. Listener is the receiving end of the message, and the message is subjected to de-duplication processing.

Upper joint: the port used for connecting the switch with the upper core equipment such as a router, a server, a storage and the like can realize interconnection and intercommunication among different network levels.

Referring to fig. 3, fig. 3 is a schematic diagram of replication of a multicast message, and the detailed flow is as follows:

Step1: and (5) message analysis.

The exchanger analyzes the message of a series of message packets transmitted by the Port0, and analyzes each field such as header information, data content and the like in the message packets.

Step2: and (5) searching a multicast group.

And the switch searches whether the multicast service has a multicast group matched with the message according to the message analysis result. Specifically, whether the multicast group record is matched or not can be queried in the multicast group table through the parsed message information such as the multicast IP address, the message port number, the MAC address and the like.

Step3: and judging whether a matched multicast group exists.

If not, step4 is executed, and if so, step5 is executed.

Step4：Default Entry。

Wherein FRER is a two-layer network, the message will perform two-layer forwarding table lookup, and the Default Entry means: if no multicast group is matched, a flooding operation is performed in a default forwarding group, and the multicast message is forwarded to all members in the default group.

Step5: and determining ports corresponding to each member in the multicast group as Port1 to Port1N according to the multicast group member Bitmap.

The ports corresponding to the members of the same multicast group are typically written into the multicast table entry in an organized form of a Bitmap (Bitmap). Each multicast group corresponds to a Bitmap, and the length of the Bitmap is the total number of multicast members. For example, a multicast group A has 3 members, one on Port1, one on Port2, and one on Port3. The multicast router may use a Bitmap field to indicate member port information while maintaining the multicast table entry for this multicast group a. For example, bitmap is 1 for Port, 1 for Port2, 1 for Port3, and 0 for other bits. Such a Bitmap indicates that three members of the multicast group are distributed across three different ports. When a data packet needs to be multicast to the group A, the router knows that the data packet needs to be simultaneously sent to three ports, namely Port1, port2 and Port3 according to the Bitmap of the multicast group, thereby realizing the purpose of multicast.

Therefore, after the multicast message is matched to the multicast group, it can be determined which ports the multicast message is sent to according to the Bitmap. For example, continuing to refer to fig. 3, assuming ports of the multicast members of the matched multicast group are ports 1 to PortN, the multicast message is duplicated N times and sent to ports 1 to PortN.

However, as shown in fig. 2, when forwarding the multicast message in the 802.1CB network, there are additional copied messages on the uplink port due to the multicast copy logic and FRER mechanism, and multiple copies of the repeated messages occupy more network bandwidth in the 802.1CB network. In order to solve the problem, the invention designs a de-duplication mechanism aiming at the scene that the multicast member port is an upper port in the 802.1CB network, namely, only one upper port in the same multicast group is used for multicast duplication, so that only one multicast message is ensured to enter the 802.1CB network. And meanwhile, for ports corresponding to other multicast members not connected to the port, the multicast replication is normally executed, and the normal multicast service is ensured.

Referring to fig. 4, fig. 4 is a schematic flowchart of a method for processing multicast messages in a TSN network according to an embodiment of the present invention, where the method may be applied to any switch that needs to perform message replication in the network architecture shown in fig. 1, and the following is exemplified by using the switch as an execution body, and the method may include the following steps:

S401, obtaining the multicast message processed by frame copying and frame de-duplication FRER needing reliability.

S402, determining a multicast group corresponding to the multicast message, a target port corresponding to each multicast member in the multicast group and an uplink port in the target port. Wherein at least one FRER group exists in the multicast group; FRER sets are composed of a plurality of upper ports.

S403, copying the multicast message to only one of the upper ports in the same FRER group and the target ports except all the upper ports according to the multicast copy logic, and copying the multicast message to the rest upper ports in the same FRER group according to the FRER copy logic.

The multicast replication logic replicates the multicast message to the multicast group member, and the FRER replication logic replicates the multicast message to the upstream port in the same FRER group.

As in the embodiment shown in fig. 1, a multicast message is first obtained that requires reliability for frame replication and frame deduplication FRER processing. That is, if the obtained message is not a multicast message or does not need to be subjected to FRER processing, the subsequent processing steps in the embodiment of the invention are not needed, and the message is directly and normally forwarded. Further, after the multicast message to be FRER processed is obtained, a multicast group corresponding to the multicast message, a target port corresponding to each multicast member in the multicast group and an upper port in the target port are determined. There may be multiple FRER groups in each multicast group, and each FRER group includes multiple upstream ports, since the 802.1CB protocol specifies that the message is duplicated and transmitted to all the upstream ports for redundancy backup, in order to avoid that repeated duplicated multicast messages exist on the upstream ports in the same multicast group, the multicast message is duplicated to only one upstream port in the same multicast group. Meanwhile, in order to ensure the normal multicast service of the non-uplink port, the multicast service is copied to the rest target ports except all the uplink ports in the target ports, so that only one multicast message copied according to the multicast copy logic in the 802.1CB network is ensured to enter, and the multicast service of the multicast member corresponding to the non-uplink port is ensured to be normally performed. Except for the upper port which is used for obtaining the multicast message according to the multicast replication logic, the remaining upper ports replicate the multicast message according to FRER replication logic so as to realize redundancy backup.

By the implementation mode, the duplicate removal operation can be realized when the upper ports in the same multicast group copy the multicast group, so that only one message is copied to the 802.1CB network, the local member can be ensured to normally realize multicast copy service, the load of the 802.1CB network is reduced, and the redundant backup function is realized.

To facilitate understanding of the foregoing embodiments, continuing to take fig. 2 as an example, according to the method provided in the embodiment of the present invention, the Bridge (Bridge) in Switch a only needs to copy the multicast message to Port1. Meanwhile, according to FRER mechanisms of the 802.1CB protocol, one copy is also copied and sent to the Port2, at this time, since multicast messages are not copied to the Port2 according to multicast copy logic, only one copy of multicast messages exists in the Port2, the phenomenon that two copies of the messages exist in the Port2 in the prior art is avoided, and the problem of occupying network bandwidth is solved.

Based on the embodiment shown in fig. 1, in an alternative implementation manner, with respect to the step S301, a message analysis may be performed on a message flow, and a message to be processed FRER and a multicast message in the message may be determined according to the analyzed message characteristics.

In the above alternative embodiment, the switch analyzes a series of transmitted data packets, analyzes each field of header information, data content and the like in the data packets, and analyzes each field of the packet, such as a destination MAC address, a source MAC address and the like. And judging whether the message multicasts according to the characteristics of the message. If the multicast message is a multicast message, judging whether the multicast message needs to be processed by adopting FRER (frame copying and de-duplication) mechanism, so that FRER service can be accurately provided for the multicast message which needs high reliability, and the successful delivery rate of the multicast message is improved.

Continuing with the embodiment shown in fig. 1, in an alternative implementation manner, for step S402, determining a multicast group corresponding to the multicast packet, a destination port corresponding to each multicast member in the multicast group, and an upper port in the destination port may include the following sub-steps:

Step A1: and analyzing the multicast message, and determining whether the multicast message has a multicast group according to the analysis result.

In the step A1, the switch may find the multicast group table (IGMP Snooping Group Table) according to the result of the message parsing, so as to determine whether there is a matched multicast group. In the implementation process, the matching can be performed through the field multicast group table such as the destination IP address, the message port number, the multicast MAC address, etc. of the multicast message, so as to determine whether the message belongs to a known multicast group. If there is a matching group, then this message belongs to the multicast group.

Step A2: if the multicast group exists, determining a target port according to a multicast member port bitmap corresponding to the multicast group, and determining an uplink port according to configuration information of each target port.

It can be appreciated that various network parameters, operation mechanisms and the like can be defined and adjusted for the upper port according to different purposes, so as to form the characteristic configuration information of the upper port. Therefore, in the embodiment of the invention, the switch can determine whether the port has the upper port according to the configuration information of the target port, and if the port does not exist, the switch can copy the multicast message to all the target ports, so as to ensure the normal operation of the multicast service. If so, step S403 in the embodiment of the present invention is executed.

In the embodiment of the invention, a plurality of ports on one switch can be located in different 802.1CB networks, and upper ports located in the same 802.1CB network belong to the same FRER groups. Multiple FRER groups may exist simultaneously within the same multicast group. For example, referring to fig. 5, fig. 5 is a schematic diagram of another networking provided by the embodiment of the present invention, assuming that there are 8 ports on a switch, denoted as Port1 to Port8, where Port1, port2, port4 and Port6 are upper ports, and Port1 and Port2 are located in an 802.1CB network, belong to the same FRER group, and are denoted as FRER group 1.Port4 and Port6 are located in another 802.1CB network, belong to another FRER group, and are denoted FRER group 2, the two FRER groups are located in the same multicast group, and the multicast group also comprises Port3, port5 and Port7 except the upper Port.

In order to avoid that the upper ports in the same FRER group are repeatedly copied to multicast messages, and ensure that only one upper port in each FRER group is copied to messages according to multicast copy logic, in an optional embodiment, for step S403, only one upper port and the target ports except all the upper ports are copied to multicast messages according to multicast copy logic, the following sub-steps may be included:

step B1: and updating the multicast member port bitmaps corresponding to the multicast groups by using the uplink port bitmaps so that only one data bit corresponding to the uplink port in the same FRER groups in the updated multicast member port bitmaps is effective.

Step B2: and copying the multicast message based on the updated multicast member port bitmap.

In the embodiment of the invention, similar to the multicast member port bitmap, the embodiment of the invention records which ports are uplink ports and which ports are not uplink ports in the form of an uplink port bitmap. The length of the upper port Bitmap is the total number of ports on a switch, each bit corresponds to one port in the Bitmap, if the port is the upper port, the corresponding Bitmap bit is set to 1, otherwise, it is set to 0.

It should be noted that, the implementation manner of the multicast group listed in the embodiment of the present invention is not limited to Bitmap, and is equally applicable to multicast replication using link-list scheme.

If there are 4 ports, port1 to Port4, where Port1 and Port2 are upper ports, then the corresponding upper Port Bitmap is bitmap=0011, 1 st bit from right to left corresponds to Port1, 1 is an upper Port, 2 nd bit corresponds to Port1, and 1 is an upper Port. Bits 3 and 4 correspond to Port3 and Port4, with a 0 indicating a non-upstream Port. By looking at whether each bit is a1, it is known whether the corresponding port is an upper bound.

In the above embodiment, the "only one uplink port corresponds to a valid data bit" may be understood that only one uplink port in the same FRER groups has a value of 1 at the position corresponding to the multicast member bitmap, and the values corresponding to the remaining uplink ports are 0.

In a specific embodiment, the switch may perform an exclusive-or operation on the uplink port bitmap and the multicast member port bitmap according to a preset policy, to obtain an updated multicast member port bitmap.

In order to make the data of the corresponding position of only one upper port in the updated multicast member port bitmap in the same FRER group effective, the embodiment of the invention designs an exclusive-or operation strategy, namely, the numerical value of one upper port in the multicast member port bitmap in the same FRER group is kept unchanged, and the numerical values of the upper ports except for one upper port and the non-upper ports in the corresponding positions of the upper port bitmap and the multicast member port bitmap are exclusive-or operated.

For the convenience of understanding, the above embodiments are explained below in some cases.

Case one: there is only one FRER group within the same multicast.

Assuming that Port1, port2 and Port4 on a certain switch are on the same multicast group Port, the multicast member bitmap is 1011, port1 and Port2 are the upper ports in the same FRER group, so the upper Port bitmap is 0011. To make the value of Port1 be 1 at the corresponding position in the multicast member bitmap, exclusive or operation is performed on the value of Port2 at the corresponding positions of the upstream Port bitmap and the multicast member bitmap, the updated multicast member bitmap is 0001, and according to 1001, the multicast message will be copied to Port1 and Port4, so that a part of multicast message is subjected to 802.1CB network, and the normal operation of the multicast service of non upstream Port4 is ensured.

And a second case: multiple FRER groups exist in the same multicast group

Referring to fig. 6, fig. 6 is an exemplary diagram of an xor operation provided on the basis of fig. 5 in the embodiment of the present invention, and it is assumed that a multicast group member Port Bitmap is 01111111, that is, all ports except Port8 are target ports corresponding to a multicast group member, and an upper Port Bitmap is 001010011. According to the preset strategy designed in the embodiment of the invention, 01111111 and 001010011 are subjected to exclusive or operation to obtain that the updated multicast group member Port Bitmap is 01011101, and as can be seen, port2 and Port6 are shielded, and multicast messages are copied according to multicast copy logic of Port1, port3, port4, port5 and Port 7.

Through the embodiment of the invention, other uplink port members can be shielded, multicast replication is only performed for one uplink port, and the multicast service is ensured to enter the 802.1CB network only through replication. And meanwhile, for the multicast members corresponding to the non-uplink ports, the multicast replication is normally executed, and the normal operation of the multicast service is ensured.

In order to facilitate understanding of the implementation process, please refer to fig. 7, fig. 7 is a schematic flow chart of performing multicast message de-duplication on a switch according to an embodiment of the present invention. Assuming that the switch includes ports 0 to PortN, ports 1 to PortN are ports corresponding to each multicast member in the same multicast group, port1 and Port2 are upper ports of the switch, and there is only one FRER group in the multicast group, and the group members are Port1 and Port2. The detailed flow contained in the schematic is as follows:

Step1: and (5) message analysis.

The exchanger analyzes the message of a series of message packets transmitted by the Port0, and analyzes each field such as header information, data content and the like in the message packets.

Step2: FRER flow identification.

And the switch analyzes each field of the message, such as a destination MAC address, a source MAC address and the like, according to the message analysis result, determines the message to be processed FRER, and carries an is_ frer identifier for the multicast message to be processed FRER. Wherein is_ frer is used for indicating the multicast processing logic module that the multicast message is a message that needs FRER processing.

Step2: the switch searches the multicast service for the multicast message to be processed FRER to obtain the multicast member Bitmap.

Step3: and (5) searching a multicast group.

The switch can find the multicast group table according to the message analysis result to determine whether the message to be FRER processed has a matched multicast group.

Step4: and judging whether a matched multicast group exists.

If not, step5 is performed, and if so, step6 is performed.

Step5：Default Entry。

Step6: and determining ports corresponding to all members in the multicast group according to the multicast group member Bitmap.

Step7: and judging whether the Port corresponding to each multicast member is an uplink Port or not according to the ports 1 to PortN.

If not, step8 is performed. If yes, step9 is performed.

Step8: and returning to judge the next port without any processing.

Step9: and obtaining an upper Port Bitmap, and performing exclusive OR operation with the multicast group member Bitmap to enable Port2 to be shielded, so as to obtain an updated multicast group member Bitmap.

Step10: and copying the multicast message for Port1 and Port 3-PortN according to the updated multicast group member Bitmap.

At this time, port2 is skipped to copy, so that only one copy of the copy message is sent to the upper Port Port 1. Port 3-PortN is not the upper Port, is the service Port of the current node, and normally walks the multicast replication logic.

By the implementation mode, the duplicate removal operation is realized when the upper ports in the same multicast group copy the multicast group, so that only one message is copied to the 802.1CB network, the normal multicast copy service of local members can be ensured, the load of the 802.1CB network is reduced, and the redundant backup function is realized.

Based on the same inventive concept as fig. 4, the embodiment of the present invention further provides a multicast message processing apparatus 500 in a TSN network, which is applied to a network device. Referring to fig. 8, fig. 8 is a functional block diagram of a multicast message processing apparatus 500 in a TSN network according to an embodiment of the present invention, where the multicast message processing apparatus 500 in a TSN network includes: an acquisition module 510, a determination module 520, and a replication module 530.

An obtaining module 510, configured to obtain a multicast message processed by the frame replication and frame deduplication FRER that needs reliability.

A determining module 520, configured to determine a multicast group corresponding to the multicast packet, a target port corresponding to each multicast member in the multicast group, and an upper port in the target port; wherein at least one FRER group exists in the multicast group; FRER sets are composed of a plurality of upper ports.

And the replication module 530 is configured to replicate the multicast message according to the multicast replication logic only for one of the upper ports in the same FRER group and the target ports except for all the upper ports, and replicate the multicast message according to the FRER replication logic for the remaining upper ports in the same FRER group.

It is understood that the obtaining module 510, the determining module 520 and the copying module 530 may cooperatively perform the steps in fig. 4 to achieve the corresponding technical effects.

In an alternative embodiment, the replication module 530 is specifically configured to: updating the multicast member port bitmaps corresponding to the multicast groups by using the uplink port bitmaps so that only one data bit corresponding to an uplink port in the same FRER groups in the updated multicast member port bitmaps is valid; and copying the multicast message based on the updated multicast member port bitmap.

In an alternative embodiment, the replication module 530 is further specifically configured to: performing exclusive OR operation on the uplink port bitmap and the multicast member port bitmap according to a preset strategy to obtain an updated multicast member port bitmap; the preset strategy is as follows: and (3) keeping the numerical value of one of the upper ports in the multicast member port bitmaps in the same FRER groups unchanged, and carrying out exclusive OR operation on the numerical values of the upper ports except one of the upper ports and the non-upper ports on the corresponding positions of the upper port bitmaps and the multicast member port bitmaps.

In an alternative embodiment, the determining module 520 is specifically configured to: analyzing the multicast message, and determining whether a multicast group exists in the multicast message according to an analysis result; if the multicast group exists, determining a target port according to a multicast member port bitmap corresponding to the multicast group, and determining an uplink port according to configuration information of each target port.

In an alternative embodiment, the multicast message processing apparatus 500 in the TSN network further includes a sending module, configured to directly match a default entry of the routing table to send the multicast message to the next hop route if the multicast group does not exist.

In an alternative embodiment, the obtaining module 520 is specifically configured to: and analyzing the message flow, and determining the message to be processed FRER and the multicast message in the message according to the analyzed message characteristics.

In an alternative embodiment, the replication module 530 is further configured to: if the upper port does not exist, the multicast message is copied to all the target ports.

It should be noted that, in the above embodiments of the present application, the division of the modules is merely schematic, and there may be another division manner in actual implementation, and in addition, each functional unit in each embodiment of the present application may be integrated in one processing unit, or may exist separately and physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.

Based on the embodiment shown in fig. 4, the embodiment of the present application further provides a network device, where the network device is configured to execute the method for processing a multicast packet in the TSN network provided by the embodiment of the present application. The network device 600 may be, but is not limited to being, a switch. The network in which the network device 600 is located may be an 802.1CB network.

Referring to fig. 9, fig. 9 is a block diagram of a network device according to an embodiment of the present invention, where the network device 600 includes: the memory 601, the processor 602, the communication interface 603, and the bus 604 are electrically connected directly or indirectly to each other, so as to realize data transmission or interaction. For example, the components may be electrically connected to each other via one or more communication buses or signal lines.

Alternatively, bus 604 may be a peripheral component interconnect standard (PERIPHERAL COMPONENT INTERCONNECT, PCI) bus, or an extended industry standard architecture (Extended Industry Standard Architecture, EISA) bus, or the like. The buses may be divided into address buses, data buses, control buses, etc. For ease of illustration, only one thick line is shown in fig. 9, but not only one bus or one type of bus.

In an embodiment of the present application, the processor 602 may be a general purpose processor, a digital signal processor, an application specific integrated circuit, a field programmable gate array or other programmable logic device, a discrete gate or transistor logic device, or a discrete hardware component, where the methods, steps, and logic blocks disclosed in the embodiments of the present application may be implemented or performed. The general purpose processor may be a microprocessor or any conventional processor or the like. The steps of a method disclosed in connection with the embodiments of the present application may be embodied directly in a hardware processor for execution, or in a combination of hardware and software modules in the processor for execution. The software module may be located in the memory 601 and the processor 602 reads the program instructions in the memory 601 and in combination with its hardware performs the steps of the method described above.

In an embodiment of the present application, the Memory 601 may be a nonvolatile Memory, such as a hard disk (HARD DISK DRIVE, HDD) or a Solid state disk (Solid-state-STATE DRIVE, SSD), or may be a Volatile Memory (RAM). The memory may also be any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer, but is not limited to such. The memory in embodiments of the present application may also be circuitry or any other device capable of performing memory functions for storing instructions and/or data.

The memory 601 may be used to store software programs and modules, such as instructions/modules of the multicast message processing apparatus 500 in the TSN network provided in the embodiments of the present invention, and may be stored in the memory 601 in the form of software or Firmware (Firmware) or be solidified in an Operating System (OS) of the network device 600, so that the processor 602 executes the software programs and modules stored in the memory 601 to perform various functional applications and data processing. The communication interface 603 may be used for communication of signaling or data with other node devices.

It will be clear to those skilled in the art that, for convenience and brevity of description, specific working procedures of the apparatus and units described above may refer to corresponding procedures in the foregoing method embodiments, which are not described herein again.

It is to be understood that the configuration shown in fig. 9 is merely illustrative, and that the network device 600 may also include more or fewer components than shown in fig. 9, or have a different configuration than shown in fig. 9. The components shown in fig. 9 may be implemented in hardware, software, or a combination thereof.

Based on the above embodiment, the present application further provides a storage medium, in which a computer program is stored, and when the computer program is executed by a computer, the computer is caused to execute the multicast message processing method in the TSN network provided in the above embodiment.

Based on the above embodiments, the embodiments of the present application further provide a computer program, which when executed on a computer, causes the computer to execute the multicast message processing method in the TSN network provided in the above embodiments.

Based on the above embodiments, the present application further provides a chip, where the chip is configured to read a computer program stored in a memory, and is configured to execute the multicast message processing method in the TSN network provided in the above embodiments.

The embodiment of the application also provides a computer program product, which comprises instructions, when the computer program product runs on a computer, for causing the computer to execute the multicast message processing method in the TSN network.

Embodiments of the present application are described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by instructions. These instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.

These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.

The present invention is not limited to the above embodiments, and any changes or substitutions that can be easily understood by those skilled in the art within the technical scope of the present invention are intended to be included in the scope of the present invention. Therefore, the protection scope of the invention is subject to the protection scope of the claims.

Claims (10)

1. The multicast message processing method in the TSN is characterized by being applied to network equipment, wherein the network equipment is provided with a plurality of ports; the method comprises the following steps:

Acquiring a multicast message processed by frame replication and frame de-duplication FRER needing reliability;

determining a multicast group corresponding to the multicast message, a target port corresponding to each multicast member in the multicast group and an upper port in the target port; wherein at least one FRER groups are present in the multicast group; the FRER groups are composed of a plurality of upper connecting ports;

And copying the multicast message to only one upper port and the target ports except all the upper ports in the same FRER groups according to multicast copying logic, and copying the multicast message to the rest upper ports in the same FRER groups according to FRER copying logic.

2. The method for processing the multicast message in the TSN network according to claim 1, wherein copying the multicast message only to one of the upstream ports in the FRER groups and the destination ports except all of the upstream ports according to the multicast copy logic includes:

Updating the multicast member port bitmaps corresponding to the multicast group by using the uplink port bitmaps so that only one data bit corresponding to the uplink port in the same FRER groups in the updated multicast member port bitmaps is valid;

and copying the multicast message based on the updated multicast member port bitmap.

3. The method for processing a multicast message in a TSN network according to claim 2, wherein updating the multicast member port bitmap corresponding to the multicast group by using an uplink port bitmap so that only one data bit corresponding to the uplink port in the same FRER groups in the updated multicast member port bitmap is valid, includes:

performing exclusive OR operation on the uplink port bitmap and the multicast member port bitmap according to a preset strategy to obtain the updated multicast member port bitmap;

wherein, the preset strategy is: and carrying out exclusive OR operation on the numerical values of one upper port in the same FRER group in the multicast member port bitmap, wherein the numerical values of the upper ports except the upper port and the non-upper ports are respectively arranged in the positions corresponding to the upper port bitmap and the multicast member port bitmap.

4. The method for processing a multicast message in a TSN network according to claim 1, wherein determining a multicast group corresponding to the multicast message, a destination port corresponding to each multicast member in the multicast group, and an uplink port in the destination port includes:

Analyzing the multicast message, and determining whether the multicast group exists in the multicast message according to an analysis result;

If the multicast group exists, determining the target ports according to the multicast member port bitmaps corresponding to the multicast group, and determining the uplink ports according to the configuration information of each target port.

5. The method for processing multicast messages in a TSN network according to claim 4, further comprising:

And if the multicast group does not exist, directly matching a default entry of a routing table to send the multicast message to a next hop route.

6. The method for processing a multicast message in a TSN network according to claim 1, wherein obtaining a multicast message processed by frame replication and frame deduplication FRER requiring reliability comprises:

and carrying out message analysis on the message flow, and determining the message to be processed FRER and the multicast message in the message according to the analyzed message characteristics.

7. The method for processing multicast messages in a TSN network according to claim 1, further comprising:

And if the upper port does not exist, copying the multicast message to all the target ports.

8. A multicast message processing device in a TSN network, which is characterized by being applied to network equipment, wherein the network equipment is provided with a plurality of ports; comprising the following steps: the device comprises an acquisition module, a determination module and a replication module;

The acquiring module is configured to acquire a multicast message processed by frame replication and frame deduplication FRER that needs reliability;

The determining module is configured to determine a multicast group corresponding to the multicast message, a target port corresponding to each multicast member in the multicast group, and an upper port in the target ports; wherein at least one FRER groups are present in the multicast group; the FRER groups are composed of a plurality of upper connecting ports;

the replication module is configured to replicate the multicast message only for one of the upper ports in the same FRER groups and the target ports except for all the upper ports according to a multicast replication logic, and replicate the multicast message for the remaining upper ports in the same FRER groups according to a FRER replication logic.

9. A network device, comprising: a memory for storing a computer program; a processor for executing the computer program to implement the method for processing multicast messages in a TSN network according to any of claims 1 to 7.

10. A storage medium having stored thereon a computer program which, when executed by a processor, implements a method of multicast message processing in a TSN network according to any of claims 1 to 7.