MST en RSPT op Dell Powerconnect 6224

[Rotty]

Ik zit even met een vraagje mbt spanning tree op mijn ISCSI switches (Powerconnect 6224)..

Op mijn syslog server zie ik bij het overfailen van SAN controlers wat port states voorbij komen die ik eigenlijk niet verwacht.. Alle poortjes staan op portfast maar toch zie ik de learning portstate voorbij komen op dergelijke poortjes. Het klopt toch dat bij RSTP icm portfast er geen learning state zou moeten zijn. Tevens geeft syslog ook een blocking state aan terwijl dit toch discarding zou moeten zijn? De switch heeft RSTP aan staan... Hoewel de portstates erg snel voorbij vliegen (geen lange forward delay o.i.d) bevreemd het mij toch dat de listening state voorbij komt?! Iemand ervaring hiermee of is mijn aanname over de listening state niet correct icm portfast en RSPT?

[Tijntje]

Wat voor iSCSI SAN heb je er achter hangen?
Is dat een EqualLogic?
Als dat het geval is wil je Spanning Tree uit hebben staan.
Hier onder de recommendations van Dell:

• Isolate iSCSI traffic
• Hardware-based Flow Control
• Unicast Storm Control disabled
• Disable Spanning Tree (use PortFast/RST)
• Do not use QoS
• Use Jumbo Frames
• Use High Performance Switches
• High bandwidth inter-switch links

Verdere uitleg over de Spanning Tree zegt het volgende:

• For SAN infrastructures consisting of more than 2 non-stacking switches, R-STP must be enabled on all ports used for inter-switch connections (LAGs). All non-LAG ports should be marked as “edge” ports or set to “portfast”.

[Rotty]

Tijntje schreef op vrijdag 03 augustus 2012 @ 12:32:
Wat voor iSCSI SAN heb je er achter hangen?
Is dat een EqualLogic?
Als dat het geval is wil je Spanning Tree uit hebben staan.
Hier onder de recommendations van Dell:

• Isolate iSCSI traffic
• Hardware-based Flow Control
• Unicast Storm Control disabled
• Disable Spanning Tree (use PortFast/RST)
• Do not use QoS
• Use Jumbo Frames
• Use High Performance Switches
• High bandwidth inter-switch links

Verdere uitleg over de Spanning Tree zegt het volgende:

• For SAN infrastructures consisting of more than 2 non-stacking switches, R-STP must be enabled on all ports used for inter-switch connections (LAGs). All non-LAG ports should be marked as “edge” ports or set to “portfast”.

Het is idd een equallogic
Ok maar wordt hier niet gewoon mee bedoeld dat je geen STP moet draaien maar RSTP, portfast is toch een subset van spanning tree zonder spanning tree heb je geen portfast lijkt me... dus geen rapid spanning tree draaien lijkt me niet heel erg logisch..

<edit> ... heeft idd te maken hoeveel switches je hebt... Als je maar 1 switch (of een stack) hebt is er natuurlijk geen reden om spanning tree te draaien. Aangeraden wordt om dit dan dus ook niet te doen.. Als je meerdere swithces hebt wordt het wel aangeraden echter dan wel met de combinatie RSPT en Portfast of edge ports riichting het SAN, logisch want er bestaat immers de kans dat je een loop maakt (denk aan redundantie tussen de switches)..

Anyways blijft mijn vraag overeind hoe ik een learning state kan tegen komen op mn portfast enabled ports na overfailen....

[ Voor 20% gewijzigd door Rotty op 03-08-2012 14:49 ]

[AK47]

Wanneer je geen STP actief wil hebben op bepaalde poorten dan zul je STP uit moeten zetten op deze poorten. Ik heb geen idee of de Dell's dit supporten, anders moet je zoiets dergelijks als "spanning-tree <PORT> bpdu-filter" gebruiken.

Bij PortFast heb je wel een learning-state, maar de poort zal direct in forwarding state gaan (en wellicht weer in blocking state...)

[WhizzCat]

Wat AK47 zegt. Stomtoevallig ben ik donderdag tegen exact jouw probleem aan gelopen. Onverklaarbare root port switches etc. Rare stp meldingen, blocked ports en ga zo maar door. Het hel netwerk was over de zeik. Toen heb ik een bpdu filter op de trunk/lag poorten gezet en was het over...