Onderwerp: Management vlan met ospf

Stel de volgende situatie, je hebt x routingswitches die redundant gekoppeld zijn. Er lopen diverse vlans overheen, op die manier dat er geen loop voor de vlans ontstaat. alles wordt op laag3 geroute.

Nou wil je natuurlijk ook een management vlan hebben die redundant is zodat, je bij uitval van een link erbij kan. Wanneer je een vlan redundant wil hebben krijg je loops wat je bij een procurve3500 op kan lossen met mstp. Wanneer je mstp aanzet voor het management vlan dan worden de loops goedvoorkomen, het probleem is echter dat ospf dan ook niet meer correct werkt. aangezien de links geblocked worden.

MSTP stelt namelijk dat alle vlans die niet gedefinieerd zijn voor mstp in de IST vallen waardoor ospf gesloopt wordt.

Ik hoop dat de situatie een beetje duidelijk gesschetst is, maar wat kan hier een mogelijke oplossing voor zijn.

Een idee van onszelf is het management vlan niet redundant maken, maar dat wil je niet in onze ogen.

Ik volg je verhaal tot hier:

Oorspronkelijk geplaatst door marsipulami

het probleem is echter dat ospf dan ook niet meer correct werkt. aangezien de links geblocked worden.

Er wordt toch altijd maar 1 link geblocked, dus waarom zou OSPF dan niet meer correct werken?

Hij wordt idd op 1 link geblocked, maar als dat toevallig de goedkoopste link is dan wordt er een verkeerde route geblocked.

zie plaatje.

Stel dat op de 5304(rechtsonder) poort 24 naar vlan68 wordt geblocked(omdat deze in een de IST geplaatst word), dan heeft de 3500_3 voor vlan 20 die ook rechtsonder gedefinieerd is een veel duurdere route.

namelijk via 3500_2 -> 3500_1 -> 5304_1

Dat wil je niet toch ...

Hoe moet hij anders gaan dan? Via die kabel (of is het een tunnel?) van 3500_3 -> 3500_1 ? Want dat is de enige overgebleven lijn. Als hij die niet pakt is waarschijnlijk de priority niet goed ingesteld.

crap, die lijn moet je even wegdenken, die is in de casus later toegevoegd voor vrrp.

De lijn tussen 3500_3 en 3500_1 moet je dus niet meenemen in je beredenering.

Hallo Marsipulami,

Ik heb je plaatje niet bekeken, maar probeer wat met de "cost" van spanning-tree te experimenteren. Hoe hoger de cost, hoe minder snel de link geblocked zal worden. Overigens haal je nu twee verschillende technieken door elkaar OSPF (laag 3) en MSTP (laag 2).

Als je devices het ondersteunen dan zou ik routed links configureren,


Groeten,

Michiel

Oorspronkelijk geplaatst door Michiel

Hallo Marsipulami,

Ik heb je plaatje niet bekeken, maar probeer wat met de "cost" van spanning-tree te experimenteren. Hoe hoger de cost, hoe minder snel de link geblocked zal worden. Overigens haal je nu twee verschillende technieken door elkaar OSPF (laag 3) en MSTP (laag 2).

Als je devices het ondersteunen dan zou ik routed links configureren,


Groeten,

Michiel

Ik haal geen twee technieken door elkaar. Maar probeer twee technieken te combineren, wat in het geval van een redundant management vlan wel moet.

Maar voel me niet geweldig op dit moment dus ben niet zo helder, maar als je het plaatje ook bekijkt en de tekst goed leest zie je wel wat ik bedoel denk ik.

Als jouw omgeving "high resilient" dient te zijn (i.e. geen blocked ports door (M)STP) configureer dan alle poorten als Laag-3 interfaces met OSPF adjacencies hier overeen. Hierdoor heb je automatisch equal-cost load balancing om je infrastructuur optimaal te benutten.

Multiple Spanning-Tree Protocol vindt ik persoonlijk nasty, maar soms niet onmisbaar. HP doet geloof ik nog niet aan virtual chassis features etc.

