Als je verschillende waarden opgeeft bij de parameters van RSTP prioriteit dan kan het wel, bij gelijke waarden zal de poort geblokkeerd worden.Ben benieuwd naar je ervaringen dan; bij mij werden de poorten waar een Sonos aan hangt (2 v/d 3) automatisch door de Unifi switches geblokkeerd door loop detectie; dat zie je aan het RSTP Discarding symbool in de poort. Die poort heb ik daarna zelf uitgeschakeld; dat zie je in poort 16 hieronder, daar hangt een Sonos aan; ik heb de kabel laten zitten maar kan ik er ook uit halen, verandert niks. Als ik de poort weer aanzet, dan gaat ie `m toch blokkeren. Een oplossing is om je switch naar classic STP om te zetten maar vraag is of je dat wilt. Ik niet in elk geval, daarom nu alleen de Sonos Boost nog aan de kabel.
Bekijk bijlage 2693
Exact dezelfde ervaring hier. Een bekabeld rest Sonosnet, en niet beide gebruikenBen benieuwd naar je ervaringen dan; bij mij werden de poorten waar een Sonos aan hangt (2 v/d 3) automatisch door de Unifi switches geblokkeerd door loop detectie; dat zie je aan het RSTP Discarding symbool in de poort. Die poort heb ik daarna zelf uitgeschakeld; dat zie je in poort 16 hieronder, daar hangt een Sonos aan; ik heb de kabel laten zitten maar kan ik er ook uit halen, verandert niks. Als ik de poort weer aanzet, dan gaat ie `m toch blokkeren. Een oplossing is om je switch naar classic STP om te zetten maar vraag is of je dat wilt. Ik niet in elk geval, daarom nu alleen de Sonos Boost nog aan de kabel.
Bekijk bijlage 2693
inderdaad, in mijn leven voor Unifi had ik unmanaged TP-Link switches en daar werkte het prima met meerdere bekabelde Sonos. Ik denk wel een groot aandeel toeval of geluk want de kans op loops was daar natuurlijk ook aanwezig en dan was de boel er uit gevlogen.Dat testen zal na de vakantie worden, dus even geduld. Wel herken ik je posting: hoe dommer de switch, hoe meer kans op een werkende Sonos.
Ik heb dat getest maar dan met classic STP, en dan de prio`s idd aangepast en dan werkt het dus prima met meerdere Sonos bekabeld. Daarna alles weer teruggezet naar RSTP omdat ik geen classic STP op mijn switches wil ivm trage DHCP IP toekenning. Ik heb het nooit getest met aanpassing v/d RSTP prio`s, ik lees overal dat dat gewoon niet werkt omdat het een andere standaard is dan classic STP (andere parameters waardoor het nooit goed komt met de lowest cost paths). Mijn kennis houd hier een beetje op vrees ik, dus misschien kan het best wat je zegt.Als je verschillende waarden opgeeft bij de parameters van RSTP prioriteit dan kan het wel, bij gelijke waarden zal de poort geblokkeerd worden.