Designing of a Simulation Tool for the Performance Analysis of Hybrid Data Center Networks (DCNs)

Department of Computer Science, University of Engineering and Technology, Taxila, Pakistan Faculty of Computer Science & Information Technology, Universiti Malaya, Kuala Lumpur 50603, Malaysia Department of Information Technology, College of Computer and Information Technology, Taif University, P.O. Box 11099, Taif 21944, Saudi Arabia Deanship of Scientific Research, King Saud University, Riyadh, Saudi Arabia Department of Information Technology, Bahauddin Zakariya University, Multan 60000, Pakistan


Introduction
In this growing era of computing, thousands of applications are introduced; moreover, those applications had millions of users at a time. e people interacting with these applications belong to different domains. ese millions of users interact with thousands of applications at a time daily. In this changing era of technology, the idea called "Cloud Computing or Mobile Computing" arose. Cloud computing or mobile computing introduces a completely new computing technology mode [1].
is new era of technology highly increases the number of applications that result in an increased number of users. Now, millions of people connect or interact and use them [2].
To assist the idea of this new era of technology, a mode of technology came named as datacenter (DC). e cost of the data center network is equal to the price of the old parallel computer network but with a huge difference in bandwidth, latency, reliability, security, modularity as well as power consumption. As the Internet world grows, the Internet and cloud computing-based applications have appeared. is speedy evolution of the internetwork and cloud computing and cloud computing-based applications demand maximum bandwidth, maximum throughput, and low latency [3]. Moreover, the interconnection also ensures the reliability of the network. e rapid emergence in Internet traffic due to the number of new emerging web applications has increased the demand for network bandwidth in the DCN. e traffic in the network employing using a particular application increases day-by-day exponentially. DC architectural design is getting substantial importance and acting as the backbone of the network because of its essential feature of supporting and maintaining the rapidly increasing internetwork-based applications which include large-scaled computations (e.g., indexing, bioinformatics, and data mining), web hosting, video hosting with its distribution (e.g., YouTube and NetFlix) as well as includes the huge number of social networking applications (e.g., Facebook and Twitter) [4].
e DCNs serve as a backbone in a new model of computing to meet the huge numbers of users' needs in a more efficient way.
From the last decades, the highest increase in the Internet traffic predominantly directed from egressing the number of web applications like social networking plus cloud computing bent the requirement of additional dynamic and energetic DCs. e servers will experience very low latency communicating if the DCs grow greater in size containing thousands of servers per rack. C set a major challenge related to DCs networking, constructing the required essential wish to build a new effective interconnection infrastructure with maximum bandwidth and minimum latency. As the size of the warehouse-scale (WS) data center increases, communication between the inter as well as the intradata center becomes more challenging in terms of inter as well as intradatacenter communication [5], power consumption and high bandwidth requirements, and small latency delay [3,6].

