Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 4 replies
  • Subscribers 2 subscribers
  • Views 5351 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Link Aggregation Problem

gssincla
Ok, I'm having massive problems with Link Aggregation (LAG) on my 7.011. I'm hoping someone can help me out here...

Here's my setup (pardon the poorly done ASCII art): 


   [eth1:Astaro220: eth0]------[fa0/0:cisco2950:fa0/24]----.

     '-------------------------[fa0/0:cisco2960:fa0/24]----'

                                                    |

                                                    |

                                           [my computer] 


so i have eth0 of my astaro jacked into fa0/0 of my first cisco (the 2950) and i have eth1 of my astaro jacked into fa0/0 of my second cisco (the 2960).. the 2960 and 2950 are crosslinked on their respective port fa0/24.

I go into the Link Aggregation window and check eth1 as the interface to LAG.. and I set eth0 as the link to convert.

then i enable the LAG.

... then i loose all connectivity on that subnet! When I look at the dashboard I have LAG0 (the LAG i created) such that the state is up but the link is down. 

I can't figure out what, if anything, I am doing wrong. Any ideas??

Thanks!

greg.

PS. Here is the output from the dmesg log:

Ethernet Channel Bonding Driver: v3.0.1 (January 9, 2006)
bonding: Warning: miimon must be specified, otherwise bonding will not detect link failure, speed and duplex which are essential for 802.3ad operation
Forcing miimon to 100msec
bonding: MII link monitoring set to 100 ms
bonding: lag0: enslaving eth5 as a backup interface with a down link.
e100: eth6: e100_watchdog: link up, 100Mbps, full-duplex
bonding: lag0: enslaving eth6 as a backup interface with an up link.
bonding: lag0: link status definitely down for interface eth6, disabling it
e100: eth0: e100_watchdog: link down
e100: eth4: e100_watchdog: link down
e100: eth7: e100_watchdog: link down
e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
e100: eth4: e100_watchdog: link up, 100Mbps, full-duplex
e100: eth7: e100_watchdog: link up, 100Mbps, full-duplex
bonding: lag0: Warning: No 802.3ad response from the link partner for any adapters in the bond
bonding: lag0: Warning: No 802.3ad response from the link partner for any adapters in the bond
bonding: lag0: Warning: No 802.3ad response from the link partner for any adapters in the bond
e100: eth5: e100_watchdog: link up, 100Mbps, full-duplex
bonding: lag0: link status definitely up for interface eth5.
net_enable_timestamp [ping]: netstamp_needed=1
net_disable_timestamp [swapper]: netstamp_needed=0
net_enable_timestamp [ping]: netstamp_needed=1
net_disable_timestamp [swapper]: netstamp_needed=0
bonding: lag0: Removing an active aggregator
bonding: lag0: Warning: No 802.3ad response from the link partner for any adapters in the bond
bonding: lag0: Removing an active aggregator
bonding: lag0: released all slaves
e100: eth5: e100_watchdog: link up, 100Mbps, full-duplex
e100: eth6: e100_watchdog: link up, 100Mbps, full-duplex
Ethernet Channel Bonding Driver: v3.0.1 (January 9, 2006)
bonding: Warning: miimon must be specified, otherwise bonding will not detect link failure, speed and duplex which are essential for 802.3ad operation
Forcing miimon to 100msec
bonding: MII link monitoring set to 100 ms
e100: eth5: e100_watchdog: link up, 100Mbps, full-duplex
bonding: lag0: enslaving eth5 as a backup interface with an up link.
e100: eth6: e100_watchdog: link up, 100Mbps, full-duplex
bonding: lag0: enslaving eth6 as a backup interface with an up link.
bonding: lag0: link status definitely down for interface eth6, disabling it
e100: eth0: e100_watchdog: link down
e100: eth4: e100_watchdog: link down
e100: eth7: e100_watchdog: link down
e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
e100: eth4: e100_watchdog: link up, 100Mbps, full-duplex
e100: eth7: e100_watchdog: link up, 100Mbps, full-duplex
bonding: lag0: Removing an active aggregator
bonding: lag0: Warning: No 802.3ad response from the link partner for any adapters in the bond
bonding: lag0: Removing an active aggregator
bonding: lag0: released all slaves
e100: eth5: e100_watchdog: link up, 100Mbps, full-duplex


This thread was automatically locked due to age.
  • 0
    You have to use LACP (Port Trunking) on both switches to solve this issue.
  • 0 in reply to ClausP
    Thanks ClausP and qmdush!

    That certainly fixed the problem. Just adding the channel-group command to each switch turned it on.

    Now to push my luck, one more question [[:)]]...

    I thought the idea of the LAG was that if one link failed then the other link would still allow traffic to get to and from the end point, right? When I have both links plugged into the switch everything works fine... i can ping back and forth and life is good. However, if i remove one link (to simulate a port failure) the LAG goes down and i lose all connectivity. Is this how the LAG should work?

    Thanks again for the cisco reference. You are both a life saver! [[:)]]

    greg.
  • 0 in reply to gssincla
    Could you plz check the mac-address-table on both switch for entries matchiong to the astaro interfaces ?

    I think the mac-address-table aging-time (default: 300s) causes the problem.....

    In my opinion there are at least two ways to solve this issue:

    1.) create mac-address-table static entries on the switch ports facing to the astaro
    or
    2.) decrease the mac-address-table aging-time 

    cu
     Claus