LACP Counters, big difference between RX-Ok
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
‎07-07-2015 08:33 AM
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
================================================================================
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
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
‎07-07-2015 09:47 AM
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
================================================================================
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
================================================================================
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
‎07-07-2015 09:30 AM
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
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
