STP blocking ports on MLT Server Side

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts
  • downs6
    Aspiring Member
    • Apr 2015
    • 2

    STP blocking ports on MLT Server Side

    Hello All!

    I have been experiencing an issue i believe is a misconfiguration on the server side.
    I have four MLTs created with two ports assigned to each on same range of vlans with a pvid of 566 (vlan 566 is configured on the interface).
    Spanning tree is enabled on the mlt ports.
    Each MLT connects to a server and is configured as an etherchannel on the server side.
    Spanning Tree has set three of the four MLTs in a disabled state while the 4th MLT is in a forwarding state and functioning properly.

    I believe that the bpdu packets are being traversed through the server side and arriving back at the switch MLT port interfaces and is setting blocking on the MLT ports.
    The functioning MLT port state is showing learning but functioning properly.
    The three non-functioning MLTs do not have mac addresses on the ports but show up/up on the show interfaces command.

    This is a VSP7024XLS
    HW:03 FW:10.1.0.6 SW:v10.1.0.001

    NOTE: MLT 4,5,6,7 are the 4 MLTs in question

    NON-OPERATIONAL CODE:
    spanning-tree port 1-8,17-24 learning disable
    mlt shutdown-ports-on-disable enable
    mlt spanning-tree 2 stp 1 learning disable
    mlt spanning-tree 3 stp 1 learning disable
    OPERATIONAL CODE:
    spanning-tree port 1-24 learning disable
    mlt shutdown-ports-on-disable enable
    mlt spanning-tree 2 stp 1 learning disable
    mlt spanning-tree 3 stp 1 learning disable
    mlt spanning-tree 4 stp 1 learning disable
    mlt spanning-tree 5 stp 1 learning disable
    mlt spanning-tree 6 stp 1 learning disable
    mlt spanning-tree 7 stp 1 learning disable


    If i disable spanning tree on the MLT ports, the MLTs work properly.

    My question is. what is the normal operation of a MLT with spanning tree on the participating ports that are trunking to a server set for ether channel?

    Thanks,
    Mark
Loading