Wat eis je precies aan je infra? Dien je perse Laag-2 informatie te transporteren?


Michiel

Ik wil juist het management vlan niet gerouteerd hebben. Als ospf stuk is dan heb je niets meer aan je vlan.

Daarbij komt het een sluit het ander niet uit, je wilt juist gebruik maken van vlans om je laag2 broadcast domein in te perken. Dat kan alleen met vlans, dus laag 2

Als je het Management VLAN niet gerouteerd wil hebben, dan heb je een blocked port ergens in je laag-2 segment. Period. Hier kom je in jouw situatie niet omheen. Deze port komt echter wel online als de root-poort zijn BPDUs begint te missen (link-down).

Oorspronkelijk geplaatst door marsipulami

Ik wil juist het management vlan niet gerouteerd hebben. Als ospf stuk is dan heb je niets meer aan je vlan.

Daarbij komt het een sluit het ander niet uit, je wilt juist gebruik maken van vlans om je laag2 broadcast domein in te perken. Dat kan alleen met vlans, dus laag 2

Ik ken de procurve's niet zo goed, maar ik betwijfel of precies kan wat jij wilt, of in elk geval, of je moet willen wat je vraagt.
Soms levert "simpel en overzichtelijk" je minder downtime op dan "redundant en (daardoor) heel complex".
Operator error is vaak een grotere bron van downtime dan een falende kruiskabel.

Als ik het goed zie doe je nu alles met OSPF, en heb je feitelijk geen STP nodig voor je non-management verkeer, correct ?
Gewoon alles routeren over de linken die in vlan65/66 en de kruis vlan's 67/68 , en geen access VLANs die op L2 gedeeld worden over alle switches ?

Feitelijk zouden die twee trunks, en die twee kruislinken niet eens switch poorten met vlan's (en bpdu's) hoeven zijn, maar zouden het puur routed ports (in cisco terminologie) kunnen zijn, zo lijkt me.


Maar dan zoek je nu een management vlan wat op alle vier de switches aanwezig is, moet je daarvoor noodzakelijkerwijs STP draaien, en wordt dat meteen MST waarbij er dus linken geblocked worden, inclusief linken waarover je met OSPF wilt kunnen routeren, omdat MST voor alle vlans actief wordt.

Als, afgezien van het management vlan de andere vlan's niet over alle switches aanwezig zijn maar alleen maar per switchpaar (zoals de getekende vlans 67 tm 68) kun je het volgens mij met meerdere MST instances oplossen.
Als je wel andere vlan's hebt die (als gedeeld L2 domein) op meerdere switches aanwezig zijn wordt het lastiger.

Al je poorten moeten wel trunks zijn,omdat ze buiten het getekende vlan dus ook je management vlan moeten vervoeren.

In MST instance 1 doe je mgmt en vlan 65
in instance 2 vlan 66
in instance 3 vlan 67
in instance 4 vlan 68

Eventueel kun je nog mgmt en vlan 65 ook in eigen instance doen.
Misschien kun je nog wat vlan's combineren in een instance, maar 1 vlan per instance lijkt me overzichtelijker.
Volgens de manual heb je tot 16 instances.

Door de priorititeit per vlan goed te kiezen kun je ervoor zorgen dat de juiste linken voor elk vlan gekozen worden, en je management vlan zal door je hele topologie aanwezig zijn, met sommige linken geblocked (voor dat vlan).

Volgens mij kun je, met de aannames die ik deed, aan je wens voldoen.
Maar, als je inderdaad een setup had die puur op L3 gekoppeld was zou ik niet voor alleen een mgmt vlan met redundante linken dit allemaal gaan bouwen.
Voor een OSPF of andere storing waarbij een switch onbereikbaar wordt zou ik gewoon een console server neerzetten die bij de serieële poort van je switches kan. Als dingen echt mis zijn kun je daar nog het meeste redden;
Bedenk ook dat een (M)STP probleem evenzeer je management (en je hele infra) om zeep kan helpen als het voorgestelde OSPF probleem wat je wilt kunnen verhelpen met een via L2+STP redundant management vlan.