Jump to content, skipping navigation

Spirent Logo

Login or Register to My Spirent . Tested with Spirent Blog . Contact Support . Investors

  • Home
  • What are you Testing?

    Technology

    1
    A-GPS/A-GLONASS
    Hybrid Wi-Fi Positioning
    CDMA/EV-DO Devices
    CDMA EV/DO Infrastructure
    LTE Device testing
    2
    LTE Testing overview
    MIMO Channel Emulation
    UMTS Devices
    UMTS Infrastructure

    Test Area

    • Base-station receivers
    • Certification/Conformance
    • Location Testing
    • Mobility inter-RAT
    • Over the Air
    • Radio Access Performance
    • Wireless Receiver
  • What are you Testing?

    Network and Services

    1
    40/100 GbE
    Broadband Infrastructure For Multiplay
    Cloud Computing Testing
    Data Centers and Enterprise Networks
    Ethernet Services on Live Networks
    Mobile Backhaul
    Mobile Packet Core
    2
    Impairments in Networks
    Network Security
    Outside Plant & In-Home Testing
    Triple Play Services on Live Networks
    Video and IPTV
    Voice and IMS
    Welcome N2X Users

    Devices and Equipment

    • Access: DSL
    • Routing & Switching: Enterprise
    • Lab and Test Automation
    • Firewall/IDS/IPS
    • Routing & Switching: Service Provider
    • Web and Application Servers
  • WHAT ARE YOU INTERESTED IN?

    Technologies

    • Multi-GNSS Simulation
    • GNSS Simulators
    • GPS Simulation
    • GPS Modernization
    • Galileo Simulators
    • GLONASS Simulators
    • GPS/GNSS Augmentation
    • Beidou/Compass
    • Wi-Fi Positioning

    Solutions for

    • R&D
    • Integration
    • Verification
    • Production Line

    Sectors

    • Military & Defense
    • GPS SAASM
    • GPS Vulnerability
    • GPS Inertial Navigation
    • Transport
    • Automotive
    • Telematics
    • Road Tolling
    • Rail
    • Civil Aviation
    • Space
    • Mobile Devices
    • Telecom & Wireless
    • Chipset & Technology
  • What are you Testing?

    Wireless

    • 8100
    • AirAccess
    • C2K-ATS
    • GSS5700
    • Landslide
    • SR5500

    Broadband

    • Abacus
    • Avalanche
    • AX/4000
    • DLS
    • GEM
    • Landslide
    • SmartBits
    • SmartSight Central
    • Spirent Global Services
    • Spirent TestCenter
    • Spirent TestCenter Live
    • Tech-X Flex

    Positioning & Navigation

    • GSS4200
    • GSS5700
    • GSS6300
    • GSS6700
    • GSS7735
    • GSS7765
    • GSS7790
    • GSS8000
    • SimAUTO
    • SimINERTIAL
    • SimPLEX45

Broadband blog

Spirent Blogs

  • Broadband blog   RSS Feed
  • Positioning blog   RSS Feed
  • Wireless blog   RSS Feed

Latest Posts

  • Will all Receivers Eventually be Multi-GNSS?

    Posted: 31 Aug 2010 9:00 AM. Author: Andy Walker

  • What you Need to Know About Multi-GNSS Testing

    Posted: 30 Aug 2010 7:00 AM. Author: Andy Walker

  • Multipath Mitigation in Marine GNSS Receivers

    Posted: 25 Aug 2010 8:30 AM. Author: Andy Walker

  • What is EGNOS?

    Posted: 19 Aug 2010 8:00 AM. Author: Andy Walker

  • What is an Ephemeris?

    Posted: 16 Aug 2010 8:00 AM. Author: Andy Walker

  • View all latest posts

Most Popular Posts

  • GPS Modernization and the L5 Signal

    Posted: 10 May 2010 9:00 AM. Author: Andy Walker

  • NMEA Data Explained

    Posted: 28 Apr 2010 8:00 AM. Author: Andy Walker

  • PASS: A Test Methodology for Cloud Services

    Posted: 28 Apr 2010 8:30 AM. Author: Michael Lynge

You are here:
Home >
Tested with Spirent Blog >
Broadband blog >
Testing 10G Data Center Switches: Scaling 10 Times Higher
<Back to Broadband blog

Testing 10G Data Center Switches: Scaling 10 Times Higher

If there’s one overarching conclusion I’ve drawn from three months of testing 10-gigabit top-of-rack data center switches, it’s that “switch” and “data center switch” are very different beasts.

Understanding the latter means testing new features like virtualization support and storage/data network convergence, while also driving unicast and multicast scalability benchmarking to new heights.

In a project recently published in Network World, we compared switches from six vendors, each with at least 24 10-gigabit Ethernet ports. We compared products in 10 areas: features; usability; power consumption; MAC address capacity; forward pressure; multicast group capacity; multicast group join/leave delay; link aggregation hashing fairness; and, of course, basic unicast and multicast performance.

Performance testing remains as important as ever, if not more so, when it comes to data center switching. That’s an important point: Buyers are interested in these new features, to be sure, but only in addition to switches’ long-time role as fast packet pushers.

In other words, the same industry-standard methods of benchmarking switching and routing performance (as defined in RFCs 2544, 2889 and 3918) remain vitally important in the context of data center switching. In fact, line-rate performance and low latency and jitter are even more important for many data center applications than for general-purpose enterprise networking.

