An Efficient SDN Multicast Architecture for Dynamic Industrial IoT Environments

Large-scale industrial IoT services appear in smart factory domains such as factory clouds which integrate distributed small factories into a large virtual factory with dynamic combination based on orders of consumers. A smart factory has so many industrial elements including various sensors/actuators, gateways, controllers, application servers, and IoTclouds. Since there are complex connections and relations, it is hard to handle them in point-to-point manner. In addition, many duplicated traffics are exchanged between them through the Internet. Multicast is believed as an effective many-to-many communication mechanism by establishing multicast trees between sources and receivers. 0ere are, however, some issues for adopting multicast to large-scale industrial IoT services in terms of QoS. In this paper, we propose a novel software-defined network multicast based on group shared tree which includes near-receiver rendezvous point selection algorithm and group shared tree switching mechanism. As a result, the proposed multicast mechanism can reduce the packet loss by 90% compared to the legacy methods under severe congestion condition. GST switching method obtains to decreased packet delay effect, respectively, 2%, 20% better than the previously studied multicast and the legacy SDN multicast.


Introduction
Internet of ings (IoT) makes things exchange data with other physical/virtual things through the Internet.Most of IoT services monitor specific objects or place by means of suitable sensors, and make decisions based on the sensing data to optimize some situations, such as air conditioning for home.Many manufacturers try to collect the data from customers in order to accumulate user and device information generated by their products.e data made by things have the great importance in business value chain and future usage.erefore, many components of IoT ecosystem need the raw data from sensors or processed data by some machines.at is to say, IoT application servers and IoT storage clouds may simultaneously require the data for analyzing the status of a thing and some other objectives.
In industrial IoT (IIoT), such as smart factory, so many sensors are more and more deployed in production lines in order to deeply watch into the factory environments and enhance the productivity as a result [1].Comparing with general IoT, IIoT requires much more dependable network services with low transfer delay, high reliability, and dynamic reconfigurability in terms of a network service because there are real-time cooperative machines with selfoptimizing functions based on the machine or production process states detected by monitoring sensors [2][3][4].Especially, factory cloud service or manufacturing as a service (MaaS) can be one of new manufacturing paradigms as shown in Figure 1 [5].Manufacturing is evolving toward personalized production system by the order of user requirements.In factory cloud service, small production lines are integrated into a large-scale virtual factory where a subfactory sector should share the entire virtual factory information from the other subfactory sectors because the condition of other factories seriously affect the entire production schedule.All the production activities including automatic logistics are instantly scheduled by the order from users on line. is virtual factory concept can be also applied to a large factory system such as Samsung Electronics in the same way.Big data from each subfactory sectors are multicasted to the other sectors or computing systems, for example, IoT clouds with arti cial intelligence (AI) or factory application servers including manufacturing execution system (MES), product lifecycle management system (PLM), enterprise resource planning system (ERP), supervisory control and data acquisition (SCADA), and so on.erefore, dynamic network recon guration and high-level QoS will be strongly necessary to this kind of industrial services [6,7].
As mentioned above, a large-scale IIoT faces the requirements of scalability and complex QoS [6,7].Actually, real-time factory control requires deterministic network operations supporting guaranteed time delay in which packets must be delivered from sensors to actuators via IIoT control systems in a few hundred milliseconds [8].Reliability of packet delivery is also necessary to ensure very low packet loss for serious data such as control messages in terms of QoS [9,10].On the other hand, IP-based Internet has di culties for supporting dynamic optimal path routing or network recon guration based on real network conditions because of its distributed routing characteristics.e future IIoT services need multiple network services including dynamic multipoint communications, quality of service (QoS)based path rerouting and unpredictable IIoT device changes.erefore, software-de ned networking (SDN) is suitable for IIoT network services where it can e ciently perform the network services by means of global network view [11].
In this paper, we propose a novel SDN multicast based on group shared tree (GST) for large-scale IIoT environments.It can solve the critical issues including end-to-end delay time, packet loss, and network scalability.is paper is composed of as follows.In Section 2, we will summarize the SDN, IP multicast, and the legacy SDN multicast mechanisms.In Section 3, we describe the proposed SDN multicast architecture.Also, our paper explains near-receiver dynamic rendezvous point (RP) selection algorithm, a state machine of GST operation, basic GST ow entries, and GST switching mechanism.Section 4 proves the performance of the proposed architecture in terms of packet loss and end-to-end delay time.Finally, the conclusion and future works of SDN multicast will be given.

