• May 22, 2012, 08:39:54 PM
Welcome, Guest. Please login or register. Registration is free.
Did you miss your activation email?

Author Topic: NtStgEnable in a IST MLT  (Read 246 times)

0 Members and 1 Guest are viewing this topic.

Offline jossaq

  • Rookie
  • **
  • Posts: 17
NtStgEnable in a IST MLT
« on: January 26, 2012, 11:21:08 AM »
Hi there.

I have 2 pairs of 8600 IST connected.

In one pair I have the NtStgEnable in false state but in the other it is in true. Reading the documentation I find that the NtStgEnable feature is for LACP trunks so I could not tell which is the best practice.

So.. Can anybody tell me the best practice for NtStgEnable value in a IST MLT?

Thanks
Jossaq


Offline Michael McNamara

  • Administrator
  • Hero Member
  • *****
  • Posts: 2517
    • Michael McNamara
Re: NtStgEnable in a IST MLT
« Reply #1 on: January 26, 2012, 06:43:27 PM »
Hi Jossaq,

I doesn't really matter since you shouldn't be running STP over the IST links. While you might have Nortel STP enabled globally or on that MLT you should have Spanning Tree disabled at the port level for every port in the IST MLT.

I'm not sure where you read that Nortel STP and LACP are 'related'. They really have nothing to-do with each other... Nortel STP is just a Nortel proprietary implementation of STP which is fully compatible with IEEE STG.

Cheers!
We've been helping network engineers, system administrators and technology professionals since June 2009.
If you've found this site useful or helpful, please help me spread the word. Link to us in your blog or homepage - Thanks!

Offline Dominik

  • Global Moderator
  • Hero Member
  • *****
  • Posts: 662
Re: NtStgEnable in a IST MLT
« Reply #2 on: January 27, 2012, 07:42:41 AM »
In general it is not a good idea to have STG on the IST Links.
You donīt want that the IST goes down in any circumstances.

You can use STP in a Switch Cluster enviroment for blocking Links on the Access Layer.
For all redundant SMLT uplinks you can use SLPP as a loop prevention protocol.

Good Luck
Itīs always the network...