Data center switches tend to have much longer features lists than their wiring-closet counterparts. We paid special attention to three areas. First is redundancy protocols. Some data center switches offer new methods to connect multiple servers and/or switches. Some methods even eliminate slower redundancy protocols, such as spanning tree. Others offer “active/active” connectivity across multiple links until a failure occurs, boosting bandwidth in a way that “active/standby” protocols such as spanning tree cannot. While new protocols are intriguing, it’s a good idea to test their resiliency and benchmark failover times before deploying them in your network.

Second, some switches allow the convergence of previously separate storage and data networks using technologies such as Fibre Channel or Fibre Channel over Ethernet (FCoE) on the same switch. The IEEE has defined several new protocols to accommodate the FCoE’s stringent delay and loss requirements. We didn’t test these protocols this time, since only one switch tested supported all these new mechanisms, but look forward to comparing data/storage performance in upcoming tests.

Finally, data center switches support virtualization in a variety of ways. Since virtual machines (VMs) often move between physical hosts in the data center, some switches offer the ability to have the VMs’ access control policies move with them. Other switches can carve up physical interfaces to appear as multiple logical links to different sets of VMs. And some support end-to-end management of physical and virtual switches, offering the same set of capabilities for both.

I’m looking forward to future tests comparing Fibre Channel and FCoE performance as well as even larger-scale tests of large modular data center systems. We’re still in the early days of data center switch testing, and things will only get bigger from here.

Newman is president of Network Test, an independent test lab and engineering services consultancy. He can be reached at dnewman@networktest.com.

Posted: 18 Jan 2010 12:33 PM. Author: David Newman, Network Test (comments 5)

Next post

Previous Post

Comments

  1. Hi,

    In this test, you tested 108 byte frames. Just out of curiousity, why 108 byte? I'm thinking it has something to do with TCP acks, but I can't make the math work.

    Chris McCoy
    Posted: 21 Jan 2010 2:55 PM

  2. Given more space and time I would have run a sweep test to measure throughput, latency and jitter for *every* frame size between 64 and 9216 bytes. A switch should handle any frame thrown at it.

    Since we didn't have infinite resources, I included only a couple more sizes beyond the seven standard lengths from RFC 2544+jumbos.

    A major stock exchange runs an application that makes heavy use of 108-byte frames. That's why I chose that particular length.

    I've seen issues with 65-byte frames multiple times with multiple vendors' switches.

    As it turned out results for both 65- and 108-byte frames were unremarkable for all switches, so much so that we only printed numbers for 64-, 256-, 1518- and 9216-byte frames.

    Hope this answers your question. I really would have liked to have run the sweep test, as it sometimes turns up "tuning for benchmarks" problems where switches do great with the standard lengths but not at all great with a few other sizes.

    David Newman
    Posted: 21 Jan 2010 4:00 PM

  3. Given more space and time I would have run a sweep test to measure throughput, latency and jitter for *every* frame size between 64 and 9216 bytes. A switch should handle any frame thrown at it.

    Since we didn't have infinite resources, I included only a couple more sizes beyond the seven standard lengths from RFC 2544+jumbos.

    A major stock exchange runs an application that makes heavy use of 108-byte frames. That's why I chose that particular length.

    I've seen issues with 65-byte frames multiple times with multiple vendors' switches.

    As it turned out results for both 65- and 108-byte frames were unremarkable for all switches, so much so that we only printed numbers for 64-, 256-, 1518- and 9216-byte frames.

    Hope this answers your question. I really would have liked to have run the sweep test, as it sometimes turns up "tuning for benchmarks" problems where switches do great with the standard lengths but not at all great with a few other sizes.

    David Newman
    Posted: 22 Jan 2010 1:20 PM

  4. Given more space and time I would have run a sweep test to measure throughput, latency and jitter for *every* frame size between 64 and 9216 bytes. A switch should handle any frame thrown at it.

    Since we didn't have infinite resources, I included only a couple more sizes beyond the seven standard lengths from RFC 2544+jumbos.

    A major stock exchange runs an application that makes heavy use of 108-byte frames. That's why I chose that particular length.

    I've seen issues with 65-byte frames multiple times with multiple vendors' switches.

    As it turned out results for both 65- and 108-byte frames were unremarkable for all switches, so much so that we only printed numbers for 64-, 256-, 1518- and 9216-byte frames.

    Hope this answers your question. I really would have liked to have run the sweep test, as it sometimes turns up "tuning for benchmarks" problems where switches do great with the standard lengths but not at all great with a few other sizes.

    David Newman
    Posted: 22 Jan 2010 1:26 PM

  5. Thanks For You're Input It Is Much Appreciated. Iam glad to help.

    Bryan
    Posted: 28 Mar 2010 7:28 PM

Post a Comment

* Indicates required field

  • Share This..

    Bookmark & Share

    • Delicious
    • Digg
    • LinkedIn
    • Reddit
    • Stumbleupon
    • Twitter
  • Email to Friend
  • Create PDF

 

Register to talk with David Newman:

10 Things About 10Gig in the Data Center

Presenters:
David Newman from Network Test

Dates and Times:
Wednesday, March 10, 2010
10:30AM IST / 1:00PM CST

Thursday, March 11, 2010
11:00 AM PST / 2:00 PM EST

Duration:
60 minutes

Join David Newman and Network Test in a complementary webinar. Learn more about the recent Network World top-of-rack test and find out how the various switch vendors were tested and how they ranked.

Be sure to register and get a chance to win your Spirent TestCenter Virtual System!

Register to attend

Search Blogs

  • Contact us
  • Careers
  • Terms and Conditions
  • Sitemap
  • www.spirent.cn

© 2010 Spirent Communications