06-16-2014 01:24 PM - edited 03-01-2019 11:42 AM
our VM guy here was trying to use LACP to solve an issue with ESXi and vmotion. He was on the phone with vmware and when it came down to putting the one blade he was working on in LACP the vm ware tech said that he would not do it because it would crash all the blades? has anyone heard, read or seen this? we are using ucsm 2.1.3.
06-17-2014 12:03 AM
I think he should have been confused or I am not understanding the scenario, but UCS uses LACP already... where were you trying to make that change?
-Kenny
06-17-2014 07:19 AM
from what i got from my vm guy, the change was going to happen on the blade in question, within the esxi program.
06-17-2014 11:15 AM
could it be related to
Note: LACP is only supported in vSphere 5.1 and 5.5, using vSphere Distributed Switches (VDS) or the Cisco Nexus 1000v.
Sample configuration of EtherChannel / Link Aggregation Control Protocol (LACP) with ESXi/ESX and Cisco/HP switches (1004048)
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1004048
06-17-2014 12:03 PM
yes, thanks for the article, we have 5.5. i read through it and found this one on activating LACP,
http://kb.vmware.com/selfservice/search.do?cmd=displayKC&docType=kc&docTypeID=DT_KB_1_1&externalId=2034277
what im really wondering is if we do this will we crash the "entire" UCS blade array as the vmware guy told our vm guy?
06-17-2014 12:18 PM
ok, i talked to our vm guy some more and got some clarity. he stated that the vm ware techs told him that when they activate the LACP on vsphere 5.5 that it will drop all the hosts on the blade (much clearer than all the blades as i stated before).
so what we are looking for is 1. proof of this statement. 2. if true, is there another option available that does not include dropping of the hosts? the documents from vmware say at the bottom minimal network disruption, so what is the delta for that? my idea of minimal disruption is no loss of hosts and a few lost packets.
im good with a bit of spotty network connectivity while the system converges after a change but i wont complain if it does not drop anything.
06-18-2014 12:19 AM
Are you using vswitch, or DVS, or N1k ?
I think even N1k, or VMware DVS wouldn’t help; they support LACP, but UCS FI don’t. Southbound !
To be precise:
You would not use LACP for NIC teaming because that would require the 6200s to be clustered together in a vPC domain, and that is not supported. For NIC teaming you could use standard active/standby teaming, the unique vNIC “fabric failover” capability in UCS, or in the case of a VMware host you can also use active/active NIC load balancing based on vPort-ID or Mac Pinning.
The UCS Fabric Interconnect (FI) supports LACP (Link Aggregation Control Protocol) for uplink ethernet port channels. Northbound !
06-18-2014 05:10 AM
thank you sir.
I kept coming back to that last sentence in the reply in my research on this, but your explanation helps very much on the southbound side.
thanks again
04-14-2015 05:30 AM
Hello:
Has there been any change in this support for LACP? I do not believe so due to the same reasoning Walter mentioned in his post 10 months ago. But, i have a customer insisting that is not the case with the latest release of UCS and the UCS 13xx VICs? But, i have found nothing to corroborate their claim.
Paul
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide