NETGEAR is aware of a growing number of phone and online scams. To learn how to stay safe click here.
Forum Discussion
michaltarana
Dec 16, 2021Aspirant
LACP LAG GSM7248V2 with another switch not aggregated
Hi, I established an LACP LAG between my two switches. One of them is ProSafe GSM7248V2, the other is SMC 8848M. Both support LACP. Everything seems to be configured properly, it just seems that only one physical link (of two) is really participating in the connection, while the other is, sort of, down. Here is the configuration:
(GSM7248V2) #show port-channel 3/1
Local Interface................................ 3/1
Channel Name................................... smc
Link State..................................... Up
Admin Mode..................................... Enabled
Type........................................... Dynamic
Load Balance Option............................ 3
(Src/Dest MAC, VLAN, EType, incoming port)
Mbr Device/ Port Port
Ports Timeout Speed Active
------ ------------- --------- -------
0/15 actor/long Auto False
partner/long
0/16 actor/long Auto True
partner/long
(GSM7248V2) #show lacp actor 0/15
Sys Admin Port Admin
Intf Priority Key Priority State
------ -------- ----- -------- -----------
0/15 3 54 128 ACT|AGG|LTO
(GSM7248V2) #show lacp actor 0/16
Sys Admin Port Admin
Intf Priority Key Priority State
------ -------- ----- -------- -----------
0/16 3 54 128 ACT|AGG|LTO
(GSM7248V2) #show lacp partner 0/15
Sys System Admin Prt Prt Admin
Intf Pri ID Key Pri Id State
------ --- ----------------- ----- --- ----- -----------
0/15 0 00:00:00:00:00:00 0 0 0 ACT|AGG|LTO
(GSM7248V2) #show lacp partner 0/16
Sys System Admin Prt Prt Admin
Intf Pri ID Key Pri Id State
------ --- ----------------- ----- --- ----- -----------
0/16 0 00:00:00:00:00:00 0 0 0 ACT|AGG|LTO
(GSM7248V2) #show port 0/15
Admin Physical Physical Link Link LACP Actor
Intf Type Mode Mode Status Status Trap Mode Timeout
--------- ------ ------- ---------- ----------- ------ ------- ------- --------
0/15 PC Mbr Enable Auto 1000 Full Up Enable Enable long
(GSM7248V2) #show port 0/16
Admin Physical Physical Link Link LACP Actor
Intf Type Mode Mode Status Status Trap Mode Timeout
--------- ------ ------- ---------- ----------- ------ ------- ------- --------
0/16 PC Mbr Enable Auto 1000 Full Up Enable Enable long
The SMC switch on the opposite site shows corresponding state. The hash mode is 3 (Src/Dest MAC). The trunk has been recognized on the SMC switch, however only one port was included.
LACP is enabled on all the involved ports.
I will be very thankful for any hint on what to check or test. Thank you for any comment.
1 Reply
- michaltaranaAspirant
So I was lucky to have a bit of a progress here. As the situation allowed me to reboot both switches, I did so and the LACP started to work as anticipated. Both interfaces were added to the trunk on both sides, everything seemed to work properly...
...well, except for NFS. I have an nfs server connected to one of these switches and several clients connected to each of these two switches. Those clients that are connected to the same switch as the nfs server (thus, not relying on the trunk between the switches) work flawlessly. However, those clients that are connected to the server only through the switch-switch trunk, show all kinds of weird behavior. Mismatch between the amount of data sent by one party and received by the other. Lagging data transfers, "server not responding" type of messages, etc.
All the other protocols I tested seem to work just fine. DHCP, IPMI, ssh, ICMP, TFTP. Packets do not get lost, the performance seems to be stable. Just the NFS does not work.
This suggests that the individual lines are working fine and once the connection is established and associated with particular cable, everything is fine. However, NFS requires multiple simultaneous connections for all the related RPC services. It seems that there is some issue with their synchronization when different physical lines are used.
I tried both, static and dynamic trunking, with the same result. BTW., the other switch involved in this trunk is a single SMC TigerStack II 8848M.
I would be very grateful for any hint.
Related Content
NETGEAR Academy
Boost your skills with the Netgear Academy - Get trained, certified and stay ahead with the latest Netgear technology!
Join Us!