DC Architecture
As technology grows, the different DC architectures emerged to support computing demands. Currently, the DCN architectures are based on a standard layered approach, as shown in Figure 1, which passes through several tests and has been improved over the past several years. e DC infrastructure's layered approach, sometimes also called the hierarchical internetworking model [2], includes the core layer, aggregation layer, and access layers. e core layer is the uppermost layer in the design of DCN. is core layer is responsible for the fast transmission of data in the whole network that is why this core layer is recognized as the backbone of the DCN because all other layers depend on this core layer. is core layer is not responsible for routing traffic (packets) at the LAN. Moreover, the switches used in this layer do not deal with packet controlling. It has high-level duties in the network and takes most of the time designing the DCN [7]. is layer's main purpose is to provide minimum latency time in the delivery of packets. It consists of high-speed cables called fiber cables because of its high transmission rate and minimum reconfiguration time and high-end switches.
e key term that the core layer majorly focuses on is efficiency. e essential features considered in designing the DC core layer switch are that the core layer's main and important factor is speed. e core layer provides a maximum data transfer rate through load sharing because multiple connections are used in the network through which the traffic travels. Multiple connections are used in the network to maximize the network's fault tolerance rate. In addition, the second factor is the core layer of DCN which deals with high-speed packet switching for all the ingress and egress packets in DCN. e core layer of DCN also offers fabric for high-speed packet switching among multiple aggregation modules in the DCN. It promises resilient fabric Layer 3 routed without any point of failure, as shown in Figure 1.
After the core layer in DC infrastructure, the aggregation layer is designed. It is the middle layer and acts as a medium to connect the core and access layers. e aggregation layer consists of Layer 3 switches and LAN-based routers. is layer makes sure that the packets are accurately transmitted among subnets and VLANs or in the network. is layer of the DCN is also known as the workgroup layer. Due to its huge number of tasks performed in DCN, it is also called the distribution layer or services layer. It provides vital functions, for example, service module integration, minimum spanning tree execution as default gateway redundancy [7]. Multi-tier traffic from server-to-server travels through the aggregation layer and utilizes multiple services, like firewall, load balancing, and optimization applications [8,9].
In Figure 1, the block switches icons in the aggregation layer show the integrated service modules. e main aspect of the aggregation layer is routing.
is means that the aggregation layer is responsible for route and regulates the packet transmission based on information of its origin and destination and to build a network border of communication. e layer provides an opportunity to create different protocol gateways for ingress and egress multiple network architectures. is layer helps and acts as the limit or edges for broadcast and multicast domains [10]. e Layer 3 switches or routers examine packets and then prioritize delivering the packets to the destination based on the policies and rules you set and applied. e switches in the aggregation layer also have 10 GigE links with the switches, which are also used as ToR switch in the access layer. Moreover, it also has four pairs of 10 GigE links (4 × 10 � 40 GigE) with other aggregation modules when using multiple aggregation modules in the data center network, as shown in Figure 1. e 40 GigE links to join the multiple aggregation modules give high bandwidth, avoid path blocking and quick convergence, and avoid the issues of overwhelming and arbitrarily broadcast.
In DCN, the bottommost and the last layer is access layer. It is the edge of the DCN where the switches called Top of Rack (ToR) switches are attached to the servers, as shown in Figure 1. e DC access layer offers physical connections to the servers and works in Layer 2 or Layer 3 modes. e primary oversubscription point is coming in the access layer because it aggregates the traffic of the server onto the 1 or 10 GigE channel uplinks in the DC aggregation layer. In the access layer, servers are physically connected to the network [7]. e modules of the server involve 1 rack unit (RU) servers, blade servers attached with integral switches, number of the blade, and clustered servers attached by passthrough cabling. Moreover, the access layer architecture also includes configured 1RU or 2RU switches, modular switches as well as integral blade server switches. Layer 2 and Layer 3based architectures are done by switches used in this layer, by satisfying the server broadcast domains. e DC access 2 Complexity layer provides an opportunity to program a switch so that only particular systems on the network can access the related or joined LANs. Switch facilitates the nodes on the network by creating separate collision domains for every single connected node to enhance the performance of the network. By using load balancing, data can be moved from one network to another network. In the access layer, ToR switches are usually used in every rack and have 1 GigE or 10 GigE slots connections to the network.
ese ToR switches connect to the number of servers that include the application servers, web servers, and data storage servers, as shown in Figure 1.
is ToR architecture minimizes the cabling structure.
ese ToR switches are in greater numbers as compared with the switches used in the aggregation and the core layer. A single DC involves more than thousands of servers, arranged in a rack of 20-40 servers each [11,12]. Servers within each rack are attached to the ToR switch, as shown in Figure 2, which are then further connected to the layers of clusters of switches in DC. e ToR switches connect to the aggregation layer switches through various high-speed connections of 10 GigE that are clustered to one another in a port channel. e packet travels through the core and aggregation layer. Based on the information in the packet, ToR examines and analyses the packets and fetches the data from the required server. All the information is encapsulated in the packet [7,13]. Generally, less than 25% of average network peak load is held by DCNs, and large number of links in DCN stay idle for almost 70% of the time [14]. e important issue in DC traffic management is load balancing intended as reducing packet delay in internetwork and intranetwork; moreover, it is also able to redirect the flows by assessing energy-efficient targets. e primary factor of energy consumption in DCs is servers, and huge number of running servers results in higher power consumption. e longer the traffic stays in the DCN, it not only affects the energy consumption but also affect packets delay. Hence, the optimization of DCN servers utilization results iǹ  Complexity 3 more efficient energy savings. Currently, a new hot research area in DCs is virtual machines (VMs) placement. rough appropriately placing VMs w.r.t the network and applications resource requirements, the network manager is able to save the superfluous resources for the other services and make the DCN much energy-efficient [15]. In this paper, we are not considering the whole network and placing the VMs. We are just modeling the traffic within the DC network [8,16]. VMs placement and task distribution on different VMs are not considered because we only consider the traffic within the DCN (inter and intra DC network traffic).

