topic RE: Fabric ISIS adjacencies in ExtremeSwitching (EXOS/Switch Engine)

Fabric ISIS adjacencies

Andre_Brits_Kan — Thu, 01 Nov 2018 20:54:00 GMT

Hi Community

Some more fabric questions from my Fabric lab.

I have the following setup:

All switches in the lab is running the latest 7.1.0.0 GA code.

If I look at the ISIS adjacencies I see that all the adjacencies are active and working:

Core 1:

Core 2:

Core 3:

Core 4:

I now add additional redundant links and have a look at the adjacencies again.

Redundant links to or from the VSP 4850's to either another VSP 4850 or VSP 8404 is added to the list but in a backup state. This is expected.

However backup links between the two VSP 8404 nevers passes the INIT state

When I remove the primary links the links that was stuck in "INIT" moves to active.

Both the 48xx and 84xx is running the same code.

Why does the 84xx not move to backup?

Thx

RE: Fabric ISIS adjacencies

Ed_Uhler — Thu, 01 Nov 2018 21:37:00 GMT

IMHO - It may be best to have the two links between the nodes configures as MLT/LAG, so that traffic can be hashed and provide that extra redundancy rather than using the Active/Standby approach.

Reminder: You should remove the following from each designated NNI port.
no spanning-tree mstp
vlan members remove 1

Reminder: You need to add the following for each designated NNI port.
encapsulation dot1q

Reminder: You need to add the NNI interfaces to the ISIS area.
vsp4k:(config-if)# isis
Adds the interface to isis

vsp4k:(config-if)# isis spbm 1
Establishes this interface as part of the SPBM Instance 1

vsp4k:(config-if)# isis enable
enables the isis on the interface.

vsp4k:(config-if)# exit
vsp4k:(config-if)# save config or write mem