HP Networking
Discover how the new HP Networking combines the technologies and alliances of 3Com, ProCurve and TippingPoint into the next networking leader.

Simplifying Data Center Network Architectures

By Deepak Munjal, HP Networking Strategist

 

As data centers networks evolve to support virtualization, storage convergence and cloud computing, I know that you are looking for ways not only to improve performance but also minimize complexity.  The fact is that over the years, we’ve built data center networks that focused on creating resiliency at the expense of simplicity.

 

The Spanning Tree Protocol (STP) was created and deployed widely to minimize disruptions in data center networks by offering redundant paths when links or interfaces failed. However, in exchange for this redundancy, we have added quite a bit of management and configuration complexity and many vendors, Cisco specifically, have been complicit in making the problem even worse with proprietary hooks and protocols intended to lock-in customers.

 

How did we get here?

 

The Ethernet protocol was designed as a Layer 2 protocol that forced a tree-like topology with no loops.  This kept the protocol simple and minimized complexity when locating devices that joined and left the network since there was only one path to any given device. In campus and office environments, this works very well but in the data center where servers are “always-on”, there was a need for a higher level of redundancy when links failed. Thus, Spanning Tree was created as a way to create Layer 2 networks with multiple physical paths while keeping a logical tree topology.  When links failed, redundant paths would be activated to continue forwarding packets.  

  sp.jpg

 

Unfortunately, the process to activate a new link sometimes took seconds if not minutes.  While this may have been fine for typical client-server applications, this wasn’t sufficient for latency-sensitive applications like voice or storage which do not tolerate outages this long.  Instead of creating a new protocol, vendors have attempted over the past 10 years to minimize this deficiency by adding new hooks and protocols to Spanning Tree.  Since there was little standards effort in this space, it allowed networking vendors to create individual solutions to solve this problem that were never intended to be interoperable.  Even worse, you saw multiple solutions from the same vendor because different business units within the same company couldn’t agree on a single method either.

 

Cisco has tried harder to solve this problem than any other vendor.  Unfortunately, it has only added complexity, forcing you to adopt solutions that are restricted to specific platforms, each with its own feature set and configuration on a different OS.  For example, if you want to run a Catalyst 6500 environment, you would use Virtual Switching System (VSS) to optimize Spanning Tree at the edge of the network.  However, if you are using the Nexus platform, you would have to use another protocol call Virtual PortChannel (vPC) to accomplish the same thing.  In addition, you need yet another protocol for redundancy in the Layer 3 core called HSRP or VRRP.

 

Cisco has attempted to address the deficiencies in these protocols with a new protocol called FabricPath but it is only supported on the Nexus 7000 and not the Nexus 5000 or even the recently announced Nexus 3000. This has got to be confusing for you—and explains why many customers are asking for a new approach.

 

A simpler way—with Intelligent Resilient Framework

 

HP supports a protocol called Intelligent Resilient Framework (IRF) to solve the problem of creating a resilient, high-performance Layer 2 network and has been available in the industry for almost ten years.  The benefits of IRF include the ability to have one protocol for the access and core layers as well as for Layer 2 or Layer 3 networks.  IRF actually replaces VSS, vPC, and HSRP/VRRP while scaling beyond just two switches.  Failover has been tested at less than 50 milliseconds which is fast enough for almost any application including voice
and storage traffic.

 

IRF is supported across the entire A-Series platform and can even be used in the campus and across data centers.  Configuration is simple and there is no need to learn more than one protocol for each of these environments.

 

irf.jpg

 

Looking forward

 

It looks like the industry is finally trying to solve this problem in standards-based way. The IETF if currently working on a protocol called TRILL that will once and for all remove the requirement for Spanning Tree by allowing arbitrary topologies and quick recovery of failed links. HP is committed to supporting TRILL as soon as it is standardized.  Until then, IRF can simplify your data center network while maintaining a high level of resiliency.

 

>> CRN: HP Challenges Cisco Catalyst 6500 Upgrade Claims

>> Network World: HP fires back at Cisco's Sup 2T

>> Intelligent Resilient Framework White Paper


>> Before replacing existing Cisco switches & routers with more of the same Pause and consider this

>>
Calling all triviaholics! Play the #HPFunFacts Twitter Trivia game this week (July 11-14). Details here ~ win $20 gift certificate to Amazon, iTunes or Starbucks.


>> Learn more about
HP Networking products and solutions for the Instant-On Enterprise

Comments
Roberto Selmi | ‎07-13-2011 08:00 PM

Yes, I did some deployments, very reliable!

dmunjal | ‎07-13-2011 08:38 PM

Hi Roberto,

 

That's great to hear.  Can you tell me a little more about your implementation?  Have you seen some improvements in performance and simplicity?

 

Deepak

Ardvarkkk | ‎09-09-2011 06:25 PM

What about OpenFlow in the data center?  Why can't this solve STP problems by leaving forwarding decisions to a centralized controller? 

dmunjal | ‎09-12-2011 02:38 AM

Yes, OpenFlow will definitely solve this problem in a more elegant and efficient way.  HP is leading the effort behind OpenFlow in the standards committees and with shipping product.  We also partner with the leading controller platforms out there.

 

That being said, OpenFlow will likely go through some revisions before it will be ready for production use.

 

Until then, IRF offers a lot of capability for today's networks and TRILL will be able to scale even further.

Michael1989 | ‎01-22-2012 07:07 AM

Hi,

is IEEE´s 802.1aq on HP´s roadmap for existing (A-)series of switches? TRILL requires new ASICs while SPB can be used with exsiting ones, as I remember?

Michael

dmunjal ‎01-23-2012 03:18 PM - edited ‎01-23-2012 03:18 PM

Hi Michael,

 

Yes, HP is committed to bring both SPB and TRILL to Comware-based switches. We don't have a specific timeline that I can communicate today as standards are still not completed.

 

Deepak

Leave a Comment

We encourage you to share your comments on this post. Comments are moderated and will be reviewed
and posted as promptly as possible during regular business hours

To ensure your comment is published, be sure to follow the community guidelines.

Be sure to enter a unique name. You can't reuse a name that's already in use.
Be sure to enter a unique email address. You can't reuse an email address that's already in use.
Type the characters you see in the picture above.Type the words you hear.
Search
Showing results for 
Search instead for 
Do you mean 
About the Author
Featured


Follow Us
The opinions expressed above are the personal opinions of the authors, not of HP. By using this site, you accept the Terms of Use and Rules of Participation.