cancel
Showing results for 
Search instead for 
Did you mean: 

LACP Counters, big difference between RX-Ok

LACP Counters, big difference between RX-Ok

HarrySo
New Contributor III
we have several LACP Lag's configured on our X670 Switches. In the Output of the command #Show lacp Counters i found something interesting

on the ports 5+6 i've got a not so many "RX ok" then on the other configured Lag's, the difference is in fact huge. Is this possible a sign for a config missmatch between the Switch an the connected Servers?

the Lag on the Switch is configured address-based LACP

At Port 5+6 are Windows 2012 R2 Servers connected, they have configured also LACP with dynamic load balancing

At the Ports 40 to 48 are other Xtreme connected

LACP PDUs dropped on non-LACP ports : 31
LACP Bulk checkpointed msgs sent : 0
LACP Bulk checkpointed msgs recv : 0
LACP PDUs checkpointed sent : 0
LACP PDUs checkpointed recv : 0

Lag Member Rx Rx Drop Rx Drop Rx Drop Tx Tx
Group Port Ok PDU Err Not Up Same MAC Sent Ok Xmit Err
--------------------------------------------------------------------------------
1 1 10127 0 0 0 303852 0

2 2 0 0 0 0 303850 0

3 3 0 0 0 0 0 0

4 4 0 0 0 0 0 0

5 5 34 0 0 0 954 0

6 6 36 0 0 0 949 0

7 7 0 0 0 0 0 0

8 8 0 0 0 0 0 0

9 9 0 0 0 0 303848 0

10 10 0 0 0 0 303848 0

11 11 0 0 0 0 0 0

28 28 0 0 0 0 0 0

40 40 10131 0 0 0 10132 0

41 41 10133 0 0 0 10134 0
42 10132 0 0 0 10134 0
43 10133 0 0 0 10134 0
44 10132 0 0 0 10133 0

47 47 10134 0 0 0 10134 0
48 10133 0 0 0 10133 0

================================================================================

2 REPLIES 2

HarrySo
New Contributor III
Thank you Kawawa for your Response!

After Clearing the Counters, the incrementation splits on the ports were Windows Servers are connected.

Only were Extreme Switches are connected the Counters an quite ident

Lag Member Rx Rx Drop Rx Drop Rx Drop Tx Tx
Group Port Ok PDU Err Not Up Same MAC Sent Ok Xmit Err
--------------------------------------------------------------------------------
1 1 6 0 0 0 198 0

2 2 0 0 0 0 198 0

3 3 0 0 0 0 199 0

4 4 0 0 0 0 199 0

5 5 6 0 0 0 199 0

6 6 7 0 0 0 198 0

7 7 0 0 0 0 0 0

8 8 0 0 0 0 0 0

9 9 0 0 0 0 199 0

10 10 0 0 0 0 198 0

11 11 0 0 0 0 198 0

12 12 0 0 0 0 199 0

17 17 0 0 0 0 0 0

18 18 0 0 0 0 0 0

19 19 0 0 0 0 0 0

20 20 0 0 0 0 0 0

21 21 0 0 0 0 0 0

22 22 0 0 0 0 0 0

23 23 0 0 0 0 0 0

24 24 0 0 0 0 0 0

25 25 0 0 0 0 0 0

26 26 0 0 0 0 0 0

27 27 0 0 0 0 0 0

28 28 0 0 0 0 0 0

40 40 6 0 0 0 6 0

41 41 6 0 0 0 6 0
42 6 0 0 0 6 0
43 6 0 0 0 6 0
44 6 0 0 0 6 0

47 47 6 0 0 0 6 0
48 6 0 0 0 6 0

================================================================================

Kawawa
Extreme Employee
Hi HarrySo, Yes, in an ideal situation your Rx and Tx counters should increment in unison. When you see only one end of the counters increment (in this case Tx) while the other end remains static (Rx), it is safe to assume the other end is not properly configured and thus the synchronization of the two ends of the LAG is not complete. You can run the clear lacp counters command, check the counters again.

In the stats you included, 1, 41 and 47 are pretty much functional, while 5 and 6 might have worked then timed out, unless of course 5 and 6 have continued to increment since you last took this snapshot
GTM-P2G8KFN