Related Works
2.1.Software-De ned Networking.Applications with various characteristics have di erent network requirements [12].
e legacy network has limitation to meet these requirements [13].SDN was proposed to make networks exible to overcome the limitation of a legacy network [14].SDN is separated by three layers, which are data layer, control layer, and application layer.e lowest layer is the infrastructure layer, which includes network devices such as switches.is layer is also called "Data Plane."Network elements are forwarded through the infrastructure layer, and the status information of each local network device is also monitored.e above layer is the control layer.It is also called "Control Plane." e control layer consists of SDN controllers.A SDN controller is an essential component which provides functions of global network monitoring, network service de nition, and con guration.
e control layer receives and uses every local network information from the infrastructure layer through the southbound interface.e open ow protocol is the dominant protocol for the southbound interface [15].Based on the local network information, the SDN controller monitors the network status and performs network control such as ow and path con guration.e commonly used SDN controllers are

Mobile Information Systems
Opendaylight, Floodlight, and Ryu controllers [16,17].e application layer above the control layer has network applications to conduct various network functions which have various network features.e interface between the application layer and the control layer is called northbound interface.rough the northbound interface, the application layer receives the global view of the network and sends the guideline for defining network service.In the northbound interface, RESTful API is mainly used for exchanging network resource information.rough these three layers of SDN, the network can be flexibly controlled to satisfy various communication requirements of each network application.

IP Multicast.
e legacy multicast mechanisms can be categorized into two types: source based tree (SBT) and GST [18,19].SBT multicast mechanism is a multicast method of constructing a multicast tree for each source as a tree root, and there are multicast OSPF (MOSPF), distance vector multicast routing protocol (DVMRP), and protocol independent multicast-dense mode (PIM-DM) [20,21].GST multicast mechanism is a multicast method of making a single shared multicast tree for all the sources in a multicast session, and there are core based tree (CBT) and protocol independent multicast-sparse mode (PIM-SM) [22].GST creates a single tree path structure consisting of a group of senders and receivers.GST has a core node or an RP which works as a central point of multicast packet transmission for all the sources and the receivers in a multicast group.e SBT and GST have each different required resources of the switch.e SBT does not consider created a number of flow by receiver for each source, so a state explosion is happened caused by a large number of multicast sources, such as sensors and sensor gateways [23].SBT does not have any multicast core which multicast traffic should be passed, so the SBT can communicate in real time.However, SBT multicast mechanism does not guarantee real time in all cases.Creating a multicast tree does not consider receiver for each source, so a state explosion is happened caused by a large number of multicast sources, such as sensors and sensor gateways [23].On the contrary, the GST only needs a resource by the number of the multicast group.e multicast traffic of GST must pass through the RP when the source transmits a packet to all receivers.e weak points of GSTare, however, RP overload and nonguaranteed real-time communication.Although GST multicast reduces the number of multicast flows, it must ensure real-time service and solve RP overload problems in order to achieve a critical QoS of the IIoT service [24,25].erefore, GST applied to IIoT should reduce packet loss by RP overload and minimize other packet loss reasons.

