Если бы не пропускали, разомкнулись бы все 4 влана в кольце

А так только мультикастовый

н вообще, как только порт циски ушел в блок кольцо н едолжо образовываться

А стп не на порту, а на влане

еще раз, н авлане может быть только mstp

там native 100
allowed 100,200,300,400, Где 400 это мультикаст
И на каждом влане включен spanning-tree

вернее, влан работает по правилам того инстанса, к которому привязан

А это тогда что?)

н утогда в циско задавай вопросы давно-ли рстп ушло с портов ан вланы.

или разорви ручками гденить посередие петли мультикастовый влан

Я уже проверил это все дело)
Всегда первым делом проверяю, все ли там нормально проходит
Я и с одной стороны кольцо порвал, проверил что все ходит, и с другой стороны порвал, проверил что все ходит, и порт-сосурити везде почистил. И посередине потом порвал, тоже все ходит с двух сторон и нигде не затыкается

А как только смыкаешь, замыкаются native, два транка, а мультикаст нахрен шлет.

И еще кстати ни разу не было проблем с циской подобного плана. На циске если стп размыкается по вине циски, то весь вообще который там существует, но тогда и циска буквально за минуту дохнет от нагрузки))

А тут прям что-то новое даже..

а цены приоритетов везде одинаковые чтоль?

можно предположить что гдето ан свичах в кольце не включен igmp snooping

тгда мультикаст валится в режиме бродкаста по всем актвным портам, вот тебе и шторм

Тогда куда деваются бпду?)

причем, странные. в дефолте 35536, и должно меняться с шагом в 4096

никуда. кольцо-то отрабатывает. ты посмотри состояние рстп конкретно по мультикастовому влау

на свитчах в кольце они одинаковые могут быть, а вот на циске должно быть что-то типа 16384

Так я ж  и говорю, не замыкается только этот влан