VMware Cloud Community
Sysxp
Enthusiast
Enthusiast
Jump to solution

LACP (or Etherchannel) on physical switches only

Hello!

I'm currently having the following configuration and getting a little confused:

We have an ESXi host with 6 pNICs. All of them assigned as uplinks in vDS with a VM Portgroup with "Route based on physical NIC load" and all 6 Active uplinks.

All 6 pNICs are connected to a single Physical Switch (pSwitch1). This switch is connected to the second Physical Switch (pSwitch2) with LACP using two 10GE ports.

Several workstations are connected to pSwitch2 and they use some VMs on the ESXi.

Is this configuration supported at all? Currently traffic from the workstations must pass thru LACP to reach VMs on the ESXi. It 'does' work but can this configuration cause troubles? No LAGs is configured, "IP Hash" is not selected on the portgroup and ESXi basically doesn't know about the existing LACP between switches at all.

LACP was made to utilize both links otherwise blocked by STP.

Reply
0 Kudos
1 Solution

Accepted Solutions
blazilla
Enthusiast
Enthusiast
Jump to solution

Hello,

sure, this setup is fine, as long as you avoid LACP between pNICs an pSwitch 1 without proper DVS config. Using LACP between DVS and pSwitch1 requires „IP Hash“ as load balancing algorithm

Best regards Patrick https://www.vcloudnine.de

View solution in original post

Reply
0 Kudos
2 Replies
blazilla
Enthusiast
Enthusiast
Jump to solution

Hello,

sure, this setup is fine, as long as you avoid LACP between pNICs an pSwitch 1 without proper DVS config. Using LACP between DVS and pSwitch1 requires „IP Hash“ as load balancing algorithm

Best regards Patrick https://www.vcloudnine.de
Reply
0 Kudos
scott28tt
VMware Employee
VMware Employee
Jump to solution

Moderator: Moved to vSphere vNetwork


-------------------------------------------------------------------------------------------------------------------------------------------------------------

Although I am a VMware employee I contribute to VMware Communities voluntarily (ie. not in any official capacity)
VMware Training & Certification blog
Reply
0 Kudos