SDN Multicast.
As mentioned above, the multicast mechanisms such as GST and SBT are difficult to construct an adaptive multicast tree.Some research has been performed on setting the path by applying the SDN to the legacy multicast mechanism [26].Tim suggested the SDN multicast SBT, early branching shortest path tree (EBSPT) [27].EBSPT find branches, which are split by paths between sources and receivers.e multicast packet sends to branches through the IP tunneling.e packet that arrives at the brunch converts to a unicast packet and goes to the receivers.Tim proved the network scalability of EBSPT by using an installed number of flow states and transmitted multicast packet count as evaluation metrics of an experiment.Lin and Cui proposed an optimal path by applying SDN to the GST scheme [28,29].Locality-aware multicast approach (LAMA) proposed by Lin separates multicast groups by bandwidth threshold of sources when multicast groups form [28]. e next process selects an RP by the smallest hop counts between sources and candidate RP switches.Our proposed RP selection method chooses an RP that has short distance among candidate RP switches and receivers unlike the RP selection method by Lin. e proposed multicast method by Lin remains difficult in resolving path switch and adaptive RP selection in dynamically changing networks.Lin predicted to degrade the switch performance due to a large number of flows per switch in network with multiple sources.A large number of sources leads RP overload, and it causes packet loss.Cui implemented GST to different characteristics network, data center network (DCN) [29].DCN has a few core switches which can be selected as an RP.Cui constructs shared trees to some core switches.Split multicast packets are sent in order to receivers through each shared tree.e proposed method by Cui is difficult to manage dynamic multicast groups, so it had limitation to apply in large-scale networks.

e Architecture Overview.
e proposed architecture of the SDN multicast for the large-scale IIoT environment is shown in Figure 2. In the network architecture data plane of the network is connected by using openflow switches [30].e source sends multicast packet, and the receiver waits for receiving multicast traffic.To receive this packet, the receivers send Internet group management protocol (IGMP) report message to the switch which connected at first.e switch which received IGMP message sends Packet-In message to the controller so that controller knows the group join and the location of receiver.e receiver's group leave is performed in the same way.After that, the controller creates a tree structure from the RP to the receiver.
e source sends the multicast packet to the first switch, and the switch sends the multicast packet to the controller.In other words, the GST is created by combining the path between the sources and the receivers through IGMP report message.Finally, when the receiver joins or leaves the group, it is caused for the RP location to move, and the sources send packets to new GST which is created by the GST switching.

e Basic Modules of SDN Controller.
e control plane of the network is managed by an SDN controller.ere are three basic modules including Topology Discovery, Flow Installation, and Traffic Monitor.
e function of each module is as follows:

e Extended Modules for SDN Multicast.
We designed six extended modules including Group Manager, RP Selection, RP relocation, GST Switching, Tree Management, and GST Delay Measure.e function of each module is as follows: (i) Group Manager: is module manages information of sources, receivers, and multiple groups for multicast communication. is module controls dynamic source and receiver by parsing IGMP group join/leave message and stores the information which is RP position and path of each group.Using this module, the controller decides whether it connects to the new GST or not [31].We proposed the near-receiver dynamic selection algorithm that determines the RP location when a multicast group member changes.e RP is selected by the sum of the hop count between the candidate switch and the receivers of each group.e join/leave operation of sources does not a ect RP selection.After selecting the RP, the ow installation module con gures the shortest tree by combining the shortest path between the source and the RP and the shortest path between the RP and the receiver.If there are multiple switches with the same distance, the switch with the lowest data path id (DPID) is created as the RP.DPID is the serial number of the switch.As a result, the location of the RP may be changed to another SDN switch that is selected by the algorithm on the multicast session.e pseudo code of Near-Receiver Dynamic RP selection algorithm is shown in Figure 3. N is a graph of the current network.S is a one-dimensional array of the RP candidate switches and has the DPID of the switch.R is a onedimensional array of receivers belonging to a multicast group and has the value of the receiver of IP address.D is a one-dimensional array of the sum of the distance values between the switch and the receivers.S l and R l are the lengths of each RP candidate switch and receiver switch array.ShortD is a shortest distance value in the D. RP variable is the index of the shortest distance value in D. shortest_path_length is a function to calculate the path distance between S and the R in N graph [32].
e algorithm process is as follows: rst, call the shortest_path_length function to calculate the distance of the shortest path between R and S; second, store the value which is calculated at rst process to D; return the index of D with the shortest distance in D, stored in RP; and lastly, select RP switch with matching RP and DPID of S.

State Machine Design of GST Management.
Figure 4 shows the state machine of the proposed GST.
e old GST de nes a multicast tree before receivers invoked multicast member query.e new GST is a result of the RP relocation when the receiver invoked a multicast member query.
e state machine has four states: Waiting GST, Compared GST, Temporary GST, and Changing GST.
(i) Waiting GST: is is the waiting state before comparing the state change of the old GST.e waiting state does not change a state until multicast member sends query message.During the waiting GST must manage the join and leave of members.
is member management is the work for modifying the ow of the GST.When the multicast member state changes, the GST gets permission to choose the RP.For the optimal changing GST, the RP position is obtained using the RP selection algorithm.After that, the controller sends a packet to measure the GST delay from the RP to the switches which rst connects to the receivers.(ii) Compared GST: is state compares the old GST with new GST.If a location of the new RP and old RP is di erent, amount of the old GST delay minus the new GST delay is bigger than ε, and bandwidth of the old RP is greater than the sum of new RP bandwidth and size of the multicast packet, then the RP relocation is performed.ε is a threshold parameter of the total delay di erence between the new GST and the old GST during the RP relocation.e RP relocation is the action of changing the RP location, which is the key node of the GST, by using the near-receiver dynamic RP selection algorithm.If the three above conditions are not satis ed, the current state must return to the waiting GST state and select other GST to measure the RP relocate.As long as the status of the receiver does not change, the GST that has undergone the comparison once does not enter the state machine again.(iii) Temporary GST: is state is executed to switch the tree of the new GST which satis es the criteria of the previous state machine.e new temporary GST is created by RP relocation in the previous step.e new temporary GST coexists with the old GST.During this state, the ow of the old GST is deleted and connected to the temporary path, so the multicast packets ow to the new temporary GST.(iv) Changing GST: is state appears when the temporary new GST nish installing a path.e path moves the temporary new GST to the actual new GST.After that, it deletes the new temporary GST and returns to the waiting GST state.Finally, completing the action, the controller selects the other multicast groups to measure the RP relocate.

RP Relocation and GST Switching Mechanism.
e multicast path switching for changed GST must be done.Packet loss happens on the time between eliminating the old GST and con guring the new GST.e GST switching takes three steps to minimize forwarding paths on packet loss events.
is mechanism must require the open ow switches that support multiple ow tables.e rst step is to con gure the temporary tree path and change existing tree path to this path.e rst step sets the temporary GST path based on the changed RP.A general GST has a path installed in ow table 0 or 1, but a temporary GST sets a path in the ow table 2 or 3. erefore, the temporary GST and old GST will never overlap paths.e second step is to modify the ow of packets, which can forward into the temporary new GST and delete the path to the old GST.e last step copies the temporary new GST and pastes it in ow table with the value of 0 or 1. e controller sends a message to switches to delete the installed ow table with the value of 2 or 3.