Optical and Hybrid Data Center Architecture
OSA. e first design that uses optical switching technology in DCN is named OSA, as shown in Figure 3. OSA DC architecture is a "pure" optical switching network, which means that this architecture left the idea of switches based on electrical core and uses the idea of optical switches to build the switching cores [17].
While the ToR switches are electrical so far, so to transform and operate into optical-based and electrical-based signals among different servers and switching cores. In OSA architecture, the switching core has several connections on each ToR switch. e arrangement of connections is considerably flexible depending on the traffic demand.
Meanwhile, the architecture remained unable to provide the direct optical links between each rack pair according to the traffic demands, the design built by the controlling system creates a connected graph topology, and the ToR switches are liable to deliver the traffic among other ToR switches.
erefore, in OSA architecture, several optical links are provided to each rack [4].

c-rough.
Wang et al. proposed the first hybrid electrical-optical network model data center network named c-rough. It is a three-level multirooted hybrid electrical and optical network model of DCN as shown in Figure 4, as an advancement to the current DCNs. c-rough is also known as HyPaC (hybrid packet and circuit) DCN. In c-rough architecture, ToR switches are linked to both networks made from electrical packet-based networks (Ethernet) and optical circuit-based networks [18].
is shows that it has two major parts: first, a tree-like electrical network that keeps the connectivity among every pair of switches of ToR and the second is a reconfigurable optical-circuit network that provides maximum bandwidth among various rack of servers. e optical switch is configured so that each pair of the rack, with a high bandwidth request, is attached with this optical switch. Due to the high cost of optical networks and promising maximum bandwidth between the optical links, there is no need to set the optical links to every single pair of racks, increasing the cost of the network [19]. In c-rough network, the optical part's configuration depends upon the traffic among the different types of racks of servers. c-rough architecture evaluates the rack-to-rack traffic demand by detecting the socket buffer's habitation. Each rack has a single optical link, so the whole architecture is reconfigurable at any time.
A traffic monitoring system is required that is positioned in hosts; thus, it calculates the bandwidth demand with the other hosts in the network. e optical configuration manager accumulates these measurements plus understands the optical switch configuration that depends on the traffic requirements.
e nature of traffic requirements and the attached links are all expressed as maximum weight-perfect matching problems. at is why, in the c-rough network, the Edmonds algorithm is used as the key of the maximum weight-perfect matching problem [4]. After the optical switches' configuration, the optical manager notifies the ToR switches to route the packet based on information. Traffic in ToR switches is demultiplexed through virtual local area network (VLAN)-based routing [20]. Two different types of VLAN-based routing are used because of the electrical-optical network model: one is for packet network-based routing and the second for the optical circuit (OC) network-based routing [18].

Helios.
In 2010, Farrington et al., from UCSD proposed an electrical-optical switched network model for modular DCN as mentioned in [4], which is known as Helios. Helios is the other hybrid network based on the electrical-optical network model just like the c-rough design architecture; however, the main difference in that architecture is that it is based on wavelength division multiplexing (WDM) links [4], as shown in Figure 5.
It is a two-level multirooted hybrid electrical and optical network model of DCN. is hybrid architecture consists of core switches and ToR switches known as Pod switches. e Pod or ToR switches are electrical packet-based switches. In contrast, on the other hand, the core switches are either the electrical packet-based switches or maybe the OC (optical circuit)-based switches [19,21]. us, the electrical packet-based switches are all involved in all ToR switches communication.
In contrast, OC-based switches are employed for varying large bandwidth communication among ToR switches. Helios architecture uses electrical packet-based switching to allocate the network's erupt type of traffic flow. In contrast, OC-based switched network facilitates slow-changing traffic with high bandwidth. Each pod or ToR switch consists of colorless optical transceivers and WDM-based optical transceivers. e uncolored optical transceivers link the pod switches and the core electrical packet-based switches. Contrary to this, optical multiplexer multiplexes the WDM optical transceivers that form the super links attached to the OC switches. e main disadvantage of this suggested approach is that it consists of micro-electro-mechanical systems switches (MEMS); therefore, the circuit switch wants various times (in milliseconds) in case of any reconfiguration (the reconfiguration time of Glimmerglass switch was 25 ms). Hence, this approach is perfect for those applications where connections among some nodes end at more than a few seconds to facilitate the reconfiguration overhead [19]. Among all the uplinks, half of the uplinks are attached to electrical switches and the remaining half uplinks are attached to the optical switches through the optical multiplexer. ese super links are capable of transmitting w × 10 Gigabit per second (w � total number of wavelengths; starting from 1 to 32) [19].
Helios architecture's major advantage is that its architecture is built on easily accessible optical transceivers and modules commonly used in optical telecommunication Complexity networks [19].
e OC switch consists of Glimmerglassbased switches, and ToR switches use the WDM SFP + optical transceivers. ese transceivers of WDM are either dense WDM modules that have great cost and support greater ranges of wavelengths or coarse WDM that have less cost and support fewer wavelengths and use a broad spacing of channel (20 nm channels throughout 1270 nm to 1630 nm C-band). Coarse WDM (CWDM) laser does not demand costly temperature stabilization. Glimmerglass crossbar OC switch is used to calculate performances that are easily available and support equal to 64 ports. e authors in [22] introduced a new hybrid DCN model named TIO that rejects the previous optical/electrical switching scheme between racks and introduces a novel technique called visible light communication (VLC) between racks. It combined both wireless-based VLC Jellyfish architecture and wiredbased EPS Fat Tree.

