jcdailey

updated

11 years ago

J

jcdailey

9 Posts

0

17254

June 11th, 2015 10:00

LAG not working following after following Switch Configuration Guide for EqualLogic SANs document steps.

We are using the information provided from the following document: i.dell.com/.../dell-networking-n4000-series-switch-configuration-guide-for-equallogic-sans.pdf

We have two N4032F switches that are stacked and have pretty much followed this document word for word.  We are not using DCB.  We are trying to configure a LAG and followed step 2.11 in the document but it appears the LAG is not working.  

Switch 1:

interface range fortygigabitethernet 1/1/1-2

no spanning-tree portfast

channel-group 1 mode active

Switch 2:

interface range fortygigabitethernet 2/1/1-2

no spanning-tree portfast

channel-group 2 mode active

However, when we view after changing these settings it shows them as inactive.

Can anyone please assist?

Thanks,

Jeff

  • jcdailey

    9 Posts

    1241

    0

    Posted June 11th, 2015 12:00

    These are just out of the box switches.  I essentially have only followed the instructions according to the guide we are following.  But further explanation is below.  

    We have the stack cables plugged into each of the switches we have.  (On page 6 of the guide shows how we have it configured).  The top switch 40GB port 1 plugs into the bottom switch 40GB port 1.  And Top 40GB port 2 to bottom 40GB port 2.  

    As far as configuration on the port channels, I haven't done anything additional to configure them so I guess that would mean they are the default VLAN 1.  

    My knowledge of switch configuration is not much.  So I'm not sure if we need two 2 port LAGs or one 4 port LAG.  I'm open to suggestions for our scenario.  I was confused about 1 LAG or 2 when I read the guide.  It's not clear what is best.  These switches will only be used for iSCSI connections to our Equallogic.  

    Thanks you for your assistance.

  • jcdailey

    9 Posts

    1241

    0

    Posted June 11th, 2015 14:00

    Thank you so much for your assistance.  You've been a great help.  

    Regards,

    Jeff

  • jcdailey

    9 Posts

    1241

    0

    Posted June 11th, 2015 14:00

    I did realize that there was another step that we did that wasn't part of the document we were following.  We changed those ports from ethernet to stacking.  We changed them back to ethernet, reconfigured, and now the LAGs are active.  

    Now the switches are managed independently.  We have to go to each HTTPS interface.  Is this the way it is with a LAG configuration?  

    Also, can you tell me what the benefits are over stacking vs LAGs?  In the document it says the LAG "option can provide the highest switch interconnect bandwidth as well as the best

    availability. "  Is stacking just becoming older and LAGs are newer and better?  I also don't like that there are separate interfaces for managing them.

    Thanks,

    Jeff