10-28-2013 03:05 PM
Hello,
Having a little trouble getting 802.3ad nic teaming working on two 5230 appliances. I've configured teaming before on Windows 2008 servers and it seems to work fine. The network team configures LACP on the switch side, and on the server side, I create the team in 802.3ad mode. On the appliance however, I create the bond, and on cli as well as through the web interface of the appliance, it looks to be created and functional, but on the switch side it doesn't look to be active.
The bond has been created with eth1,2 and 3 ports (1 Gb/s). The web interface shows them all as up, and the network configuration shows the correct IP on bond0(eth1,eth2,eth3) with bond mode at 802.3ad. On the switch side, for some reason, the bond automatically splits into 2 separate bonds, 1 bond with eth1 and the other with eth2 and eth3. Both bonds show with LACP configured.
We have two identical appliances, and we have tried configuring bonding on both appliances and the exact same thing happens.
Has anyone come across this, or have any suggestions of what else to check?
Thanks!
Solved! Go to Solution.
11-01-2013 08:00 AM
Thanks for the responses. This is resolved now. For some reason, 1/3/45 wouldn't let go of its old configuration. We just switched to another port, reconfigured the bond on the switch side, and now it appears to be working fine. Oddly, the same occured on the second appliance's bond.
Regarding port 2/3/39, this is a physically separate switch (for redundancy), but logically, they are combined to function as one. Normally, for all our servers, with 4 ports, we create a bond with 2 on one switch and 2 on the other.
10-30-2013 02:59 PM
I have configured it on several customers without any problem. With switch manufacturer do you have?
10-31-2013 07:03 AM
Cisco c6590
10-31-2013 07:12 AM
The network team configured the switch this way (I think that it as a 4500). I am not sure if it will help:
interface Port-channel1
description Netbackup Appliance (Gi1/18,Gi1/21,Gi1/22,Gi1/26)
switchport
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 1
switchport mode trunk
spanning-tree portfast trunk
!
interface GigabitEthernet1/18
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 1
switchport mode trunk
logging event link-status
channel-group 1 mode active
spanning-tree portfast trunk
!
interface GigabitEthernet1/21
description Netbackup Appliance
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 1
switchport mode trunk
logging event link-status
channel-group 1 mode active
spanning-tree portfast trunk
!
interface GigabitEthernet1/22
description Netbackup Appliance
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 1
switchport mode trunk
logging event link-status
channel-group 1 mode active
spanning-tree portfast trunk
!
interface GigabitEthernet1/26
description Netbackup Appliance
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 1
switchport mode trunk
logging event link-status
channel-group 1 mode active
spanning-tree portfast trunk
end
10-31-2013 07:57 AM
Thanks, I've passed this on to the network team.
This is our config:
interface GigabitEthernet1/3/45
10-31-2013 08:22 AM
Maybe there is something missing in the configuration. Netbackup clish leaves little choice. I will try to find another configuration.
10-31-2013 08:37 AM
I have seen something that makes me think... The first number of one port is different:
interface GigabitEthernet1/3/45
interface GigabitEthernet2/3/39 <- This is 2/.... instead of 1/
Can you check if eth1 is on the last port and then is the one that is on another bonding? Maybe the first number is the module name and there is any kind of requirement for the bonding.
11-01-2013 04:32 AM
I agree with the port numbering being the possible issue
I have done the bonding on appliances a LOT of times and never had an issue using the CLISH with the command:
Linkaggregation enable eth1,eth2,eth3 802.3ad (or similar)
The 1 and 2 on the switch indicates that they may be in different network segments which would not work
11-01-2013 08:00 AM
Thanks for the responses. This is resolved now. For some reason, 1/3/45 wouldn't let go of its old configuration. We just switched to another port, reconfigured the bond on the switch side, and now it appears to be working fine. Oddly, the same occured on the second appliance's bond.
Regarding port 2/3/39, this is a physically separate switch (for redundancy), but logically, they are combined to function as one. Normally, for all our servers, with 4 ports, we create a bond with 2 on one switch and 2 on the other.