Traffic Modeling
Stimulations are performed to determine the traffic behavior and pattern between aggregate switches and ToR switches and the network connectivity connected through links. After performing several simulations, we get the values (readings) of packet arrival rate in aggregate switches. And measure the ToR switches performance on specific parameters, i.e., packet size, link capacity, and packet generate rate. e ingress packets are sent from the aggregate switch to ToR switch. After fulfilling its request from the server at a specific time, they came back to aggregate switch through ToR switch. On behalf of the DC parameters, we analyze the traffic behavior on the aggregate switches and the ToR switches as follows: mean waiting time-up, mean waiting for time-down, blocking-up, and blocking-down [20]. In DCN, burstiness of traffic has two different aspects: either the traffic burstiness per flow could be extremely bursty or the flow arrival itself could be bursty too. e intensity of burstiness of traffic may change corresponding to the point where the traffic is measured, that is, at end-point ports or at ToR switches. Because a variety of applications share the DC infrastructure, a combination of numerous flow types and sizes are produced. Flows may or may not have deadline limitations and may be short latency sensitive or large throughput oriented. Like some particular applications, flow sizes are unidentified. e brief summary of DC traffic control challenges is in [23,24].

Load.
e packets that arrived from the aggregate switch to ToR switch are through a link of 10 GbE. is arrival of packets between the switches through a link decides the load on the network's network and performance. In our basic tree model, the alternative path between ToR and ToR is through the aggregate switch. On the other hand, the alternative path in c-rough in through OCS manager is an optical link. So, we calculate the load ρ by applying the formula: Here, E[L p ] is the average packet size, C is the link capacity, N a is the total number of packets arrived, and t tr is the total transmission time. Contrary to this, load on the downward traffic is denoted as ρ d and can be calculated as follows: Here, E[L pd ] is the average packet size-down, N ad is the total number of downward packets arrived, and t tr is the total transmission time.
While on the other hand, the packets that are considered as downward traffic are calculated as load-up ρ u : Here, E[L pu ] is the upward average packet and N au has the total number of upward packets arrived.

Mean Waiting Time.
On behalf of the load and average packet size E[L p ], we calculate the mean waiting time of both types of ingress and egress traffic.

Blocking.
Blocking is defined as the number of packets dropped N d on a particular link during the transmission of packets. So, we calculate the blocking probability P b at a particular link by the following formula: Here, N a is the total number of packets arrived and N d is the number of packets dropped on a particular link. e number of packets dropped on the upward traffic N du is calculated as follows:  6 Complexity P bu � P Du N au . (5) Here, N du is the total number of packets dropped on upward traffic and N au represents the rate of arrival total number of upward packets. While on the other hand, the packets dropped on the downward traffic N dd is calculated as follows: Here, N dd is the total number of packets dropped on downward traffic and N ad represents the rate of arrival of the total number of downward packets.

Simulation Structure
ere are several open-source simulators to analyze the performance and characteristics of the DC and also provide extra features of cloud computing and VM migration. Some open-source simulators are discussed here that are freely downloadable. Table 1 shows the comparison between opensource cloud simulators.