Experimental Con guration.
ere are three causes of packet loss in the proposed SDN multicast operation.e rst one is an RP overload.We suggested changing the structure of GST and the algorithm for changing the location of an RP to solve this problem.e second reason is deleting the path due to the join/leave operation of receivers.We minimize the number of elimination of GST path without changing the location of an RP whenever receivers participated.e third is changing the GST by changing the location of an RP.Packet loss can be minimized by forwarding packets through a temporary GST before an actual GST path is created.We performed some experiments to verify if the proposed SDN multicast can e ciently reduce the e ect of three types of packet loss.In addition, we measure the packet delay time of the proposed mechanism comparing with the legacy SDN multicast mechanisms.
e network simulation is performed in Mininet [33].e SDN controller and switches are con gured using the Ryu controller and open ow 1.3 version switch.We assumed that sources and receivers in the multicast session are 6 Mobile Information Systems sparsely distributed in wide-area.In addition, when comparing the number of sources and the number of receivers in multicast, we assumed that there are many sources rather than receivers which is a feature of the IIoT environment.e topology consists of a complex topology as shown in Figure 5. e topology is con gured with 23 switches and 25 hosts.Each host has the di erent network IP address and the group of the source hosts is h10-h25, the group of the receivers is set to h1-h9.e SDN multicast packet used in the simulation was generated by Iperf [34].
e experimental environment for RP overload of the near-receiver dynamic RP selection algorithm is as follows.
e total number of multicast groups is 15, consisting of an average of 5 sources and 3 receivers.e receivers send the corresponding multicast group join message.
e sources send a multicast message to the receivers, where the other sources send the message after four seconds have elapsed since one source delivered the message.e multicast messages were transmitted for 200 seconds by 512 kbps bandwidth.
e RP overload packet loss experiment is the same except that the packet transmission rate is 2 Mbps and the bandwidth of the entire topology link is 30 Mbps.
e previous work of Kim has a packet loss problem in a network environment where multicast groups often participate in receivers [35].In order to overcome packet loss, we conducted a comparative experiment with the proposed network overcoming packet loss.e simulation was set up with ve sources in the same multicast group.
ese sources send multicast messages to receivers.e number of increments and decrements for the receiver has been set to 1 or 3. We observed the amount of lost packets during multicast communication.
e setting of the delay reduction experiment with GST change xed the link delay of the entire network to 5 ms.In this experiment, four sources and three receivers joined the multicast group.We started the multicast transmission from the source and observed the time di erence before and after applying the RP relocation.
is experiment con rms that the delay of the GST is controlled by the RP relocation.
e environment setting for estimating the appropriate ε is set to 5 ms for the link delay.e members of the multicast group in the experiment are con gured four sources and eight receivers.We tested the suitability of the GSTswitching by setting the GST delay di erence to 100 ms, 50 ms, 10 ms, 1 ms, and 0.1 ms. e conversion conformance criterion of GST is the network overhead.Frequent GST switching increases the network overhead by the network control messages.Mobile Information Systems

Analyzing Simulation Results
. We compare the three multicast mechanism: LAMA, SDN multicast without GST switching, and SDN multicast with GST switching.LAMA by Lin is set based on the proximity of all sources.Once it is selected, Lin's RP does not change [28].In our experiment, it is set on switch 7 that is the nearest switch to the sources.LAMA is the closest RP to the receivers.It also does not change the position of the RP like the SDN multicast without GST switching mechanism.is RP is located to switch 19 in our network topology.e SDN multicast without GST switching dynamically changes the RP location during a multicast session.
e comparison criteria are packet amount of RP switch, network congestion, and packet loss.First, we compare the number of packets that the switch concentrated on a RP about each mechanism, as shown in Figure 6. e RP switch is monitored at the interval of 60 seconds, and the packet transmission amount of the RP is observed for 260 seconds.LAMA and SDN multicast without GST switching receive 580,000 packets which is the total amount of experimental multicast packets.SDN multicast with GST switching does not change the total amount of packets received.However, due to the change of the position of each group RP, the total packets received by the RP were distributed and received an average of 90,000 packets.As a result, we observed that the proposed SDN multicast with GST switching mechanism can reduce load on a RP. e second comparison is network congestion.e network range of this comparison is from source to RP. e matrix for evaluating network congestion is the average number of ows that the switch has installed and the average packet forwarding rate of the switch.e formula for this matrix is shown in (1) and (2).
In (1), P Avg is the result of an expression representing the number of packets forwarding per switch.P Total is de ned as the sum of forwarding packets of the switches included in the path from the source to the RP.S is the number of switches included in the path from the RP to the source.F Avg in (2) represents the number of ow entries that make ow entries connecting the RP up to the path of the source and RP per switch.F i is the number of at the source of the ith switch.S in (2) is the same as S as follows: As a result of (1) and ( 2), the network congestion is evaluated by the graphs of Figure 7.As shown in Figure 7, the SDN multicast with GST switching processes 29,000 less forward packets than LAMA and 8,000 fewer than SDN multicast without GST switching.In Figure 8, the proposed algorithm has shown that the number of ow states per switch is reduced by 36% rather than LAMA and by 30% rather than the SDN multicast without GST switching.
e reason for this result is that using LAMA increases the density of the switch.
is causes an increase in the number of ow states to be processed.As the role of the switch increases, the throughput of the packet forwarding also increases.e SDN multicast without GST switching is far from the source, so the throughput of the packet is reduced, but the RP and the switches around the RP still    8 Mobile Information Systems cannot decrease the number of ow states.Due to the xed number of ow states, the performance of SDN multicast without GST switching cannot be advanced.However, the SDN multicast with GST switching does not concentrate on low density and the RP switch packet.It has the lowest congestion of the network with the formula of ( 1) and ( 2).As a result, the SDN multicast with GST switching is the most e ecient multicast mechanism in the large-scale IIoT environment with a large number of sources.e last comparison is the result of the packet loss in the second experimental environment.Packet loss occurs when the amount of packets sent from the source to the receiver over the RP exceeds the 30 Mbps capacity.In Figure 9, packet loss LAMA, SDN multicast without GST switching, and SDN multicast with GST switching are 63%, 40%, and 35%, respectively.e number of packets to be processed by the link increases when the congestion of the network is high and the forwarding processing of the concentrated packets of the RP is large.is causes link to discard the packet.erefore, the packet loss is small in the order of SDN multicast with GST switching, SDN multicast without GST switching, and LAMA.
With these three comparisons in case of many sources and many multicast groups, the SDN multicast with GST switching overcomes single point of failure (SPOF) problem caused by RP overload, which is the essential disadvantage of GST multicast.In addition, when using our proposed algorithm, it is possible to use IIoT network more e ciently by reducing the use of ternary content-addressable memory (TCAM) [36], which is a ow memory of a switch.
Figure 10 shows the packet loss result where group join and leave operations frequently occur.In these experiments, we compared the extended SDN multicast preventing packet loss caused by GST Switching with the previous work of Kim which was not considered packet loss [34].We performed this packet loss experiments four times.Each of the experiments increases and decreases the number of receivers in the multicast group by one or three.
e extended SDN multicast average packet loss is 1%, while the multicast without GST switching has an average of 10% [34].e extended SDN multicast can reduce packet loss by applying RP relocation and SDN multicast GST switching module.
e experimental result shows that the proposed multicast mechanism can reduce the packet loss, which is one of the important factors in IIoT.
Figure 11 shows the average packet delay comparison of the three SDN multicast mechanisms.e rectangle dotted line means the packet delay time of LAMA.e circular dotted line is the SDN multicast without GST switching of our previous study, and the proposed SDN  Mobile Information Systems multicast is represented as the diamond dotted line.e proposed SDN architecture showed 20% average delay reduction than LAMA and 2% decreased delay compared with SDN multicast without GST switching.Since the proposed SDN multicast has GST switching mechanism based on the difference between the average delay time of old GST and that of new GST, the average delay comparison shows that the proposed mechanism has the lowest delay level as depicted in Figure 11.
e network overhead depends on the control messages generated by GST switching.We design the frequency of GST switching by means of value ε, which means the delay difference between old GST and new GST.If network operators set value of ε to small level, there will be very frequent GST switching.As shown in Figure 12, as the ε value increases from 0.1 ms to 100 ms, the network overhead decreases and vice versa.e decision of the value of ε may be a difficult problem because the ε value is an engineering factor.e value should be decided by considering network topology, resource, and other conditions of network.

Conclusion
In this paper, we proposed a novel SDN multicast with GST switching for large-scale IIoT networks.e legacy IP GSTbased multicast has packet loss problems caused by the overload on RP.In addition, it is difficult to reliably transmit multicast packets under congestion conditions and to configure the optimal multicast path for dynamic join/leave operations.In order to overcome the above issues, we adopted SDN-based multicast architecture including tree switching for discovering optimal multicast paths between sources and receivers.Especially, the architecture includes the near-receiver dynamic RP selection algorithm and GST switching.In the near-receiver dynamic RP selection algorithm, we suggested RP relocation method for the overload on a RP before making a new GST.A new RP location is selected by the calculation of the minimum distance between the old RP and all multicast receivers.With RP relocating process, GST switching helps to enhance the performance of delay time.A SDN controller measures the delay difference between the old GST and the new GST, and it makes GST switching decision to achieve lower packet delay.Finally, we compared the performance of the proposed SDN multicast with that of the legacy SDN multicast in terms of packet concentration on RP, average packet loss, and average delay time.As a result, we could prove that our SDN multicast with GST switching has lower packet loss ratio and delay time than the other SDN multicast mechanisms.

