Computer Science Assignment - Wireless Data Center Networking
IEEE Wireless Communications • December 201146 1536-1284/11/$25.00 © 2011 IEEE
Unit 1
Unit head
A C C E P T E D F R O M O P E N C A L L
INTRODUCTION Cloud computing has been widely used to pro- vide services such as search, email, and distribut- ed storage systems. In recent years, more and more data centers are built to support the expan- sion of cloud applications. As the key infra- structure, data center networks (DCNs) are required to scale to accommodate a large num- ber of servers and supply adequate bandwidths for various applications such as Map-Reduce.
Evolved from large-scale enterprise net- works, current DCNs are typically constructed based on a hierarchical topology. As shown in Fig. 1, servers are arranged in racks, and a top- of-rack switch (ToR) connects all the servers in a rack. These racks, and the switches of the aggregation and core layers in a DCN form a multi-root tree. Since only a few switches serve as root nodes at the core layer, it is obvious that these root nodes would become the bottleneck if the global traffic volume is large. Therefore, transmissions between servers of different racks suffer from oversubscription, which means that the actual throughput is much lower than the available bandwidth of the servers’ network interfaces.
In order to tackle these challenges, works have been done to improve the structures of DCNs as well as to design new routing mecha- nisms [1–5]. The common feature of these works
is to add new paths, especially disjoint paths, so as to increase the potential end-to-end capacity. These approaches alleviate the problems of DCNs to some degree.
Despite the enhancement mentioned above, it is still difficult to handle the servers with a large volume of outburst traffic in Ethernet structures, due to the static links and finite net- work interfaces. These servers cause congestions and thus have a negative effect on other servers. Furthermore, as servers in DCNs usually collab- orate to perform joint tasks, the servers suffering from high traffic may further affect the global performance.
Therefore, approaches beyond Ethernet have been investigated to address these issues. Wire- less data center networking, based on the state- of-the-art wireless technologies, provides a promising solution. Wireless links can be set up without the cost of wiring; the flexibility of wire- less connections makes it much more convenient to adapt the topology to the requirements of real-time transmissions; direct wireless links between servers also alleviate the load of core switches.
Wireless data center networking is first intro- duced by [6], in which flyways are established by adding wireless links between ToRs to alleviate the congestion problem of hot racks to mini- mize the maximum transmission time. However, no technical approaches are detailed to address various issues faced by a practical realization of a wireless DCN. In this article, we present a novel approach to realize a wireless DCN. A hybrid Ethernet/wireless architecture is pro- posed, and a distributed scheduling is investigat- e d t o a r r a n g e t h e w i r e l e s s l i n k s . I n o u r scheduling mechanism, we model the new infra- structure and formulate an optimization prob- lem for which a heuristic algorithm is designed. We also conduct a simulation study to demon- strate the effectiveness of utilizing wireless transmissions in data centers.
The rest of the article is organized as follows. We provide the motivations for bringing wireless to DCNs. Our wireless DCN architecture togeth- er with its scheduling mechanism is depicted, and the channel allocation problem is elaborat- ed. The methodology and evaluation results are presented. At last, we conclude this article.
YONG CUI AND HONGYI WANG, TSINGHUA UNIVERSITY XIUZHEN CHENG, THE GEORGE WASHINGTON UNIVERSITY AND KING SAUD UNIVERSITY
BIAO CHEN, UNIVERSITY OF MACAU
ABSTRACT Data centers play a key role in the expansion
of cloud computing. However, the efficiency of data center networks is limited by oversubscrip- tion. The typical unbalanced traffic distributions of a DCN further aggravate the problem. Wire- less networking, as a complementary technology to Ethernet, has the flexibility and capability to provide feasible approaches to handle the prob- lem. In this article, we analyze the challenges of DCNs and articulate the motivations of employ- ing wireless in DCNs. We also propose a hybrid Ethernet/wireless DCN architecture and a mechanism to dynamically schedule wireless transmissions based on traffic demands. Our simulation study demonstrates the effectiveness of the proposed wireless DCN.
WIRELESS DATA CENTER NETWORKING
The authors analyze the challenges of DCNs and articulate the motivations of employing wireless in DCNs. We also propose a hybrid Ethernet/wireless DCN architecture and a mechanism to dynamically schedule wireless transmissions based on traffic demands.
CUI LAYOUT 12/5/11 12:51 PM Page 46
IEEE Wireless Communications • December 2011 47
MOTIVATIONS FOR USING WIRELESS IN DCNS CHALLENGES IN DCN
As mentioned earlier, the tree-based structures in current data centers suffer from oversubscrip- tion. The problem worsens if a few servers gen- erate high traffic as these servers, usually called hot servers, may become the bottleneck of the system.
However, the capacity provided by the infra- structure is not always inadequate. According to the study on traffic distributions of DCNs, only a few servers generate a high volume of traffic, and the traffic matrix is in general quite sparse [6]. Moreover, the traffic distributions of DCNs are highly dynamic, and the links are not always utilized at their full capacity. At any time, about 60 percent of the core links and edge links are active, while the utilization rate is much lower for aggregation links, of which the 95th per- centile utilization is below 10 percent [7]. These statistics indicate that the average loads of DCNs are not very high, and the oversubscription mainly results from the high outburst traffic at hot servers.
These phenomena motivate the existent effort to handle the problem of oversubscription by either extending tree-based structures [4, 5] or designing new topologies [4]. Fat-tree [1] is a typ- ical tree-based structure, in which servers are grouped into pods, and core switches connect pods together. Servers belonging to the same pod share several paths, and the traffic of hot servers can be assigned to multiple available paths. An exemplary server-based topology is BCube [5], which constructs a recursive server-centric topol- ogy. By involving servers in data forwarding, it avoids the oversubscription problem of core switches. Moreover, by employing multiple dis- joint end-to-end paths, servers in BCube are able to distribute flows to achieve load balance.
Although these approaches are effective to some degree, the high loads of core switches in tree-based topologies are difficult to avoid, and the low efficiency of server-based data forwarding restricts the performance of server-centric struc- tures. Fundamentally, it is necessary to set up more links to increase the capacity for hot servers. However, the non-deterministic nature of the traffic distributions of DCNs makes it impossible to solve the problem by adding extra links to a certain group of servers. And it is also inadvisable to add links to all the servers due to high cost and the difficulty of wiring. In brief, traditional Ether- net-based solutions get stuck in handling the oversubscription problem in DCNs. In order to address these challenges, it is imperative to design novel approaches that are able to flexibly provide additional capacity for hot servers and can easily be realized with current hardware technologies. That is why we turn to wireless.
EXTREMELY HIGH FREQUENCY WIRELESS COMMUNICATIONS
In constructing data centers, wireless has unique advantages over Ethernet. First, it brings conve- nience to the deployment and maintenance of a DCN. For a large-scale data center, it usually
takes a great amount of manual effort to wire the huge number of servers, which is inherently hard and error-prone. This problem is especially severe for those improved DCN solutions as they introduce more wires than conventional DCN architectures. By using wireless, these diffi- culties can be considerably reduced. Second, wireless can enhance the flexibility of a DCN. Since wireless links can be dynamically estab- lished, it is possible to perform adaptive topolo- gy adjustment. In other words, the network can be rearranged to fulfill the real-time traffic demands of hot servers. Furthermore, since wireless connections no longer rely on switches, they are free of the problems caused by these centralized devices, such as single-point failures and limited bisection bandwidth.
Nevertheless, there are some significant chal- lenges in introducing wireless to data centers. One concern is whether wireless can provide high-speed transmission support for DCN appli- cations. Fortunately, advances in wireless tech- nologies have set the stage for high-data-rate communications. Extremely high frequency (EHF), which ranges from 30 to 300 GHz, is a choice for high-speed wireless solutions. In par- ticular, the 60 GHz spectrum provides a 7 GHz (57–64 GHz) waveband and is able to support a data rate over 1 Gb/s. The small wavelength of radio signals also supports highly directional communications to increase frequency reuse. Although the transmission range is not very large (typically about 10 m), it is adequate for short distance indoor wireless communications [8].
Another problem is the instability of wireless communications, especially in data centers full of metal devices. As for 60 GHz communica- tions, the dominant factor in signal attenuation is the effect of oxygen absorption. Experiments have been performed to evaluate the characteris- tics of 60 GHz channels in various indoor envi- ronments. The results indicate that there is not much difference between the delay of 60 GHz omnidirectional antennas in an office and that in a laboratory with highly reflective metallic equip- ments [9]. Furthermore, as diffraction and reflec- tion can hardly apply to high-frequency radio signals, the 60 GHz communications are mainly based on line-of-sight (LOS) propagation. For LOS transmissions, the path loss in a laboratory is only a little higher than that in other indoor environments [10]. In fact, in order to address the high path loss, 60 GHz radios usually utilize beamforming to achieve a high gain [11]. There- fore, the servers and racks in data centers would
Figure 1. A typical DCN structure.
Core
Aggregation
Racks
CUI LAYOUT 12/5/11 12:51 PM Page 47
IEEE Wireless Communications • December 201148
not cause much of a problem to the channel environment as long as they do not obstruct LOS transmissions.
In addition to performance considerations, there are also some concerns about the cost of a wireless DCN. For example, using wireless would aggravate the energy consumption of data cen- ters as wireless communications requires more power than wired; wireless devices are usually more expensive than wired network interface cards (NICs), especially for 60 GHz equipment. However, as long as the increment is acceptable compared with the total cost of DCN, wireless is still an advisable approach. With progress in the standardization and manufacture of 60 GHz communications, the cost issues would be gradu- ally resolved. In fact, IEEE 802 has started its research in EHF communications, and 802.11ad, which standardizes very high throughput trans- mission at 60 GHz, will be ratified in 2012. Some proposals in IEEE 802 study the collaboration of 2.4/5 GHz and 60 GHz. One of the use cases is to employ a 2.4/5 GHz-b as ed management mechanism to discover and schedule 60 GHz beamforming. This use case provides a feasible method to manage the EHF transmissions and improve the performance of 802.11ad over a large range. Moreover, WirelessHD, a specifica- tion for wireless high-definition signal transmis- sions for consumer electronics products, is also based on 60 GHz communications. The core technology of the specification allows a data rate as high as 25 Gb/s theoretically. In fact, proto- type devices of WirelessHD have already been produced [12].
REQUIREMENTS OF WIRELESS DCNS There are two issues we need to handle in order to take advantage of wireless transmissions in a DCN: the design of the hybrid (wireless and wired) network architecture and the scheduling of wireless links.
In designing the network architecture, the basic requirements of a DCN, including scalabil- ity, high capacity, and fault tolerance, should be addressed. The limited transmission range of EHF and the interference among wireless com- munications further complicate the problem. Moreover, how to assign radios among servers is also an important issue.
Wireless scheduling should be performed according to the traffic demands as we use wire- less transmissions to alleviate the congestion of hot servers. Additionally, the activities of the wireless links should adapt to the changing traf- fic distributions. On the other hand, centralized scheduling mechanisms leading to high control overhead should be employed with caution. For example, it is prohibitive to exchange informa- tion among all the servers, which is typically required by a centralized controller.
OUR APPROACH TO WIRELESS DCNS Although wireless technology provides an alter- native to improve the performance of a DCN, it still requires careful designs to compose a feasi- ble and effective technical approach. In this sec- tion, we present our exploratory research on wireless DCN design. We first elaborate the
basic architecture under our consideration, then propose a mechanism to schedule the wireless links to improve the performance of a wireless DCN.
WIRELESS DCN ARCHITECTURE As mentioned above, a wireless DCN architec- ture should satisfy the basic requirements of DCNs, including scalability, high capacity, and fault tolerance. Nevertheless, it is difficult for a wireless network alone to meet all the demands. For example, the capacity of wireless links is usually limited due to the interference and high transmission overhead. Thus, wireless networks could not be employed to entirely substitute the Ethernet. Since our motivation to introduce wireless transmissions is to alleviate the conges- tion of hot servers, we take wireless communica- tions as the supplement to wired transmissions. The main idea of our approach is to add extra wireless links to the existing Ethernet topology to construct a hybrid Ethernet/wireless architec- ture.
One prerequisite of utilizing wireless commu- nications in DCNs is to equip servers with radios. An intuitive approach is to assign radios to each server. However, this leads to a large amount of radios, resulting in not only high cost but also waste of wireless devices as the limit of wireless channels allows only part of the radios to trans- mit simultaneously. Therefore, it is more reason- able to assign radios to groups of servers. In the following, we use the term wireless transmission unit (WTU) to refer to a group of servers sup- ported by the same set of radios for communi- cating to the servers out of the group.
In reality, data centers are mainly constructed by connecting racks of servers via Ethernet. Therefore, it is reasonable to consider each rack as a WTU, as illustrated by Fig. 2. Note that the racks do not block the LOS transmissions as the radios are located on top of them. As for other interconnection mechanisms, many of them share the feature that servers are organized in groups. For example, Fat-tree is constructed based on Pods [1]; the topology of BCube is made up of a number of BCube0s [5]. Obviously, it is appropriate to take the basic architecture of these mechanisms as a WTU.
In short, our hybrid wireless DCN is con- structed by adding wireless infrastructure to the existing Ethernet-based architecture. It can be applied to various DCN topologies without the cost of rearranging the servers.
SCHEDULING MECHANISM According to the analysis earlier, we design a distributed scheduling algorithm that can be applied periodically to adapt to the traffic distri- butions. Note that in our design, feasibility and effectiveness are considered as the objectives with the highest priorities.
Collecting Traffic Demands — As the scheduling of wireless links should adapt to traffic demands, it is necessary to first collect traffic information. We adopt the idea of 2.4/5 GHz assisted 60 GHz communications by utilizing the broadcast at 2.4/5 GHz to disseminate traffic information. In order to avoid high control overhead caused by
A wireless DCN architecture should satisfy the basic requirements of DCNs, including scalability, high capacity, and fault tolerance. Nevertheless, it is difficult for a wireless network alone to meet all the demands.
CUI LAYOUT 12/5/11 12:51 PM Page 48
IEEE Wireless Communications • December 2011 49
the large number of servers, we employ a hierar- chical architecture for transmitting control infor- mation.
Specifically, a server within a WTU is appoint- ed as the unit head for the WTU. The unit head is responsible for collecting local traffic informa- tion and executing the scheduling algorithm. Since each unit head only manages the servers in its unit, the overhead is acceptable. Each unit head is equipped with a control radio, and all the units broadcast their traffic demands over a com- mon 2.4/5 GHz channel in a polling manner. Consequently, all the units learn the global traffic distribution and can perform wireless link scheduling independently. Figure 3 illustrates the dissemination of the traffic demands.
Allocating Channels — After collecting the traffic demand information, the head servers need to assign channels to wireless transmissions. This procedure needs to address interference, limit of radios, and the cooperation with Ethernet. We study this problem and depict an algorithm later.
Overall Scheduling Procedure — The scheduling pro- cedure runs periodically in order to adapt wire- less links to the dynamic traffic distributions (we assume that the clocks of all the servers are syn- chronized so that the servers can cooperate to perform scheduling). In each period, each unit head first collects the traffic demand informa- tion inside its WTU. Then all the unit heads broadcast their traffic demands in a polling man- ner. After receiving global traffic information, the unit heads execute the channel allocation algorithm (described later) independently and schedule wireless transmissions based on the channel allocation scheme.
THE CHANNEL ALLOCATION PROBLEM The channel allocation problem plays a key role in our scheduling procedure because the effect of congestion alleviation mainly depends on whether wireless resources are properly sched- uled. In this section, we formulate the problem and present a heuristic to tackle it.
PROBLEM FORMULATION Wireless Transmissions — A wireless transmission graph G = (V, E) is used to model the architec- ture of a wireless DCN. In this graph, each node v ∈ V corresponds to a WTU, and each directed edge e = (v1, v2) ∈ E denotes the transmission from v1 to v2. Since only inter-unit transmissions are assigned to wireless links, there is no self- loop in G.
Each edge e is assigned a weight t(e), which stands for the traffic demand of the correspond- ing transmission. Let C be the set of channels. Each edge e is associated with a subset of C, denoted Ce, for wireless transmissions. If Ce is ∅, no wireless link is set up for that transmis- sion. If Ce has multiple elements, several links are used to accelerate the transmission.
Interference — We adopt a conflict-edge model to formalize the interference relationship between transmissions. Each edge e is associated with a conflict edge set I(e). If a wireless link on chan-
nel c is set up for an edge e, the transmission of that link succeeds only if no edge in I(e) is active on c.
Several geometric models such as the disk model and the node-exclusive model are com- monly used to determine the conflict edge set of an edge [13]. Some of them are based on the interference radius while others are based on the hop count. However, we take EHF communica- tions, which is highly directional, for direct wire- less links between WTUs. Therefore, we adopt the node-exclusive model, in which edges sharing a common endpoint interfere with each other.
Let Ev denote the set of edges that take node v as an endpoint. Any two edges e1 and e2 in the same Ev are considered as the conflict edges of each other, and hence would cause interference if assigned the same channel. If multiple wireless links are established for an edge e, they take dif- ferent channels in Ce to guarantee interference- free transmissions.
Limit of Radios — In addition to interference, the number of radios available to each node is also an important limitation factor. A radio cannot transmit data on multiple links at the same time; it is also impossible for a radio to send and receive data simultaneously. Therefore, the num- ber of active wireless links related to a node v cannot exceed the number of radios assigned to v, denoted r(v).
Utility of Transmissions — Channel alloc at ion intends to assign channels to all the edges in a wireless transmission graph. As mentioned above, it plays a key role in network perfor- mance enhancement. In order to evaluate the contribution of a channel allocation scheme (i.e., the collection of all the Ce) to the global net- work performance, several issues should be addressed.
Figure 2. An example wireless DCN architecture, where each rack corresponds to a WTU, and dashed lines denote dynamic wireless links between WTUs.
ToR
WTU WTU
RadiosRadios
Server
Core
Aggregation
Racks
Server Server
ToR
Server Server Server
CUI LAYOUT 12/5/11 12:51 PM Page 49
IEEE Wireless Communications • December 201150
First, the amount of traffic to be transmitted via wireless is an important factor. In periodical scheduling, wireless links are set up according to the channel allocation scheme. These links stay active during the whole period whether they actually carry traffic or not. If the traffic of a transmission is low, the corresponding wireless links can finish the transmission in a short time and remain idle after that, causing wireless resource waste. In such a case, it is not reason- able to assign the transmissions to wireless links. Second, the hop distance between the source and the destination of each transmission also matters. Flows with longer wired paths usually incur a larger transmission latency and aggravate the load of higher-layer switches, which results in congestion. Assigning these flows to wireless links is more helpful to improve the global per- formance.
Taking these factors into consideration, we define the utility of a wireless transmission to be the product of the amount of transmitted traffic in a period and a distance factor. Let u(e) be the utility, Δt(e) be the transmitted traffic, and d(e) be the hop distance. The utility can be expressed by Eq. 1. Note that Δt(e) is determined by the total amount of traffic and the number of wire- less links performing the transmission, which is equal to ⎥Ce⎥. We assume that all the wireless links have the same data rate and let Δt0 denote the maximum amount of traffic that a wireless link can transmit in a period. Thus, Δt(e) is the smaller one of t(e) and ⎥Ce⎥Δt0.
u(e) = Δt(e)d(e) (1)
This formalization is inspired by the defini- tion of footprint in network redundancy elimina- tion, which is used to measure the amount of resources consumed to forward packets [14]. This definition indicates that the bandwidth resources consumed t o t r ans mit a pac k et is directly proportional to the packet size as well as
the hop distance. We adapt it to our problem by replacing the packet size with the traffic amount to denote the Ethernet bandwidth resources saved by wireless transmissions.
The Optimization Problem for Channel Allocation — Based on the definition of the wireless transmis- sion utility, we formulate the problem of channel allocation into an optimization problem that maximizes the total utility of all the wireless transmissions. Let S(e, c) be a binary variable denoting the channel allocation scheme, where S(e, c) = 1 if and only if c ∈ Ce. This optimiza- tion problem is expressed by Eq. 2, in which the first constraint indicates that a feasible channel allocation incurs no interference, while the sec- ond constraint ensures that the number of wire- less links connecting to a WTU does not exceed the number of radios of the WTU.
(2)
As all the elements in S are 0-1 integer vari- ables and all the constraints are linear inequali- ties, Eq. 2 is a 0-1 integer programming whose decision version is one of Karp’s 21 NP-com- plete problems. Therefore, it is impractical to efficiently search for an optimal solution.
A HEURISTIC ALGORITHM In order to efficiently address the NP-complete problem in Eq. 2, we design a heuristic based on the Hungarian Algorithm [15], which is used to solve the maximum weighted matching problem in graph theory. Our algorithm is motivated by
subject to
S e c v V c C
S e c
e Ev
( , ) ,
( ,
∈ ∑ ≤ ∀ ∈ ∀ ∈1
)) ( )≤ ∀ ∈ ∈∈ ∑∑ r v v V
e Ec C v
max ( )u e e E∈ ∑
Figure 3. The procedure of collecting traffic demands, in which the arrows stand for the propagation of the information.
Control channel
Unit 2 Unit 3
Unit n
Unit head
Unit 1
Unit head
Based on the definition of the wireless transmission utility, we formulate the problem of channel allocation into an optimization problem that maximizes the total utility of all the wireless transmissions.
CUI LAYOUT 12/5/11 12:51 PM Page 50
IEEE Wireless Communications • December 2011 51
the similarity between these two problems in spite of the fact that the channel allocation prob- lem allows each edge of the wireless transmis- sion graph to be selected more than once to set up multiple links. To handle the distinction, we employ a dynamic programming approach. In each iteration, the maximum weighted matching of the graph is taken as the candidate wireless links to reach the optimal solution greedily; the weight of each edge is adjusted according to the traffic distribution as well as the limitations of channels and radios; the solutions of all the iter- ations are combined into the overall channel allocation scheme.
Specifically, we define a two-dimensional util- ity matrix U, in which each entry u(v1, v2) denotes the utility of the wireless transmission from v1 to v2. Initially, U is computed based on Eq. 1. The flow chart of the heuristic is shown in Fig. 4. We perform maximum weighted matching on U with the Hungarian Algorithm to select a group of node pairs. For each selected pair (v1, v2), if its corresponding entry in U is not 0, a wireless link with an allocated channel is set up from v1 to v2, and the traffic of the transmission e = (v1, v2) is decreased by Δt0 (if the remaining traffic turns out to be negative, simply set it to 0). Then the entries in U are updated accordingly, which is detailed in the next paragraph. The algorithm terminates if all the entries of U are 0, which indicates that either there is no remaining traf- fic, or no wireless links can be added due to interference or the limit of radios.
When updating U from iteration to iteration, we have to consider the two constraints elaborat- ed in Eq. 2. First, if there is no idle channel to set up links from v1 to v2, u(v1, v2) should be set to 0. Second, if a node v has established r(v) links, all the entries relevant to v (i.e., the entries in either the same row or the same column of u(v, v)) should be set to 0.
PERFORMANCE EVALUATION NETWORK SETTINGS AND SIMULATION SETUP
In order to demonstrate the effectiveness of our wireless DCN, we perform a series of simula- tions. The experiment platform is a simulator implemented in C++. The network scenario under our consideration is a DCN with a tree topology, in which servers are grouped into 64 racks. We adopt a tree topology simply because it is popular and exemplifies the features of typi- cal current DCN structures.
The simulations employ two types of traffic distributions as the inputs: one is unbalanced, in which 10 percent of the racks generate 90 per- cent of the total traffic; the other is uniform, where each rack exchanges the same amount of data with all the other racks. These scenarios represent typical traffic distributions in current DCNs.
We evaluate the effectiveness of wireless transmissions by measuring the completion time of the input traffic. A short completion time indicates that the effectiveness achieved by uti- lizing wireless transmissions is significant. How- ever, it does not make sense to compare the completion time of different traffic distributions
directly. Therefore, we take the normalized com- pletion time as the metric, which is defined to be the ratio between the completion time taken by the wireless DCN and that taken by the original wired DCN.
The impacts of several factors are considered in our simulation study, including the number of radios, the total number of wireless links, and the bandwidth of a wireless link. The number of radios determines the maximum number of wire- less links that can be added to a WTU. We also limit the total number of wireless links by selec- tively assigning channels to links in order to investigate how many wireless links are adequate to achieve satisfactory improvement. Besides, the bandwidth of a wireless link, which has an i m p a c t o n Δt 0, is also an important factor because we intend to test whether our solution is still efficient if the data rate of wireless links is not as high as that of wired links. Note that we do not take the number of channels into consid- eration because we adopt directional antennae in our node-exclusive model, in which the limit of radios is usually a stricter constraint than channels.
SIMULATION RESULTS The simulation results are reported in Fig. 5. In the legend, unbalanced and uniform stand for the two traffic distributions, respectively; while high means that the bandwidth of wireless links is the same as that of wired links, and low indicates that the bandwidth of wireless links is only 10 percent that of the wired links.
Number of Radios — In this experiment, we investi- gate the impact of the number of radios of each WTU. It can be seen from the results that wire- less links lead to a great improvement for both types of distributions and the improvement increases as the number of radios grows.
The maximum number of links that can be added to a node is limited by the number of radios. In the unbalanced traffic distribution, when most nodes complete their transmissions, wireless links can only be added to a few nodes with a high volume of traffic. Thus, some radios
Figure 4. The flow chart of the heuristic algorithm.
Compute initial U Termination
U=0?
Yes
No
Upate U
Set up links and allcoate traffic
Maximum weighted matching
CUI LAYOUT 12/5/11 12:51 PM Page 51
IEEE Wireless Communications • December 201152
would become idle. On the other hand, in the uniform traffic distribution, the utilization ratio of the radios can stay at a higher level for a longer time because there are still a lot of nodes having traffic to transmit. Therefore, the normal- ized transmission time of unbalanced traffic dis- tribution is higher than that of the uniform traffic distribution.
As the bandwidth of wireless links becomes higher, wireless transmissions play an increasing- ly important role, and thus the effect has remark- able growth. Notice that the completion time is shortened considerably when the bandwidth of wireless links is the same as that of wired links. This is because the wireless scheduling provides dozens of wireless links equivalent to wired links, which can significantly improve the net- work capacity.
Number of Wireless Links — We study the impact of the number of wireless links by removing some of the wireless links obtained with our algorithm. F or t he unb alanc ed t r af f ic d istribu tion, we observe that the network with only 30–40 addi- tional wireless links achieves almost the same result as that obtained by the network with 100 wireless links. This is because 30–40 wireless links are enough to maintain high utilization of the radios belonging to the nodes with high traf- fic. Moreover, the addition of a few wireless links to the wired network can make great con- tributions even if the wireless bandwidth is low. This is due to the fact that these additional links are employed to resolve the bottleneck of the network by our scheduling algorithm. As a result, the completion time of the unbalanced traffic distribution is lower than that of the uniform traffic distribution.
As for the uniform traffic distribution, the performance keeps increasing as the number of wireless links rises because there are always nodes that need extra bandwidth to accelerate transmissions.
Bandwidth of a Wireless Link — Simulations are also performed to investigate the impact of the bandwidth of a wireless link. The results are reported in Fig. 5c, where normalized band- width stands for the ratio between the band- w i d t h o f a w i r e l e s s l i n k a n d t h a t o f a w i r e d link. The trends of both traffic distributions are similar: the completion time drops at a f a s t s p e e d w h e n t h e n o r m a l i z e d b a n d w i d t h i n c r e a s e s f r o m 0 . 1 t o 0 . 5 ; t h e d e c r e m e n t i s small when the normalized bandwidth becomes higher than 0.8. These phenomena result from the fact that if the bandwidth of wireless links is very low, the transmissions assigned to wire- less links would suffer from long delay and become a bottleneck. Solving this problem by increasing the bandwidth can produce a much better result.
CONCLUSION Wireless networking is proposed as a feasible approach to handle the limitations of Ethernet- based DCN architectures. In this article, the motivations and challenges of wireless data center networking are carefully articulated: a
Figure 5. Simulation results: a) impact of the number of radios; b) impact of the number of wireless links; c) impact of the bandwidths of wireless links.
Number of radios (a)
10
0.1
0
N o
rm al
iz ed
c o
m p
le ti
o n
t im
e
0.2
0.3
0.4
0.5
0.6
0.7
2 3
Uniform/low Unbalanced/low Uniform/high Unbalanced/high
Number of links (b)
200
0.2
0
N o
rm al
iz ed
c o
m p
le ti
o n
t im
e
0.4
0.6
0.8
1
40 60 80 100
Normalized bandwidth
(c)
0.20
0.2
0
N o
rm al
iz ed
c o
m p
le ti
o n
t im
e
0.1
0.3
0.4
0.5
0.4 0.6 0.8 1
Unbalanced/high Uniform/high Unblanced/low Uniform/low
Unbalanced Uniform
CUI LAYOUT 12/5/11 12:51 PM Page 52
IEEE Wireless Communications • December 2011 53
wireless DCN should meet the performance requirements of data center applications as well as provide efficient scheduling schemes for the large number of servers. To this end, we present a hybrid Ethernet/wireless architecture and elaborate an effective wireless scheduling mechanism. Our simulation results indicate that the congestion of hot servers can be great- ly alleviated. Despite the benefits from intro- ducing wireless transmissions to Ethernet-based D C N s , a n u m b e r o f i s s u e s a r i s e , i n c l u d i n g medium access control (MAC) coordination f o r d i r e c t i o n a l t r a n s m i s s i o n s , c o o p e r a t i o n between beamforming and the broadcast nature of wireless communications, hybrid-architec- ture-based multipath routing, and so on. Fur- t h e r r e s e a r c h o n t h e s e t o p i c s i s n e e d e d t o improve the feasibility and efficiency of wire- less DCNs.
ACKNOWLEDGMENT This work is supported by 973 Program of China (2011CB302800, 2009CB320503), NSF of China (61120106008, 60911130511, 60873252), and U.S. NSF grant (CNS-0831852).
REFERENCES [1] M. Al-Fares, A. Loukissas, and A. Vahdat, “A Scalable,
Commodity Data Center Network Architecture,” ACM SIGCOMM ’08, 2008, pp. 63–74.
[2] R. Niranjan Mysore et al., “Portland: A Scalable Fault- Tolerant Layer 2 Data Center Network Fabric,” ACM SIGCOMM ’09, 2009, pp. 39–50.
[3] A. Greenberg et al., “VL2: A Scalable and Flexible Data Center Network,” ACM SIGCOMM Comp. Commun. Rev., vol. 39, no. 4, 2009, pp. 51–62.
[4] C. Guo et al., “DCell: A Scalable and Fault-Tolerant Net- work Structure for Data Centers,” ACM SIGCOMM Comp. Commun. Rev., vol. 38, no. 4, 2008, pp. 75–86.
[5] C. Guo et al., “Bcube: A High Performance, Server-Cen- tric Network Architecture for Modular Data Centers,” ACM SIGCOMM ’09, 2009, pp. 63–74.
[6] J. P. S. Kandula and P. Bahl, “Flyways to de-Congest Data Center Networks,” 8th ACM Wksp. Hot Topics in Networks, 2009.
[7] T. Benson et al., “Understanding Data Center Traffic Characteristics,” Proc. 1st ACM Wksp. Research on Enterprise Networking, 2009, pp. 65–72.
[8] P. Smulders, “Exploiting the 60 GHz Band for Local Wireless Multimedia Access: Prospects and Future Directions,” IEEE Commun. Mag., vol. 40, no. 1, 2002, pp. 140–47.
[9] T. Zwick, T. Beukema, and H. Nam, “Wideband Channel Sounder with Measurements and Model for the 60 GHz Indoor Radio Channel,” IEEE Trans. Vehic. Tech., vol. 54, no. 4, 2005, pp. 1266–77.
[10] P. Smulders, “Statistical Characterization of 60-GHz Indoor Radio Channels,” IEEE Trans. Antennas and Propagation, vol. 57, no. 10, 2009, pp. 2820–29.
[11] P. Smulders, H. Yang, and I. Akkermans, “On the Design of Low-Cost 60-GHz Radios for Multigigabit-per- Second Transmission over Short Distances,” IEEE Com- mun. Mag., vol. 45, no. 12, 2007, pp. 44–51.
[12] Sibeam, http://www.sibeam.com/. [13] B. Han et al., “Distributed Strategies for Channel Allo-
cation and Scheduling in Software-Defined Radio Net- works,” IEEE INFOCOM ’09, 2009, pp. 1521–29.
[14] A. Anand et al., “Packet Caches on Routers: the Impli- cations of Universal Redundant Traffic Elimination,” ACM SIGCOMM Comp. Commun. Rev., vol. 38, no. 4, 2008, pp. 219–30.
[15] H. Kuhn, “The Hungarian Method for the Assignment Problem,” Naval Research Logistics Quarterly, vol. 2, no. 1–2, 1955, pp. 83–97.
BIOGRAPHIES YONG CUI ([email protected]) received his Ph.D. degree in computer science from Tsinghua University. He is currently an associate professor in the Department of Com- puter Science and Technology at Tsinghua University. He serves as co-chair of the IETF Software Working Group. He has published more than 100 papers in journals and con- ferences including IEEE/ACM Transactions on Networking, IEEE Internet Computing, IEEE Transactions on Parallel and Distributed Systems, IEEE Transactions on Multimedia, and IEEE INFOCOM. His major research interests include mobile wireless networks, computer network architecture, and cloud computing.
HONGYI WANG ([email protected]) received his B.S. degree in computer science from Tsinghua University in 2009. He is pursuing his Master’s degree in the Department of Computer Science and Technology at Tsinghua University. His research interests include data center networking, wireless networking, and mobile com- puting.
XIUZHEN CHENG ([email protected]) received her Ph.D. degree in computer science from University of Minnesota — Twin Cities in 2002. Currently she is an associate professor at the Department of Computer Science, The George Wash- ington University. She has served on the editorial boards of several technical journals and the technical program com- mittees of various professional conferences/workshops. She has also chaired several international conferences. Her research interests include wireless networking, wireless and mobile security, and algorithm design and analysis.
BIAO CHEN [M] ([email protected]) received his B.S. in com- puter science from Fudan University in China, and M.S. in mathematics and Ph.D. in computer science from Texas A&M University. After graduation, he joined the Depart- ment of Computer Science at the University of Texas at Dallas as an assistant professor. Currently, he is a visiting professor in the Department of Computer and Information Science of the University of Macau. He is a member of Sigma Xi and ACM. His research interests include distribut- ed systems, networking, and security.
These phenomena result from the fact
that if the bandwidth of wireless links is
very low, the transmissions
assigned to wireless links would suffer from a long delay
and become bottle- neck. Solving this
problem by increas- ing the bandwidth
can produce a much better result.
CUI LAYOUT 12/5/11 12:51 PM Page 53
<< /ASCII85EncodePages false /AllowTransparency false /AutoPositionEPSFiles true /AutoRotatePages /None /Binding /Left /CalGrayProfile (Dot Gain 20%) /CalRGBProfile (sRGB IEC61966-2.1) /CalCMYKProfile (U.S. Web Coated \050SWOP\051 v2) /sRGBProfile (sRGB IEC61966-2.1) /CannotEmbedFontPolicy /Error /CompatibilityLevel 1.3 /CompressObjects /Off /CompressPages true /ConvertImagesToIndexed true /PassThroughJPEGImages true /CreateJobTicket true /DefaultRenderingIntent /Default /DetectBlends true /DetectCurves 0.1000 /ColorConversionStrategy /LeaveColorUnchanged /DoThumbnails false /EmbedAllFonts true /EmbedOpenType false /ParseICCProfilesInComments true /EmbedJobOptions true /DSCReportingLevel 0 /EmitDSCWarnings false /EndPage -1 /ImageMemory 1048576 /LockDistillerParams true /MaxSubsetPct 100 /Optimize false /OPM 1 /ParseDSCComments true /ParseDSCCommentsForDocInfo true /PreserveCopyPage false /PreserveDICMYKValues true /PreserveEPSInfo true /PreserveFlatness true /PreserveHalftoneInfo false /PreserveOPIComments false /PreserveOverprintSettings true /StartPage 1 /SubsetFonts true /TransferFunctionInfo /Apply /UCRandBGInfo /Remove /UsePrologue false /ColorSettingsFile (None) /AlwaysEmbed [ true ] /NeverEmbed [ true ] /AntiAliasColorImages false /CropColorImages true /ColorImageMinResolution 300 /ColorImageMinResolutionPolicy /OK /DownsampleColorImages false /ColorImageDownsampleType /Average /ColorImageResolution 300 /ColorImageDepth -1 /ColorImageMinDownsampleDepth 1 /ColorImageDownsampleThreshold 1.50000 /EncodeColorImages true /ColorImageFilter /DCTEncode /AutoFilterColorImages true /ColorImageAutoFilterStrategy /JPEG /ColorACSImageDict << /QFactor 0.15 /HSamples [1 1 1 1] /VSamples [1 1 1 1] >> /ColorImageDict << /QFactor 0.15 /HSamples [1 1 1 1] /VSamples [1 1 1 1] >> /JPEG2000ColorACSImageDict << /TileWidth 256 /TileHeight 256 /Quality 30 >> /JPEG2000ColorImageDict << /TileWidth 256 /TileHeight 256 /Quality 30 >> /AntiAliasGrayImages false /CropGrayImages true /GrayImageMinResolution 300 /GrayImageMinResolutionPolicy /OK /DownsampleGrayImages false /GrayImageDownsampleType /Average /GrayImageResolution 300 /GrayImageDepth -1 /GrayImageMinDownsampleDepth 2 /GrayImageDownsampleThreshold 1.50000 /EncodeGrayImages true /GrayImageFilter /DCTEncode /AutoFilterGrayImages true /GrayImageAutoFilterStrategy /JPEG /GrayACSImageDict << /QFactor 0.15 /HSamples [1 1 1 1] /VSamples [1 1 1 1] >> /GrayImageDict << /QFactor 0.15 /HSamples [1 1 1 1] /VSamples [1 1 1 1] >> /JPEG2000GrayACSImageDict << /TileWidth 256 /TileHeight 256 /Quality 30 >> /JPEG2000GrayImageDict << /TileWidth 256 /TileHeight 256 /Quality 30 >> /AntiAliasMonoImages false /CropMonoImages true /MonoImageMinResolution 1200 /MonoImageMinResolutionPolicy /OK /DownsampleMonoImages false /MonoImageDownsampleType /Average /MonoImageResolution 1200 /MonoImageDepth -1 /MonoImageDownsampleThreshold 1.50000 /EncodeMonoImages true /MonoImageFilter /CCITTFaxEncode /MonoImageDict << /K -1 >> /AllowPSXObjects false /CheckCompliance [ /None ] /PDFX1aCheck false /PDFX3Check false /PDFXCompliantPDFOnly false /PDFXNoTrimBoxError true /PDFXTrimBoxToMediaBoxOffset [ 0.00000 0.00000 0.00000 0.00000 ] /PDFXSetBleedBoxToMediaBox true /PDFXBleedBoxToTrimBoxOffset [ 0.00000 0.00000 0.00000 0.00000 ] /PDFXOutputIntentProfile (None) /PDFXOutputConditionIdentifier () /PDFXOutputCondition () /PDFXRegistryName () /PDFXTrapped /False /CreateJDFFile false /Description << /CHS <FEFF4f7f75288fd94e9b8bbe5b9a521b5efa7684002000410064006f006200650020005000440046002065876863900275284e8e9ad88d2891cf76845370524d53705237300260a853ef4ee54f7f75280020004100630072006f0062006100740020548c002000410064006f00620065002000520065006100640065007200200035002e003000204ee553ca66f49ad87248672c676562535f00521b5efa768400200050004400460020658768633002> /CHT <FEFF4f7f752890194e9b8a2d7f6e5efa7acb7684002000410064006f006200650020005000440046002065874ef69069752865bc9ad854c18cea76845370524d5370523786557406300260a853ef4ee54f7f75280020004100630072006f0062006100740020548c002000410064006f00620065002000520065006100640065007200200035002e003000204ee553ca66f49ad87248672c4f86958b555f5df25efa7acb76840020005000440046002065874ef63002> /DAN <FEFF004200720075006700200069006e0064007300740069006c006c0069006e006700650072006e0065002000740069006c0020006100740020006f007000720065007400740065002000410064006f006200650020005000440046002d0064006f006b0075006d0065006e007400650072002c0020006400650072002000620065006400730074002000650067006e006500720020007300690067002000740069006c002000700072006500700072006500730073002d007500640073006b007200690076006e0069006e00670020006100660020006800f8006a0020006b00760061006c0069007400650074002e0020004400650020006f007000720065007400740065006400650020005000440046002d0064006f006b0075006d0065006e0074006500720020006b0061006e002000e50062006e00650073002000690020004100630072006f00620061007400200065006c006c006500720020004100630072006f006200610074002000520065006100640065007200200035002e00300020006f00670020006e0079006500720065002e> /DEU <FEFF00560065007200770065006e00640065006e0020005300690065002000640069006500730065002000450069006e007300740065006c006c0075006e00670065006e0020007a0075006d002000450072007300740065006c006c0065006e00200076006f006e002000410064006f006200650020005000440046002d0044006f006b0075006d0065006e00740065006e002c00200076006f006e002000640065006e0065006e002000530069006500200068006f006300680077006500720074006900670065002000500072006500700072006500730073002d0044007200750063006b0065002000650072007a0065007500670065006e0020006d00f60063006800740065006e002e002000450072007300740065006c006c007400650020005000440046002d0044006f006b0075006d0065006e007400650020006b00f6006e006e0065006e0020006d006900740020004100630072006f00620061007400200075006e0064002000410064006f00620065002000520065006100640065007200200035002e00300020006f0064006500720020006800f600680065007200200067006500f600660066006e00650074002000770065007200640065006e002e> /ESP <FEFF005500740069006c0069006300650020006500730074006100200063006f006e0066006900670075007200610063006900f3006e0020007000610072006100200063007200650061007200200064006f00630075006d0065006e0074006f00730020005000440046002000640065002000410064006f0062006500200061006400650063007500610064006f00730020007000610072006100200069006d0070007200650073006900f3006e0020007000720065002d0065006400690074006f007200690061006c00200064006500200061006c00740061002000630061006c0069006400610064002e002000530065002000700075006500640065006e00200061006200720069007200200064006f00630075006d0065006e0074006f00730020005000440046002000630072006500610064006f007300200063006f006e0020004100630072006f006200610074002c002000410064006f00620065002000520065006100640065007200200035002e003000200079002000760065007200730069006f006e0065007300200070006f00730074006500720069006f007200650073002e> /FRA <FEFF005500740069006c006900730065007a00200063006500730020006f007000740069006f006e00730020006100660069006e00200064006500200063007200e900650072002000640065007300200064006f00630075006d0065006e00740073002000410064006f00620065002000500044004600200070006f0075007200200075006e00650020007100750061006c0069007400e90020006400270069006d007000720065007300730069006f006e00200070007200e9007000720065007300730065002e0020004c0065007300200064006f00630075006d0065006e00740073002000500044004600200063007200e900e90073002000700065007500760065006e0074002000ea0074007200650020006f007500760065007200740073002000640061006e00730020004100630072006f006200610074002c002000610069006e00730069002000710075002700410064006f00620065002000520065006100640065007200200035002e0030002000650074002000760065007200730069006f006e007300200075006c007400e90072006900650075007200650073002e> /ITA <FEFF005500740069006c0069007a007a006100720065002000710075006500730074006500200069006d0070006f007300740061007a0069006f006e00690020007000650072002000630072006500610072006500200064006f00630075006d0065006e00740069002000410064006f00620065002000500044004600200070006900f900200061006400610074007400690020006100200075006e00610020007000720065007300740061006d0070006100200064006900200061006c007400610020007100750061006c0069007400e0002e0020004900200064006f00630075006d0065006e007400690020005000440046002000630072006500610074006900200070006f00730073006f006e006f0020006500730073006500720065002000610070006500720074006900200063006f006e0020004100630072006f00620061007400200065002000410064006f00620065002000520065006100640065007200200035002e003000200065002000760065007200730069006f006e006900200073007500630063006500730073006900760065002e> /JPN <FEFF9ad854c18cea306a30d730ea30d730ec30b951fa529b7528002000410064006f0062006500200050004400460020658766f8306e4f5c6210306b4f7f75283057307e305930023053306e8a2d5b9a30674f5c62103055308c305f0020005000440046002030d530a130a430eb306f3001004100630072006f0062006100740020304a30883073002000410064006f00620065002000520065006100640065007200200035002e003000204ee5964d3067958b304f30533068304c3067304d307e305930023053306e8a2d5b9a306b306f30d530a930f330c8306e57cb30818fbc307f304c5fc59808306730593002> /KOR <FEFFc7740020c124c815c7440020c0acc6a9d558c5ec0020ace0d488c9c80020c2dcd5d80020c778c1c4c5d00020ac00c7a50020c801d569d55c002000410064006f0062006500200050004400460020bb38c11cb97c0020c791c131d569b2c8b2e4002e0020c774b807ac8c0020c791c131b41c00200050004400460020bb38c11cb2940020004100630072006f0062006100740020bc0f002000410064006f00620065002000520065006100640065007200200035002e00300020c774c0c1c5d0c11c0020c5f40020c2180020c788c2b5b2c8b2e4002e> /NLD (Gebruik deze instellingen om Adobe PDF-documenten te maken die zijn geoptimaliseerd voor prepress-afdrukken van hoge kwaliteit. De gemaakte PDF-documenten kunnen worden geopend met Acrobat en Adobe Reader 5.0 en hoger.) /NOR <FEFF004200720075006b00200064006900730073006500200069006e006e007300740069006c006c0069006e00670065006e0065002000740069006c002000e50020006f0070007000720065007400740065002000410064006f006200650020005000440046002d0064006f006b0075006d0065006e00740065007200200073006f006d00200065007200200062006500730074002000650067006e0065007400200066006f00720020006600f80072007400720079006b006b0073007500740073006b00720069006600740020006100760020006800f800790020006b00760061006c0069007400650074002e0020005000440046002d0064006f006b0075006d0065006e00740065006e00650020006b0061006e002000e50070006e00650073002000690020004100630072006f00620061007400200065006c006c00650072002000410064006f00620065002000520065006100640065007200200035002e003000200065006c006c00650072002000730065006e006500720065002e> /PTB <FEFF005500740069006c0069007a006500200065007300730061007300200063006f006e00660069006700750072006100e700f50065007300200064006500200066006f0072006d00610020006100200063007200690061007200200064006f00630075006d0065006e0074006f0073002000410064006f0062006500200050004400460020006d00610069007300200061006400650071007500610064006f00730020007000610072006100200070007200e9002d0069006d0070007200650073007300f50065007300200064006500200061006c007400610020007100750061006c00690064006100640065002e0020004f007300200064006f00630075006d0065006e0074006f00730020005000440046002000630072006900610064006f007300200070006f00640065006d0020007300650072002000610062006500720074006f007300200063006f006d0020006f0020004100630072006f006200610074002000650020006f002000410064006f00620065002000520065006100640065007200200035002e0030002000650020007600650072007300f50065007300200070006f00730074006500720069006f007200650073002e> /SUO <FEFF004b00e40079007400e40020006e00e40069007400e4002000610073006500740075006b007300690061002c0020006b0075006e0020006c0075006f00740020006c00e400680069006e006e00e4002000760061006100740069007600610061006e0020007000610069006e006100740075006b00730065006e002000760061006c006d0069007300740065006c00750074007900f6006800f6006e00200073006f00700069007600690061002000410064006f0062006500200050004400460020002d0064006f006b0075006d0065006e007400740065006a0061002e0020004c0075006f0064007500740020005000440046002d0064006f006b0075006d0065006e00740069007400200076006f0069006400610061006e0020006100760061007400610020004100630072006f0062006100740069006c006c00610020006a0061002000410064006f00620065002000520065006100640065007200200035002e0030003a006c006c00610020006a006100200075007500640065006d006d0069006c006c0061002e> /SVE <FEFF0041006e007600e4006e00640020006400650020006800e4007200200069006e0073007400e4006c006c006e0069006e006700610072006e00610020006f006d002000640075002000760069006c006c00200073006b006100700061002000410064006f006200650020005000440046002d0064006f006b0075006d0065006e007400200073006f006d002000e400720020006c00e4006d0070006c0069006700610020006600f60072002000700072006500700072006500730073002d007500740073006b00720069006600740020006d006500640020006800f600670020006b00760061006c0069007400650074002e002000200053006b006100700061006400650020005000440046002d0064006f006b0075006d0065006e00740020006b0061006e002000f600700070006e00610073002000690020004100630072006f0062006100740020006f00630068002000410064006f00620065002000520065006100640065007200200035002e00300020006f00630068002000730065006e006100720065002e> /ENU (Cadmus MediaWorks settings for Acrobat Distiller 8) >> /Namespace [ (Adobe) (Common) (1.0) ] /OtherNamespaces [ << /AsReaderSpreads false /CropImagesToFrames true /ErrorControl /WarnAndContinue /FlattenerIgnoreSpreadOverrides false /IncludeGuidesGrids false /IncludeNonPrinting false /IncludeSlug false /Namespace [ (Adobe) (InDesign) (4.0) ] /OmitPlacedBitmaps false /OmitPlacedEPS false /OmitPlacedPDF false /SimulateOverprint /Legacy >> << /AddBleedMarks false /AddColorBars false /AddCropMarks false /AddPageInfo false /AddRegMarks false /ConvertColors /ConvertToCMYK /DestinationProfileName () /DestinationProfileSelector /DocumentCMYK /Downsample16BitImages true /FlattenerPreset << /PresetSelector /MediumResolution >> /FormElements false /GenerateStructure false /IncludeBookmarks false /IncludeHyperlinks false /IncludeInteractive false /IncludeLayers false /IncludeProfiles false /MultimediaHandling /UseObjectSettings /Namespace [ (Adobe) (CreativeSuite) (2.0) ] /PDFXOutputIntentProfileSelector /DocumentCMYK /PreserveEditing true /UntaggedCMYKHandling /LeaveUntagged /UntaggedRGBHandling /UseDocumentProfile /UseDocumentBleed false >> ] >> setdistillerparams << /HWResolution [2400 2400] /PageSize [612.000 792.000] >> setpagedevice