1 Voice over IP (VoIP) Performance Evaluation on VMware vsphere 5 Performance Study TECHNICAL WHITEPAPER
2 Table of Contents Introduction... 3 VoIP Performance: Voice Quality and Jitter... 3 Evaluation of VoIP Performance on vsphere Test Configuration... 4 Method... 5 Single VoIP Media Server Instance Performance... 5 Multi-Instance Performance... 6 Isolating VoIP Traffic Using NetIOC... 7 Test Configuration... 7 Method... 8 Results... 8 NetIOC Usage Recommendation... 9 Conclusion References TECHNICAL WHITE PAPER / 2
3 Introduction The majority of business-critical applications such as Web applications, database servers, and enterprise messaging systems have been successfully virtualized, proving the benefits of virtualization for reducing cost and streamlining IT management. However, the adoption of virtualization in the area of latency-sensitive applications has been slow partly due to unsubstantiated performance concerns. By taking VoIP service as an example, this paper demonstrates that vsphere 5 brings the same virtualization benefits to latency-sensitive applications, and vsphere 5 does this while driving good performance. In particular, vsphere 5 delivers excellent out-of-the-box performance in terms of voice quality when running VoIP service. VoIP applications are characterized by latency-sensitivity that dictates audio data be delivered at regular intervals to achieve good voice quality. Irregular delivery may lead to packet drops, severely deteriorating user experience. Therefore, timely processing and delivery of audio data is critically important to VoIP service. In the virtualized environment, however, meeting this requirement for VoIP applications is more challenging due to the additional layer of scheduling virtual machines (VMs) and processing network packets. Despite such challenges, vsphere 5 is able to achieve great performance for VoIP applications thanks to the following reasons. First, vsphere 5 facilitates the highly optimized networking stack and paravirtualized device drivers to minimize virtualization overhead, adding little variance in packet delivery 1. The overhead is usually in the order of tens of microseconds that are negligible, especially to VoIP applications, where packets need to be delivered at intervals of tens of milliseconds. Second, vsphere 5 gives each VM a fair share of CPU 2, ensuring the predictable processing of audio data even under high CPU contention when running multiple VMs. Finally, the Network I/O Control (NetIOC) feature allows VoIP traffic to be isolated by partitioning physical network bandwidth. This helps to achieve the intended voice quality when VoIP traffic competes for shared network resources. This paper illustrates that: Excellent out-of-the-box VoIP performance is achieved with a large number of users served by a commercial VoIP media server hosted on vsphere 5. vsphere 5 is able to maintain great VoIP performance when running a large number of instances of VoIP server; results showed that vsphere 5 provided good performance even when running 12 instances configured with a total of 48 vcpus on a system with 8 cores, utilizing more than 90% of the physical CPUs. With Network I/O Control (NetIOC), vsphere 5 is able to preserve voice quality under high contention for network resources. VoIP Performance: Voice Quality and Jitter When a VoIP media server is streaming voice traffic, audio data is periodically processed and sent out over the network. Packets are then received by the user at regular intervals. During the process, delayed packets may need to be dropped so as not to disrupt real-time playback. Since voice quality is very sensitive to packet loss (even 1% packet loss can jeopardize voice quality 3 ), such packet drops caused by delayed packet delivery can result in degraded voice quality. In order to properly measure the timeliness of packet arrivals, jitter is defined to express the statistical variance of packet inter-arrival times. More formally, jitter is defined as the absolute difference between the expected inter-arrival time (usually 20 milliseconds in VoIP systems 4 ) and actual interarrival time. It is further processed and smoothed out using a low-pass filter (as indicated by RFC ). Performance tests in this paper use jitter as the main metric to evaluate VoIP performance. If packets are delivered to the user at the desired interval of 20 milliseconds, jitter is zero. But if packets are delivered late or in burst, jitter is non-zero. To mitigate voice quality problems caused by high jitter and the resulting packet drops, a jitter buffer is often used. The jitter buffer reduces jitter by temporarily storing packets before forwarding them for further processing. With jitter buffers, voice quality may not be affected by a few milliseconds of isolated jitter spikes. The downside of using a jitter buffer is that additional end-to-end delay may be introduced. TECHNICAL WHITE PAPER / 3
4 Since human ears are known to easily endure up to 150 milliseconds of delay 6, voice quality is not significantly sensitive to end-to-end delay as long as it is maintained below the threshold. In a LAN environment where the evaluation in this paper was conducted, the end-to-end delay is dominated by a constant overhead, such as delays due to jitter buffers and CODEC operations. Combined together, they can attribute to more than tens of milliseconds depending on the buffer size and the CODEC type. vsphere adds little to this constant delay unless there is excessive resource contention; for example, by severe overcommitment. When this happens, it also should be manifested as an increased jitter, since packet delivery can be delayed. As jitter is sufficient to capture voice quality changes on our test setup, end-to-end delay was not measured in evaluation. Audio CODECs also affect voice quality but tests exclude them, because the purpose of this performance study was not to evaluate different types of CODECs. We used only one type of CODEC in evaluation. Evaluation of VoIP Performance on vsphere 5 This section evaluates the performance of commercial VoIP media servers on vsphere 5. Experiments were conducted by increasing 1) the number of users served by a single streaming media server instance and 2) the number of media server instances. Test Configuration The test configuration (shown in Figure 1) consisted of a Dell PowerEdge R710 server running vsphere 5, and two client machines that generated voice traffic. The server was configured with dual-socket, quad-core 3.4GHz Intel Xeon X5690 processors, 48GB of RAM, and one 1GbE Broadcom NIC. Hyper-threading was used to closely match a typical user environment. Figure 1. Test Bed Setup The server hosted virtual Mitel Communications Director (vmcd) 7. vmcd is software that provides call control and multi-party audio conferencing services. Tests used audio conferencing to measure jitter since call control operations are not latency-sensitive in comparison to streaming (that is, audio conferencing). Our tests used a G.729 CODEC that is often preferred in the wide area network over other CODECs such as G.711, because it compresses audio data and hence consumes less bandwidth. However, this also means G.729 is more CPUintensive. vmcd was configured with 4 vcpus and 2GB of RAM to properly support G.729 streams. VMXNET3 TECHNICAL WHITE PAPER / 4
5 was used for virtual NICs. A Gigabit Ethernet switch was used to interconnect the vsphere host and client machines. The detailed hardware setup is described in Table 1. vsphere Host Client1 Client2 Client3 Make Dell PowerEdge R710 Dell PowerEdge 2970 Dell PowerEdge 1950 Dell PowerEdge 1950 CPU 2X Intel Xeon 3.40GHz, 4 cores per socket 6X AMD Opteron 2.20GHz, 1 core per socket 2X Intel Xeon 2.66GHz, 2 cores per socket 2X Intel Xeon 3.00GHz, 2 cores per socket RAM 48GB 12GB 16GB 8GB NICs 1 Broadcom NetXtreme II 1Gbps adapter 1 Broadcom NetXtreme II 1Gbps adapter 1 Broadcom NetXtreme II 1Gbps adapter 1 Broadcom NetXtreme II 1Gbps adapter Table 1. Hardware Setup Details Method Two dimensions of evaluation were conducted. First, load was increased by increasing the number of audio conferences on a single instance of vmcd in order to see performance trends with regard to the number of users. Each conference call consisted of four participants. The number of conferences was varied from 5 to 30, which corresponds to 20 to 120 voice streams. Second, VoIP performance was evaluated with multiple instances of vmcd to better understand how well vsphere 5 scales in terms of voice quality as the number of instances increases. Each vmcd instance served a demanding load of 120 G.729 streams. The number of vmcd instances was varied from 1 to 12, which increased the total number of streams from 120 to With 12 instances, the CPU of the ESXi host was almost fully utilized, at around 90%. Three client machines were used to generate load and measure jitter. Two machines were used to generate load with a given number of voice streams. When multiple instances of vmcd were used, the same numbers of voice streams were created for each instance. The remaining machine was used to measure jitter by initiating an additional audio conference. The purpose of using a separate machine (and a separate conference) for jitter measurement was to reduce measurement variance. This also mimics the user environment where a single call is usually made. When multiple vmcd instances were used, jitter was measured for only one vmcd instance, as all instances were identical. All results shown are trimmed averages of 5 runs with a duration of 5 minutes each. Single VoIP Media Server Instance Performance This section evaluates the VoIP performance of a single vmcd instance by varying the number of voice streams. No manual tuning to the host was made. The results are shown in Figure 2. As shown in the figure, the mean jitter was 0.4 millisecond with 20 G.729 streams and did not increase significantly as vmcd handled more streams. For example, with 120 streams, the mean jitter was just 0.54 millisecond. While the average behavior was good, we were also interested in the tail of the distribution, as jitter should be bounded to enforce the timeliness of audio streaming. The 99 th -percentile jitter was maintained around 1 millisecond with the number of streams increased. Considering jitter buffers are usually used in several places in the VoIP network such as the voice gateway and the user, 0.54 and 1 millisecond of mean and 99 th -percentile values are exceedingly low to achieve good voice quality. No packet loss was observed across all test configurations. These results with a commercial media server and a CPU-intensive CODEC clearly demonstrate that vsphere 5 adds a minimal overhead, and drives excellent out-of-the-box VoIP performance. TECHNICAL WHITE PAPER / 5
6 Mean Jitter 99-Percentile Jitter Jitter (ms) Number of Voice Streams Figure 2. Mean and 99th-Percentile Jitters Multi-Instance Performance This section presents the result of VoIP performance with multiple instances of vmcd running on the host. Each vmcd instance ran 120 G.729 streams and the number of instances was increased from 1 to 12. Figure 3 shows the mean and 99th-percentile jitter values respectively. As seen in the figure, both the mean and 99 th -percentile values increased with more vmcd instances running together (that is, more voice streams were being served); a slightly accelerated rate of increase in the 99 th -percentile jitter was observed from four to eight instances (that is, 16 vcpus to 24 vcpus) as overcommitment occurred. This is expected due to increased CPU contention among VMs. However, the overall rate of increase both in the mean and 99 th -percentile jitter is not steep, indicating that good voice quality is maintained. Even with 12 instances, the mean and 99 th -percentile jitter values were very low, 0.80 and 1.93 milliseconds respectively, while the CPU was almost fully utilized, reaching around 90% (see Figure 4) with a total of 48 vcpus running at the same time. The total packet rate with 12 instances was 72K packets per second, which consumed 45Mbps over a 1GbE link. No packet loss was observed regardless of the number of instances running. Mean Jitter 99-Percentile Jitter Jitter (ms) Number of vmcd Instances Figure 3. Mean and 99 th -Percentile Jitters TECHNICAL WHITE PAPER / 6
7 Total CPU 100 Total CPU (%) Number of vmcd Instances Figure 4. Total CPU Usage The results show that good voice quality was maintained under CPU contention with multiple vmcd instances running. Effective fair-share-based CPU scheduling and low-overhead virtual networking in vsphere 5 prevented unbounded packet processing delays. In addition, flexible co-scheduling in vsphere 5 allowed a high CPU utilization of 90% to be achieved, with a total of 48 vcpus running. Observe that the CPU usage increases almost linearly with the number of vmcd instances. This illustrates that per-vm scheduling and packet-processing overhead, if any, remained constant against the number of vmcd instances, further demonstrating efficient multi- VM management. Isolating VoIP Traffic Using NetIOC This section demonstrates how the Network I/O Control (NetIOC) feature in vsphere 5 helps to preserve voice quality under high network contention. Test Configuration The test configuration is described in Figure 5 and the same hardware setup described in Table 1 was used except that only two client machines were used for the test. In this evaluation, two different configurations were compared to see the benefits of NetIOC on VoIP applications: one system with NetIOC enabled and one without NetIOC support. For the configuration without NetIOC support, the same resource pool was used for the VoIP media server and 4 VMs generating competing network traffic. This simulated a condition where voice traffic was not differentiated from other traffic and packets were managed in a FIFO manner. In the configuration with NetIOC support, separate resource pools were configured for the VoIP server and the other VMs. The other four VMs were put into one resource pool. The two resource pools were then configured to have the same priority (shares). NetIOC schedules packet transmission among multiple resource pools according to the bandwidth shares set by the user. In this case, NetIOC will ensure the same bandwidth to be allocated to both resource pools. For more details about NetIOC, see VMware Network I/O Control: Architecture, Performance and Best Practices 8. TECHNICAL WHITE PAPER / 7
8 Figure 5. Hardware Setup Method At the start of the experiment, 120 G.729 streams were generated from a client machine. After 5 minutes, UDP traffic was created by the other four VMs and sent out to the remaining client machine in order to disrupt the voice traffic. The packet rate generated by those VMs was very high at around 390K packets per second, occupying approximately 880Mbps, whereas the packet rate of the VoIP traffic was much smaller at 6K packets per second using less than 4Mbps. The duration of the entire test was 10 minutes. Results Figure 6 shows the comparison of the configurations with and without NetIOC support. Without NetIOC support (that is, with the same resource pool configured for voice traffic as other VMs), voice packets were indiscriminately dropped after the UDP traffic became active; packet loss rate was constantly over 500 packets per second. This is more than 8% of the total packets generated and such a high packet loss rate is detrimental to voice quality 3. On the contrary, with NetIOC support (that is, with a separate resource pool configured for the voice traffic), no packet loss was seen, which clearly demonstrates the benefits of NetIOC. NetIOC effectively differentiated the voice traffic such that it received all the required bandwidth, preventing any packet loss under high network contention. TECHNICAL WHITE PAPER / 8
9 Same Resource pool Separate Resource Pool Packet Loss per Second Competing VMs start generating UDP traffic Time in Seconds Figure 6. Comparison of the Number of Packet Losses Table 2 shows mean and 99 th -percentile jitters for the same experiments. As shown in the table, the numbers are small for both cases and there is no significant difference between the two. Jitter, for the case without NetIOC, is also small because either a voice packet is sent out without waiting too much time in the queue or it is simply dropped (the packet did not make it to the queue because it s full) before jitter is noticeably affected. Mean Jitter (ms) 99 th -Percentile Jitter (ms) Without NetIOC With NetIOC Table 2. Jitter Comparison With and Without NetIOC NetIOC Usage Recommendation Unless there is significant contention, NetIOC may not be necessary to provide good voice quality. Packet drops in vsphere happen only when the packet rate generated by (competing) VMs is extremely high and the network link is shared. Should packet loss occur due to such reasons, NetIOC greatly helps to sustain the desired voice quality. When using NetIOC, assigning a separate resource pool with normal shares is sufficient in most cases, since the packet rate of VoIP traffic is not typically high and it consumes a relatively small amount of bandwidth. Doing so isolates VoIP traffic from competing traffic and guarantees the amount of bandwidth needed for achieving good voice quality. NetIOC also provides the ability for packets of a given resource pool to be tagged with 802.1p tags when those packets leave the vsphere host into the physical switches. This allows appropriate prioritization to be enforced in physical switches with proper configuration in those switches. TECHNICAL WHITE PAPER / 9
10 Conclusion This paper evaluated VoIP performance using a commercial media server to demonstrate that vsphere 5 is readily able to host VoIP service, delivering excellent out-of-the-box VoIP performance. To compare voice quality of different configurations, jitter was used as the main metric that describes the timeliness of voice packet arrival. The evaluation results demonstrated that good voice quality was maintained when the number of users (number of voice streams) and media server instance increased, while fully utilizing CPU. For example, vsphere 5 was able to maintain great VoIP performance even when running 12 instances of VoIP media server configured with a total 48 vcpus on a system with 8 cores. It is further shown that the NetIOC feature was able to prevent packet loss successfully, thereby helping to preserve voice quality under severe contention for network. References 1. VMware vsphere 4.1 Networking Performance. VMware, Inc., VMware vsphere: The CPU Scheduler in VMware ESX 4.1. VMware, Inc., Packet Loss, A reference guide to all things VOIP. Voip-Info.org, ITU-T Recommendation G.114, One-way transmission time. International Telecommunication Union, Quality of Service Design Overview. Cisco Press, Schulzrinne, H., S. Casner, R. Frederick, and V. Jacobson. RTP: A Transport Protocol for Real-Time Applications. The Internet Society, Mitel Communications Director. Mitel Networks Corporation, VMware Network I/O Control: Architecture, Performance and Best Practices. VMware, Inc., About the Author Jin Heo is a Member of Technical Staff in the Performance Engineering group at VMware. His work focuses on improving network performance of VMware s virtualization products. He has a Ph.D. in Computer Science from the University of Illinois at Urbana-Champaign. Acknowledgements The author would like to thank Boon Seong Ang, Guolin Yang, Haoqiang Zheng, Julie Brodeur, Lenin Singaravelu, Scott Goldman, Shilpi Agarwal, and Yong Wang (in alphabetical order) for reviews and contributions to the paper. The author would also like to thank Mitel for supplying their vmcd products used for evaluation, and in particular Jean-Yves Patry for offering his expertise on VoIP systems. VMware, Inc Hillview Avenue Palo Alto CA USA Tel Fax Copyright 2011 VMware, Inc. All rights reserved. This product is protected by U.S. and international copyright and intellectual property laws. VMware products are covered by one or more patents listed at VMware is a registered trademark or trademark of VMware, Inc. in the United States and/or other jurisdictions. All other marks and names mentioned herein may be trademarks of their respective companies. Item: EN Date: 23-Dec-11 Comments on this document:
Leveraging NIC Technology to Improve Network Performance in VMware vsphere Performance Study TECHNICAL WHITE PAPER Table of Contents Introduction... 3 Hardware Description... 3 List of Features... 4 NetQueue...
Deploying Extremely Latency-Sensitive Applications in VMware vsphere 5.5 Performance Study TECHNICAL WHITEPAPER Table of Contents Introduction... 3 Latency Issues in a Virtualized Environment... 3 Resource
Performance Study Performance Evaluation of VMXNET3 Virtual Network Device VMware vsphere 4 build 164009 Introduction With more and more mission critical networking intensive workloads being virtualized
On-Demand Call Center with VMware A VMware 5 and Mitel Unified Communication Practice KEY BENEFITS Leverage infrastructure consolidation and desktop virtualization to deliver instant call center architecture.
Performance Study Microsoft Office SharePoint Server 2007 Performance on VMware vsphere 4.1 VMware vsphere 4.1 One of the key benefits of virtualization is the ability to consolidate multiple applications
1 VMWARE WHITE PAPER Introduction This paper outlines the considerations that affect network throughput. The paper examines the applications deployed on top of a virtual infrastructure and discusses the
VMware Network I/O Control: Architecture, Performance and Best Practices VMware vsphere 4.1 W H I T E P A P E R Executive Summary Network convergence using 10GbE technology provides enormous opportunities
VMware SAN Backup Using VMware vsphere Data Protection Advanced SEPTEMBER 2014 VMware SAN Backup Using VMware vsphere Table of Contents Introduction.... 3 vsphere Architectural Overview... 4 SAN Backup
What s New in VMware vsphere 4.1 Storage VMware vsphere 4.1 W H I T E P A P E R Introduction VMware vsphere 4.1 brings many new capabilities to further extend the benefits of vsphere 4.0. These new features
IT Business Management System Requirements Guide IT Business Management 8.0 This document supports the version of each product listed and supports all subsequent versions until the document is replaced
Requirements of Voice in an IP Internetwork Real-Time Voice in a Best-Effort IP Internetwork This topic lists problems associated with implementation of real-time voice traffic in a best-effort IP internetwork.
VMware vsphere 6 and Oracle Database Scalability Study Scaling Monster Virtual Machines TECHNICAL WHITE PAPER Table of Contents Executive Summary... 3 Introduction... 3 Test Environment... 3 Virtual Machine
in VMware vsphere 5 Performance Study TECHNICAL WHITE PAPER Table of Contents Introduction.... 3 Power Management BIOS Settings.... 3 Host Power Management in ESXi 5.... 4 HPM Power Policy Options in ESXi
Best Practices for Monitoring Databases on VMware Dean Richards Senior DBA, Confio Software 1 Who Am I? 20+ Years in Oracle & SQL Server DBA and Developer Worked for Oracle Consulting Specialize in Performance
White Paper Advanced Server Network Virtualization (NV) Acceleration for VXLAN August 2012 Overview In today's cloud-scale networks, multiple organizations share the same physical infrastructure. Utilizing
Managing Capacity Using VMware vcenter CapacityIQ TECHNICAL WHITE PAPER Table of Contents Capacity Management Overview.... 3 CapacityIQ Information Collection.... 3 CapacityIQ Performance Metrics.... 4
Boosting Data Transfer with TCP Offload Engine Technology on Ninth-Generation Dell PowerEdge Servers TCP/IP Offload Engine () technology makes its debut in the ninth generation of Dell PowerEdge servers,
W H I T E P A P E R Performance and Scalability of Microsoft SQL Server on VMware vsphere 4 Table of Contents Introduction................................................................... 3 Highlights.....................................................................
White Paper: Performance of Host-based Media Processing The viability of host-based software in providing media processing capabilities continues to expand the possibilities for voice application development.
Gen2 Ventures White Paper Clearing the Way for VoIP An Alternative to Expensive WAN Upgrades Executive Overview Enterprises have traditionally maintained separate networks for their voice and data traffic.
White Paper Broadcom 10GbE High-Performance Adapters for Dell PowerEdge 12th As the deployment of bandwidth-intensive applications such as public and private cloud computing continues to increase, IT administrators
White Paper Doubling the I/O Performance of VMware vsphere 4.1 with Broadcom 10GbE iscsi HBA Technology This document describes the doubling of the I/O performance of vsphere 4.1 by using Broadcom 10GbE
Technical Note Configuration s VMware Infrastructure 3 When you are selecting and configuring your virtual and physical equipment, you must stay at or below the maximums supported by VMware Infrastructure
Technical Paper Moving SAS Applications from a Physical to a Virtual VMware Environment Release Information Content Version: April 2015. Trademarks and Patents SAS Institute Inc., SAS Campus Drive, Cary,
The International Arab Journal of Information Technology, Vol. 7, No. 4, October 2010 343 Measurement of V2oIP over Wide Area Network between Countries Using Soft Phone and USB Phone Mohd Ismail Department
White Paper Recording Server Virtualization Prepared by: Mike Sherwood, Senior Solutions Engineer Milestone Systems 23 March 2011 Table of Contents Introduction... 3 Target audience and white paper purpose...
White Paper Zeus Traffic Manager VA Performance on vsphere 4 Zeus. Why wait Contents Introduction... 2 Test Setup... 2 System Under Test... 3 Hardware... 3 Native Software... 3 Virtual Appliance... 3 Benchmarks...
VMWARE PERFORMANCE STUDY VMware ESX Server 3. Improving Scalability for Citrix Presentation Server Citrix Presentation Server administrators have often opted for many small servers (with one or two CPUs)
Top 10 Reasons to Virtualize VMware Zimbra Collaboration Server with VMware vsphere white PAPER Email outages disrupt a company s ability to conduct business. Issues as diverse as scheduled downtime, human
An Introduction to VoIP Protocols www.netqos.com Voice over IP (VoIP) offers the vision of a converged network carrying multiple types of traffic (voice, video, and data, to name a few). To carry out this
> A best-practice approach for transitioning your network infrastructure White Paper The business benefits of network convergence are clear: fast, dependable, real-time communication, unprecedented information
vrealize Business System Requirements Guide vrealize Business Advanced and Enterprise 8.2.1 This document supports the version of each product listed and supports all subsequent versions until the document
> White Paper Tough Questions, Honest Answers For many years, voice over IP (VoIP) has held the promise of enabling the next generation of voice communications within the enterprise. Unfortunately, its
Design and Sizing Examples: Microsoft Exchange Solutions on VMware Page 1 of 19 Contents 1. Introduction... 3 1.1. Overview... 3 1.2. Benefits of Running Exchange Server 2007 on VMware Infrastructure 3...
Written and Provided by Expert Reference Series of White Papers Microsoft Exchange Server 200 Performance on VMware vsphere 4 1-800-COURSES www.globalknowledge.com Introduction Increased adoption of VMware
Performance of VMware vcenter (VC) Operations in a ROBO Environment TECHNICAL WHITE PAPER Introduction Many VMware customers have virtualized their ROBO (Remote Office Branch Office) offices in order to
Nutanix Tech Note Configuration Best Practices for Nutanix Storage with VMware vsphere Nutanix Virtual Computing Platform is engineered from the ground up to provide enterprise-grade availability for critical
Performance brief for IBM WebSphere Application Server.0 with VMware ESX.0 on HP ProLiant DL0 G server Table of contents Executive summary... WebSphere test configuration... Server information... WebSphere
Encapsulating Voice in IP Packets Major VoIP Protocols This topic defines the major VoIP protocols and matches them with the seven layers of the OSI model. Major VoIP Protocols 15 The major VoIP protocols
ENSC 427: Communication Networks ANALYSIS OF LONG DISTANCE 3-WAY CONFERENCE CALLING WITH VOIP Spring 2010 Final Project Group #6: Gurpal Singh Sandhu Sasan Naderi Claret Ramos (email@example.com) (firstname.lastname@example.org)
1 PORTrockIT Veeam : accelerating virtual machine replication 2 Executive summary Business continuity solutions such as Veeam offer the ability to recover quickly from disaster by creating a replica of
Vocera Voice 4.3 and 4.4 Server Sizing Matrix Vocera Server Recommended Configuration Guidelines Maximum Simultaneous Users 450 5,000 Sites Single Site or Multiple Sites Requires Multiple Sites Entities
Handling Multimedia Under Desktop Virtualization for Knowledge Workers Wyse TCX Multimedia capabilities deliver the applications and performance required, for less A white paper by Wyse Technology Inc.
Implementation of Video Voice over IP in Local Area Network Campus Environment Mohd Nazri Ismail Abstract--In this research, we propose an architectural solution to integrate the video voice over IP (V2oIP)
WHITE PAPER IxChariot Virtualization Performance Test Plan Test Methodologies The following test plan gives a brief overview of the trend toward virtualization, and how IxChariot can be used to validate
VMware Virtual SAN 6.0 Performance TECHNICAL WHITE PAPER Table of Contents Executive Summary... 3 Introduction... 3 Virtual SAN Cluster Setup... 3 Hybrid Virtual SAN Hardware Configuration... 4 All-Flash
Performance Study VirtualCenter Database Performance for Microsoft SQL Server 2005 VirtualCenter 2.5 VMware VirtualCenter uses a database to store metadata on the state of a VMware Infrastructure environment.
First Published: October 21, 2012 Last Modified: October 21, 2012 Americas Headquarters Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA 95134-1706 USA http://www.cisco.com Tel: 8 526-00 800 553-NETS
Intel Ethernet Switch Load Balancing System Design Using Advanced Features in Intel Ethernet Switch Family White Paper June, 2008 Legal INFORMATION IN THIS DOCUMENT IS PROVIDED IN CONNECTION WITH INTEL
3CX Phone System Enterprise 512SC Edition Performance Test 3CX Phone System is one of the most popular IP PBX systems that works flawlessly in a Microsoft Windows environment. It s renowned for its simplicity,
VMware Horizon View 5.2 and Hardware Accelerated 3D Graphics Performance Study TECHNICAL WHITE PAPER Table of Contents Introduction... 3... 3 3D Desktops in View... 3 Supported Configurations... 3 Best
White Paper Microsoft SQL Server 2012 on Cisco UCS with iscsi-based Storage Access in VMware ESX Virtualization Environment: Performance Study 2012 Cisco and/or its affiliates. All rights reserved. This
VMware vsphere 5.0 Evaluation Guide Advanced Networking Features TECHNICAL WHITE PAPER Table of Contents About This Guide.... 4 System Requirements... 4 Hardware Requirements.... 4 Servers.... 4 Storage....
Performance Study Virtualizing Performance-Critical Database Applications in VMware vsphere VMware vsphere 4.0 with ESX 4.0 VMware vsphere 4.0 with ESX 4.0 makes it easier than ever to virtualize demanding
Agilent Technologies Performing Pre-VoIP Network Assessments Application Note 1402 Issues with VoIP Network Performance Voice is more than just an IP network application. It is a fundamental business and
Update 1 vsphere 5.1 vcenter Server 5.1 ESXi 5.1 This document supports the version of each product listed and supports all subsequent versions until the document is replaced by a new edition. To check
A Comparison of Oracle Performance on Physical and VMware Servers By Confio Software Confio Software 4772 Walnut Street, Suite 100 Boulder, CO 80301 303-938-8282 www.confio.com Comparison of Physical and
Best Practices for Performance Tuning of Latency-Sensitive Workloads in vsphere VMs TECHNICAL WHITE PAPER Table of Contents Introduction... 3 BIOS Settings... 3 NUMA... 4 Choice of Guest OS... 5 Physical
TechTarget Data Center Media E-Guide Server Virtualization: Balancing CPU, Storage and Networking Demands Virtualization initiatives often become a balancing act for data center administrators, who are
Performance Evaluation of VoIP Services using Different CODECs over a UMTS Network Jianguo Cao School of Electrical and Computer Engineering RMIT University Melbourne, VIC 3000 Australia Email: email@example.com
How to Create a Simple Content Management Solution with Joomla! in a vcloud Environment A VMware Cloud Evaluation Reference Document Contents About Cloud Computing Cloud computing is an approach to computing
Technical Note Scalability Tuning vcenter Operations Manager for View 1.0 Scalability Overview The scalability of vcenter Operations Manager for View 1.0 was tested and verified to support 4000 concurrent
Benchmarking the Performance of XenDesktop Virtual DeskTop Infrastructure (VDI) Platform Shie-Yuan Wang Department of Computer Science National Chiao Tung University, Taiwan Email: firstname.lastname@example.org
QoS & Traffic Management Advanced Features for Managing Application Performance and Achieving End-to-End Quality of Service in Data Center and Cloud Computing Environments using Chelsio T4 Adapters Chelsio
How to Use a LAMP Stack on vcloud for Optimal PHP Application Performance A VMware Cloud Evaluation Reference Document Contents About Cloud Computing Cloud computing is an approach to computing that pools
Microsoft Exchange Server 3 Deployment Considerations for Small and Medium Businesses A Dell PowerEdge server can provide an effective platform for Microsoft Exchange Server 3. A team of Dell engineers
EUC2027 Characterize Performance in Horizon 6 Banit Agrawal VMware, Inc Staff Engineer II Rasmus Sjørslev VMware, Inc Senior EUC Architect Disclaimer This presentation may contain product features that
Enabling Technologies for Distributed Computing Dr. Sanjay P. Ahuja, Ph.D. Fidelity National Financial Distinguished Professor of CIS School of Computing, UNF Multi-core CPUs and Multithreading Technologies
Whitepaper Quality of Service Testing in the VoIP Environment Carrying voice traffic over the Internet rather than the traditional public telephone network has revolutionized communications. Initially,
vsphere 5.1 vcenter Server 5.1 ESXi 5.1 This document supports the version of each product listed and supports all subsequent versions until the document is replaced by a new edition. To check for more
White Paper Windows TCP Chimney: Network Protocol Offload for Optimal Application Scalability and Manageability The new TCP Chimney Offload Architecture from Microsoft enables offload of the TCP protocol
EMC Business Continuity for Microsoft SQL Server 2008 Enabled by EMC Celerra Fibre Channel, EMC MirrorView, VMware Site Recovery Manager, and VMware vsphere 4 Reference Architecture Copyright 2009, 2010