Original Message:
Sent: 5/7/2025 10:35:00 AM
From: Diego Fonseca
Subject: RE: Question about configuring a Link Aggregation beetwen CX Switches and a Windows Server
Hi Robert
Thanks for your response. As you indicated, I just tested it by changing the timer to fast on the switch side, and the lacp status is the same in both cases (ASFNCD).
ToR-PERS-1(config)# sh lacp interfaces 1/1/19
State abbreviations :
A - Active P - Passive F - Aggregable I - Individual
S - Short-timeout L - Long-timeout N - InSync O - OutofSync
C - Collecting D - Distributing
X - State m/c expired E - Default neighbor state
Aggregate-name : lag9(multi-chassis)
-------------------------------------------------
Actor Partner
-------------------------------------------------
Port-id | 19 | 1
Port-priority | 1 | 1
Key | 9 | 0
State | ASFNCD | ASFNCD
System-ID | 02:00:00:00:01:00 | 6c:92:cf:cb:ae:6e
System-priority | 65534 | 0
As you can see, the "zero" hasn't disappeared, but the MC-LAG is working fine. Failover is working fine, and the ping remains active regardless of whether either port is powered on.
PS: It seems the port isn't working logically; it was connected with an Aruba DAC cable. The port appears to be fine, the LED flashes on and off when disconnected, but when I plugged the same DAC cable into another port, LACP started working. I even tried the port as access only, without LACP, and the ping started to be intermittent. Very strange; I've never seen anything like this before.
Kind regards.
Original Message:
Sent: May 07, 2025 05:41 AM
From: r.grossmann
Subject: Question about configuring a Link Aggregation beetwen CX Switches and a Windows Server
Hi Diego,
State abbreviations :
A - Active P - Passive F - Aggregable I - Individual
S - Short-timeout L - Long-timeout N - InSync O - OutofSync
C - Collecting D - Distributing
X - State m/c expired E - Default neighbor state
So if you want to have actor and partner as same, you should change the server to slow timers or the switch to fast timers.
For the switch side you can do it as told: lacp rate fast (default is slow).
Afterwards both sidies should be on ASFNCD.
Maybe the "Zero" will be gone then, too. But if not, perhaps it doesen't matter. You can try with a simple ping test and plugging out and in both switchports (one after one), to see if you're loosing connection or if the MCLAG is working properly and a "failover" to the remaining active link is working.
Kind regards
Robert
PS: unbeliveable that a single Switchport (or SFP?) has been broken
Original Message:
Sent: May 06, 2025 08:04 PM
From: Diego Fonseca
Subject: Question about configuring a Link Aggregation beetwen CX Switches and a Windows Server
Hi Robert
After configuring both the server side and the lag on the switch from scratch, I noticed that port 1/1/17 on Switch #2 wasn't working properly. I switched to port 1/1/19 and LACP started working better. However, and according to what you told me in a previous answer, I still see an "Aggr Key" at zero.
ToR-PERS-1(config)# sh lacp interfaces 1/1/19
State abbreviations :
A - Active P - Passive F - Aggregable I - Individual
S - Short-timeout L - Long-timeout N - InSync O - OutofSync
C - Collecting D - Distributing
X - State m/c expired E - Default neighbor state
Aggregate-name : lag9(multi-chassis)
-------------------------------------------------
Actor Partner
-------------------------------------------------
Port-id | 19 | 1
Port-priority | 1 | 1
Key | 9 | 0
State | ALFNCD | ASFNCD
System-ID | 02:00:00:00:01:00 | 6c:92:cf:cb:ae:6e
System-priority | 65534 | 0
ToR-PERS-1(config)# sh lacp interfaces 1/1/19 vsx-peer
State abbreviations :
A - Active P - Passive F - Aggregable I - Individual
S - Short-timeout L - Long-timeout N - InSync O - OutofSync
C - Collecting D - Distributing
X - State m/c expired E - Default neighbor state
Aggregate-name : lag9(multi-chassis)
-------------------------------------------------
Actor Partner
-------------------------------------------------
Port-id | 1019 | 2
Port-priority | 1 | 1
Key | 9 | 0
State | ALFNCD | ASFNCD
System-ID | 02:00:00:00:01:00 | 6c:92:cf:cb:ae:6e
System-priority | 65534 | 0
ToR-PERS-1(config)#
It's strange, I no longer see any alerts or status changes on the interfaces. I even tested by disconnecting one of the ports, and the connection to the machines remains. I would expect the link status to be ALFNCD, but I see one link in ASFNCD status.
On the server side, the configuration is basic: two interfaces in LACP and in Dynamic mode, I also tried with Address Hash and the behavior is the same.
Could this be wrong?
Thanks.
Original Message:
Sent: Apr 25, 2025 06:33 AM
From: r.grossmann
Subject: Question about configuring a Link Aggregation beetwen CX Switches and a Windows Server
Hi Diego,
The Switch configs seems to be fine.
The LACP Rate Mode is configured with slow per default.
On Switch side it could be changed in the lag interface via: lacp rate slow/fast
You can chek it with: sh lacp aggregates lag7
I don't know what the default setting is for Windows Server Teaming or how to adjust it, nor an aruba cli command to check it out for the neighbors port. But I guess it should not be a problem.
So I really guess it must rely on the servers side :-(
Original Message:
Sent: Apr 24, 2025 11:52 AM
From: Diego Fonseca
Subject: Question about configuring a Link Aggregation beetwen CX Switches and a Windows Server
Hi parnassus
Is a HPE ProLiant DL360 G11 and the Windows Server 2022 OS was installed as baremetal. I checked your configuration and don't see many differences from mine. I'm still checking from the server side. I've put the details of my setup in another answer in case you want to validate anything.
Thanks.
Original Message:
Sent: Apr 24, 2025 09:01 AM
From: parnassus
Subject: Question about configuring a Link Aggregation beetwen CX Switches and a Windows Server
Hello Diego, as others already wrote you it could be an issue on the bare metal server's OS side (is it an Microsoft Hyper-v or a Microsoft Windows Server 2022 the OS installed on the bare metal HPE ProLiant DL360 G11 server then?).
In any case I add below one of our VSX LAG configuration used to connect to a bare metal IBM server running IBM PowerVM (similar to the one other posted).
VSX LAG definition (VSX LAG definition is identical and VSX synchronized on VSX Primary and VSX Secondary, as you already know):
interface lag 10 multi-chassis
description IBM-VIOS-1-xxxxxxx-ent4
no shutdown
no routing
vlan trunk native 2005
vlan trunk allowed 2000,2005,2096,2100,2102-2103,2105-2109
lacp mode active
loop-protect
loop-protect vlan 2000,2005,2096,2100,2102-2103,2105-2109
The Spanning Tree related commands were omitted since the above is a LAG to a bare metal server not to a peer Switch (probably the loop protect options could be avoided too considering we are not going to cause a loop once we connect that physical server).
Below the VSX LAG member interfaces 1/1/10 on VSX Primary and VSX Secondary (the only difference is the interface description):
interface 1/1/10
description IBM-VIOS-1-xxxxxxx-C8-T0-ent0-ent4
no shutdown
mtu 9198
flow-control rx
lag 10
interface 1/1/10
description IBM-VIOS-1-xxxxxxx-C6-T0-ent2-ent4
no shutdown
mtu 9198
flow-control rx
lag 10
As you can see it's nothing special (VLAN memberships apart <- YMMV about that).
Original Message:
Sent: Apr 23, 2025 08:37 PM
From: Diego Fonseca
Subject: Question about configuring a Link Aggregation beetwen CX Switches and a Windows Server
Hi
An update: I just tried putting on Windows Server the LACP and Hyper-V Port, but the LACP on Switch 2 port drops:

The state on the port of Switch 1 is formed correctly, but on Switch 2 its state changes constantly.


What could generate this behavior?
I appreciate some help.
Original Message:
Sent: Apr 23, 2025 06:48 PM
From: Diego Fonseca
Subject: Question about configuring a Link Aggregation beetwen CX Switches and a Windows Server
Hi
Yes, I have the configuration like this. I just noticed that the images I posted didn't paste. The configuration on both switches side is like this:
interface lag 7 multi-chassis
description Servidor AD
no shutdown
no routing
vlan access 4
lacp mode active
lacp fallback
loop-protect
spanning-tree bpdu-guard
spanning-tree tcn-guard
spanning-tree port-type admin-edge
exit
I tried the LACP and Hash Address configuration, and it didn't work. I'll try LACP and Hyper-V Port, but I'm pretty sure it still didn't work this morning.

Original Message:
Sent: Apr 23, 2025 05:38 PM
From: shpat
Subject: Question about configuring a Link Aggregation beetwen CX Switches and a Windows Server
Yes, correct. You need to have identical LAG Configuration on both switches for the ports where the servers are connected.
------------------------------
Shpat | ACEP | ACMP | ACCP | ACDP
Just an Aruba enthusiast and contributor by cases
If you find my comment helpful, KUDOS are appreciated.
Original Message:
Sent: Apr 23, 2025 05:33 PM
From: Diego Fonseca
Subject: Question about configuring a Link Aggregation beetwen CX Switches and a Windows Server
Hi Shpat
When you refer to configuring the LAG symmetrical, do you mean lag in multi-chassis? Both switches are 8100, so I'm using the lag in multi-chassis.
Original Message:
Sent: Apr 23, 2025 05:03 PM
From: shpat
Subject: Question about configuring a Link Aggregation beetwen CX Switches and a Windows Server
I will take the example on you configuring the LAG symmetrical using interfaces 1/1/1
interface lag 100
description To_Server
mode active
no shutdown
vsx-sync
lag
exit
interface 1/1/1
no shutdown
lag 100
On the Windows Server 2022 you need to do teaming mode LACP , Load balacning using Address Hash or Hyper-V Port, (do not use Dynamic). On Standby adapter leave it as None.
------------------------------
Shpat | ACEP | ACMP | ACCP | ACDP
Just an Aruba enthusiast and contributor by cases
If you find my comment helpful, KUDOS are appreciated.
Original Message:
Sent: Apr 23, 2025 04:45 PM
From: Diego Fonseca
Subject: Question about configuring a Link Aggregation beetwen CX Switches and a Windows Server
Hi
I have two CX switches configured in VSX. From each switch, one port connects via a DAC cable to an HPE DL360Gen11 server. This server runs Windows Server 2022.
I have configured a multi-chassis link aggregation from the switch side and from the server side, teaming has been configured with the two server ports in LACP mode and with dynamic load balancing.
Switch Configuration:
Ports Configuration:
Server configuration:

The LAG goes up on ToR Switch 1 and remains in the ALFNCD state, but when I activate the lag from ToR Switch 2, negotiation begins and the state changes to ASFNCD and ALFNCDX. The port begins to go up and down. From the server side, Ethernet port 2 displays a "faulted lacp negotiation" message and connectivity to other servers starts to become intermittent.
For now, the solution has been to disable the Switch 2 port. I've also checked, and there's no problem with the cables or the ports on the server or the switches. I'd like to know if anyone has experienced this same problem and if it has been resolved. I think the switch configuration is fine, but I'd like your opinion and perhaps some configuration advice for the server side.
Thanks.