Figure 1 :
Figure 1: Factory cloud service concept based on Industrial IoT.
(i) Topology Discovery: is module can identify the status of the network con guration.is can obtain link status or location information of the near switch through link layer discovery protocol (LLDP), and based on this, the user can con gure desired global view.(ii) Flow Installation: is module is responsible for installing ow entries in open ow switches from the controller. is module creates the appropriate shortest path using the topology discovery module by looking at a ow entry.(iii) Tra c Monitor: is module checks the ow status of open ow switches.It monitors the packet which is forwarded to the switch by checking the packet counter value in an ow stats reply message.Using this module, the user can observe periodically how much the GST a ects the RP switch and other switches and compares the bandwidth of the old GST and the new GST.
(ii) RP Relocation: is module works in three cases when the RP position of the multicast GST is changed, when the summation of bandwidth usage and all multicast packet size at the new RP is smaller than the bandwidth usage at the old RP, and when the delay of the new GST is smaller than the old GST.It updates the location information of the RP and the path information of GSTof Group Manager.(iii) GST Switching: is module changes the position of the RP and creates a new GST.To reduce packet loss caused by GST switching, it helps to clearly control the path setup between an old GST and a new GST by using a temporary GST.(iv) RP Selection: is module uses the group manager and topology discovery to obtain receivers and a shortest path information, and then it selects the RP.If the RP cannot be selected, it selects the default switch as the static RP. is module supports packet forwarding and GST con guration with help of ow installation module.(v) Tree Management: is module performs GST establishment on the event of RP relocate and member join/leave of a group.GST information is generated based on RP location assigned by RP selection module.is has information of GST topology.e information is sent to group manager.(vi) GST Delay Measure: is module measures the delay of the old GSTand the new GST.e controller sends a Packet-Out message to the RP switch and measures a return time which arrives packet to the controller.

Figure 2 :
Figure 2: e proposed large-scale industrial IoT SDN multicast architecture.

Figure 6 :
Figure 6: Concentration of multicast packet on an RP switch.

Figure 7 :
Figure 7: e average number of multicast packets processed by an SDN switch.

Figure 8 :
Figure 8: e average number of ow states processed by an SDN switch.

Figure 9 :Figure 10 :Figure 11 :
Figure 9: e average multicast packet loss of all receivers.

Figure 12 :
Figure 12: Network overhead by the factor of ε.
third action appears on switch which is connected most closest to the receiver.e switch has ow tables that can store ow entry, and the Nth ow table is called as ow table N. e ow table 0 is applied to process incoming packets.e ow table 1 to N would be applied if the incoming packets need additional processing.One of the ow tables can send packets sequentially to other tables, but not vice versa.e rst and second actions start at ow table 0, but the third action starts at ow table 1. e third action sends a packet from ow table 0 to the ow table 1.After that, the packet is matched with the VLAN header of ow entry under the ow table 1. if packet nd a same VLAN header, the action removes the VLAN header and forwards to receivers.
Operation.A ow entry is placed in a switch and controls a packet.ere are two kinds of ow of multicast used in the proposed SDN multicast Mobile Information Systems architecture.It is divided before and after passing a packet to RP.Before passing through an RP, a ow is "( * , G)," and after passing an RP, a ow is made with a VLAN Tag.G means the address of a multicast group and * is every source IP address.ese ows have three kinds of actions to process packets.e rst action is forward action.is action is used most frequently for passing the packet to the destination.It is used in all ows.e second action happens when a packet reaches to an RP.It takes action to checks a multicast group address of a packet and attaches header of VLAN.After arriving, this action matches a tag number of the VLAN to the group address of the multicast and attaches the mapped VLAN tag to a packet header.is action occurs only on an RP switch.e