CloudSim.
e idea of cloud computing introduces a completely new mode of computing technology with promising assurance to provide sustainable, secure, faulttolerant, and reliable services, which are introduced as software and infrastructure as a service (SaaS and IaaS) [25]. To ensure these factors, a Java-based simulation model is developed at CLOUDS Laboratory, University of Melbourne, Australia, called CloudSim. It is a well-known simulator for analyzing large-scale cloud DC parameters. Researchers used this simulation framework to analyze the cloud infrastructure and explore application services' performance in a controlled environment. It provides basic classes for describing users, VMs, computational resources, DCs, and many other user and management level controls of infrastructure. e key drawback of the CloudSim simulator is the lack of graphical user interface (GUI) [26].

GreenCloud.
GreenCloud is another open-source simulator, and it is an extension of network simulator NS2. is simulator is based on CloudSim. is open-source simulator allows the researchers and users to interact, watch, and control the DCs and clouds' performance. e green cloud computing revolution developed this simulation tool and gave an option to examine the energy efficiency of the cloud DCs. It also provides information about the DC equipment about their energy consumption [26].
is simulation framework distinguishes the energy consumption parts related to the infrastructure and computing energy of DC [25]. GreenCloud simulator is also used to build up new scheduling workload scenarios, allocating resources and optimizing network infrastructure and communication protocols. It majorly focuses on energy consumption issues of the DCN. e major limitation of GreenCloud is that it works only with small DCs.

EMUSIM.
is tool has an integrated architecture of emulation and simulation. is simulator framework is built on AEF (automated emulation framework) technology for emulation and used CloudSim architecture for simulation. It contains both emulation and simulation techniques in a single package. is tool is used to design an environment near-real computing patterns and resources. EMUSIM simulator does not need lower-level details like the location of VM and total VM per host in a given time. e drawback of the EMUSIM is that it is not scalable due to many hardware restrictions or issues in producing real large networks.

iCanCloud.
iCanCloud simulator is mainly used to determine the connection between the cost and the throughput of a given set of applications on a specific hardware configuration. is simulator is built on SIMCAN simulator [27], a simulation tool used to investigate the highperformance I/O architectures. is simulator gives information about the specific parameters of DCN [26].

IBKSim.
For the simulation modeling of two different DC architectures, a simulator is designed to analyze the DCN parameters bandwidth, latency, and throughput. IBNSim is a network simulator developed in 2004 by using an object-oriented design model. With time, various new protocols were added to this simulator for advanced research purposes in the network field. IBKSim is the current simulator edition for research purposes and detailed in [28].
is simulator can simulate small queuing models and judge the performance of the single and big network nodes. It is a flexible simulator and uses the object-oriented design methodology in C++ development.

Simulation Setup
After developing our simulator, two different layered-based DC architectures were built: first is Ethernet-based called basic tree DC architecture and the other is hybrid architecture called c-rough architecture. Both architectures' design is almost the same as one core switch connected with three aggregate switches through a 10 GbE link. en, each aggregate switch is attached with two ToR switches with 10 GbE links, and each ToR is connected with exactly one rack. e difference in both architectures is that, in basic tree architecture, the link between the aggregate switches is 40 GbE, which is not present in c-rough architecture. And the other difference is that, in c-through architecture, ToRs are connected with an optical circuit switch (OCS) with a 10 Gbps link that makes it hybrid.

Simulation in Basic
Tree. When the simulation starts, the source generates packets, and these packets are transmitted to the core switch. e shortest path algorithm is used for routing in the core switch to minimize the network load. After receiving the packets from the source, the core node transmits packets to the intended aggregate switch based on Complexity 7 the routing table defined in the core switch. e flow chart shows how traffic travels in the DC network simulator that we developed, as shown in Figure 6. Packets are arranged in the queues when arrived in the aggregate switch. Aggregate switch takes the routing information from the core switch and then forwarded the packets to the ToR switch according to the queue. e ToR switch checks the packet internal information that further sent to the rack if the packet looking for is found in the server if not, then the packet travels back from ToR to the aggregate switch.
is aggregate switch sends to another aggregate switch for the intended server, as shown in Figure 7. e maximum traffic in this type of DC architecture in between the TORs and the aggregate switches is compared with the hybrid architecture. Simulation ends until either the input simulation time is completed or the number of times the specific event has occurred.

