BladeSystem - General
cancel
Showing results for 
Search instead for 
Did you mean: 

Performance of Virtual Connect Ethernet w/LACP

Olivier Masse
Honored Contributor

Performance of Virtual Connect Ethernet w/LACP

I'm currently testing network performance pumping data to BL360Cs through a Virtual Connect Ethernet 1.21. The uplink to our network is a 2Gb LACP trunk with a Cisco Catalyst. Both its interfaces are Linked/Active. No teaming is done in the blades yet.

If I pump data to a blade, it tops at 1Gb/s, everything is good since that's the maximum its NIC can take. But if I start pumping to another blade, then another one and so on, the throughput on all of them go down, always keeping a total sum of 1Gb/s. It's as if the LACP trunk is not able to go over 1Gb/s.

The Cisco admin swears he did everything suggested in the VC docs. And yes, I'm using multiple servers as data source, so it's not a bottleneck on the source side.

Any clues or suggestions before I open a call?

Points will be awarded, thanks.
8 REPLIES
Raghuarch
Honored Contributor

Re: Performance of Virtual Connect Ethernet w/LACP

Olivier Masse
Honored Contributor

Re: Performance of Virtual Connect Ethernet w/LACP

Yes I read them and implemented most of the setup following the Mark Harpur cookbooks and the VC for the Cisco Admin whitepaper, and didn't see any reference to my problem.

Thanks
HEM_2
Honored Contributor

Re: Performance of Virtual Connect Ethernet w/LACP

Hands down, best document out there:

http://h20000.www2.hp.com/bc/docs/support/SupportManual/c01386629/c01386629.pdf

starting on page 14 about VC Uplink Load Balancing.

if both VC links show active then you are properly forming an LACP channel. It just might be that the Load Balancing Algorithm in use is limiting the traffic to one link. This should be rare given the way VC load balances but it is not outside the realm of possibility.

Hope this helps...

Olivier Masse
Honored Contributor

Re: Performance of Virtual Connect Ethernet w/LACP

Yep as mentioned earlier, I also read this doc before posting this.

Me and the Cisco admin are still looking into this. We've tried different scenarios, and the bottleneck is definitely either in the VC itself or the LACP trunk.
HEM_2
Honored Contributor

Re: Performance of Virtual Connect Ethernet w/LACP

Olivier:

so if you go to Hardware Overview and into the detailed port statistics screen do you see traffic on both ports that are in the LACP channel? Do both ports have the same LAG ID?

Olivier Masse
Honored Contributor

Re: Performance of Virtual Connect Ethernet w/LACP

Yes both ports have the same ID and I confirmed yesterday that the inOctets values are balanced (not equally but close) between the two links.
Olivier Masse
Honored Contributor

Re: Performance of Virtual Connect Ethernet w/LACP

I was able to get a contact at HP and here is his explanation, which makes a lot of sense. The trunk was using ports in the same port group in the Catalyst and there is a limitation of 1Gb/s on some models. I will try fixing that tomorrow.


Quote:

I suspect what you are seeing is inherent in the hardware design of the module.
Certain Cisco switch modules use ASIC's that are shared by multiple ports. This particular module uses 6 ASIC's of 8 ports each. They are designed for burst traffic and oversubscribe the bandwidth 8:1.

Each 8 port group has a bandwidth of 1GB.

What you are seeing is exactly what should be expected with the 2 LACP ports. Ports 5/25 and 5/26 are in the same port group.
Olivier Masse
Honored Contributor

Re: Performance of Virtual Connect Ethernet w/LACP

Thread closed, thanks.