cancel
Showing results for 
Search instead for 
Did you mean: 

Create all NNI's as an MLT?

Create all NNI's as an MLT?

Anonymous
Not applicable

Hi,

Very simple question, just testing the idea of putting every single link NNI into an MLT. My theory is that with ISIS being a P2P protocol, it might be good practise to do this as it would be easy to add another link if required.

That seem like a logical idea?

Just testing the water in case there is some component that I am missing.

Only downside I see is that you are adding another protocol layer to a single link that doesn’t necessarily need it, but is generally very stable.

When I label the MLT’s I am using the port number i.e. slot 1 port 45 is MLT145, slot 3 port 12 is MLT 312, if using LACP I am also using that number as the key. If IST I am using 501.

If more then one port is on same switch in an MLT I use the first port.

Obviously doesn’t work for an 8600 has MLT numbering is 1-512, but generally works. Makes it very quick and easy to see what ports belong to an MLT without searching for it, and has a general rule to follow that works.

Anyway, see what anyone else might do?

Many thanks in advance

1 ACCEPTED SOLUTION

EXTR_Paul
Extreme Employee

Martin.

 

Sorry….you are correct!!!!  This will only show being in Error state if its an SMLT.

 

IMHO adding unnecessary configurations when not required is just something else to troubleshoot when something goes wrong.

Someone from the TME or Engineering group can chime in, but this is likely not a tested and validated design. 

 

But I did do this in the early 2000s with ERS8600s Cores and ERS5500 edge.   We made all the MLT/SMLT links 4 to 8 ports, but only used one.  With the idea “Hey, if we ever need more links we can just add them later”.  Well,  8 years later no one ever returned to add more links. 

 

View solution in original post

6 REPLIES 6

Roger_Lapuh
Extreme Employee

I don’t see any reason why this would not be supported. As for “additional protocol”: As long as you are not using LACP, there is no additional protocol running. You are using more configuration steps, but other than that there is no additional CPU involvement when running static MLTs.

Roger

EXTR_Paul
Extreme Employee

The nice thing with a Fabric, as long as you have redundant paths you can do this Move, Add, Change with no disruption.

 

 

Anonymous
Not applicable

No problem, thanks Paul, appreciate the opinion.

Probably not then the norm, will go for more simplicity I think as a better principle on design and perhaps skip adding MLT’s to all the NNI’s, unless something comes up that provides a compelling reason.

Cheers.

EXTR_Paul
Extreme Employee

Martin.

 

Sorry….you are correct!!!!  This will only show being in Error state if its an SMLT.

 

IMHO adding unnecessary configurations when not required is just something else to troubleshoot when something goes wrong.

Someone from the TME or Engineering group can chime in, but this is likely not a tested and validated design. 

 

But I did do this in the early 2000s with ERS8600s Cores and ERS5500 edge.   We made all the MLT/SMLT links 4 to 8 ports, but only used one.  With the idea “Hey, if we ever need more links we can just add them later”.  Well,  8 years later no one ever returned to add more links. 

 

GTM-P2G8KFN