Simulation in c-rough.
When the simulation starts, the source generates packets, and these packets are transmitted to the core switch. e shortest path algorithm is used for routing in the core switch to minimize the network load. e flow chart shows how traffic travels in the DC network simulator that we developed, as shown in Figure 8: After receiving the packets from the source, the core node transmits packets to the intended aggregate switch based on the routing table defined in the core switch. Packets are arranged in the queues when arrived at the aggregate switch. Aggregate switch takes the routing information from the core switch and then forwarded the packets to the ToR switch according to the queue. e ToR switch checks the packet's internal information which further forwarded to the rack if the information which the packet looking for is found in the server if not, then the packet EOE (electrical-opticalelectrical) conversion occurs and the electrical packet is converted into optical and forwarded to optical circuit switch. After that, the optical packet is again converted from optical to electrical and transmitted to another alternative ToR, as shown in Figure 9. e simulation ends until either the input simulation time completes or the specific event occurs.

Simulation Parameters.
At the start of the simulation, the source generates the 2000 packets, increasing with the multiple of 2 per simulation and sending it to the core switch. e core switch uniformly distributes the packets and transmits them to the aggregate switch through a link of 10 GbE. Packets travel from aggregate switch to ToR switch through a link of 10 GbE. Racks are connected to TORs through a link of 10 GbE. In c-rough DC architecture, an optical link of 10 Gbps is used between two TORs through OCS while on the other hand, in basic tree architecture, the link between the two aggregate switches is 40 GbE. e mean packet size in our simulation is 0.001953125, and at each switch or node, the maximum packet limit of the queue is 1000.

Results and Discussion
In this graph, mean waiting time-down means the flow of traffic moving downward from the core to aggregate and from ToR to rack or OCS whereas load-down represents a load of downward traffic on a link. e graph shows the behavior of downward moving traffic against the load. e graph shown in Figure 10 represents the behavior of downward traffic on the aggregate layer. In the graph, the dotted lines of the tree-based architecture show that the mean waiting time-down and the load-down increases on an aggregate layer as compared with the c-rough  e more the packets come, the more the previous packets have to wait in the queue, which increases the mean waiting time of the downward traffic. Mean waiting timedown increases more rapidly in tree architecture than hybrid architecture. Hybrid architecture increases less gradually and shows more consistent behavior.
While on the other hand, the graph in Figure 11 shows the behavior of downward traffic in ToR layer. e dotted lines of the tree architecture show that the mean waiting for timedown and the load-down increases with a much higher rate on ToR layer as compared with the c-rough hybrid architecture and show inconsistent manners. is is because transmission of packets from the aggregate switch despite treating the packets that are already in the ToR switch's queue increases the load on the ToR switch. Moreover, in tree architecture, packet communication between ToRs is through aggregate switches that also increase the load on ToR switch while on the other hand, c-rough has OCS as its alternative route among the ToRs communication. at is also a factor of inconsistent behavior of tree architecture. e graph in Figures 12 and 13 shows the behavior of upward traffic on the aggregate and ToR layer. In tree architecture, the mean waiting time-up and the load-up in Complexity both aggregate and ToR layers increase in an inappropriate manner. At the start, it first remains constant in both switches and then gradually increases. is gradual increase in aggregate is due to the reason the traffic between core to aggregate is much less than aggregate to ToR while in the case of hybrid, treating packet rate is greater than tree architecture and traffic between core to aggregate is greater than tree architecture. In Figure 13, the graph shows an increase in a discrepant manner and shows variance behavior. In tree architecture, packet communication between ToRs is through aggregate switches. So, the communication among ToR through aggregate switches increases the mean waiting time-up and load-up whereas c-rough architecture contains OCS as its alternative route among the ToRs communication so the mean waiting time-up of the hybrid on the graph is a straight line. at is also a factor of inconsistent behavior of tree architecture.
In Figures 14 and 15, the graph shows the blocking-down and the load-down in ToR layer, and in ToR layer, hybrid increases in a more consistent manner than tree architecture while in the aggregate layer both layers show the same behavior and pattern.

Conclusion
For this intuitive comparison, we first develop the tool that specifically measures the DC architecture parameters. We explore each switch component in the layered architecture and its characteristics. Furthermore, we analyze the load and blocking and mean waiting for time behavior of aggregate and ToR switches in both architectures through their traffic behavior in both switches. In the future, we can perform modeling on other network parameters through this tool. We can compare traffic and load parameters c-rough architecture with other fixed and flexible topologies of the DCN. e development of this research tool will help in the future for further comparisons with other DC architectures.

Data Availability
e data used to support the findings of this study are available from the corresponding author upon request.