Знайка

А если роль master будет передана на другой (физически) коммутатор, тогда как?

Другими словами, блокировка backup портов происходит на мастере, я верно же понял?

А мне нравится

Абсолютно верно. И что же, каждый коммутатор "блокирует backup порты"? Прямо из коробки?

Отвечу аллегорией: вы купили автомобиль. И счастливо ездили на нём долгие годы. И он вас всем, в принципе, устраивал. И тут настал момент, когда вы решили, что нет. Мой автомобиль должен быть полноприводным. Просто потому, что у вас поменялись задачи. Или мировоззрение. Или ещё что то. И вместо того, что бы купить другую, полноприводную версию, вы идёте на завод. А там конвейер. Рабочие, значит, работают в поте лица. Нормо-часы у них там и всё такое. Выслуга лет. И вы им и говорите: Друзья! Да бросьте вы это всё. Не надо оно вам. Остановите конвейер, и да, бог с ней, с зарплатой. Она же ваша, не моя же. Первее всего вам надо сейчас (за бесплатно) сделать мою машину полноприводной. А остальное - не моё дело. Снимайте с конвейера всё, вешайте мой автомобиль, что хотите делайте, а вот полнопривод что бы был. И точка. Говоря по другому, вы создаёте ситуацию, в которой ставите свои (личные) интересы выше интересов других (общественных). А оно у нас так не работает. И вот что бы такого не происходило, что бы вот так каждый "энтузиаст" не отвлекал людей от их задач, есть программа по инициации улучшений. Но вы, исходя из ответов, в этой программе даже условие запуска не выполняете. Как то так. Можно считать ответ субъективным или не истинным, это ваше право. Но другого, на текущий момент, не будет

Хорошо, пусть так, хотя это и не так. А софт, этот, значит, живет где?

Он, самое главное, истинный, а чей.. чей бы вам хотелось? Пусть того и будет

"Он - это протокол turbo ring" - это не так, непосредственно протокол статусами портов не управляет. Так кто этот "он" из предыдущего сообщения?

Ответ нет, доработка неоправданна

"Если основной линк рвётся, он их быстро поднимает" - он - это кто?

Поинтересоваться можно. Какая партия и в какие сроки планируется к закупке?

Будет петля в топологии.

Мануалам рекомендуется верить Пока не доказано обратное

"если реально дёргать линк с высокой частотой, то любой протокол будет то блокировать" - спорное утверждение

Для себя хотел уточнить - а что, оно при отправке и MAC мультикастный формирует?

На "быстрых" протоколах типа TRv2 такой недостаток непобедим в силу особенности их реализации. Перейдите на TRv1, думаю, в таком случае, будет работать стабильнее (хотя и медленнее).

Добрый день. Про то, что не заявлено - хорошо подмечено. Нет, не планируется, т.к. для работы с multicast специально предназначена серия NPort 5000A.

ну давайте тогда подождём его и пойдём терзать разработчиков

Это я к тому, что потребуется дамп трафика к коммутатору на период перед его перезагрузкой

Ага, спасибо. Раз в сутки - это более/менее цикличный процесс? То есть с достаточной точностью можно предсказать, что, скажем, SW1 "зависнет" в 15 часов, например?

Добрый день. У меня под версию 6 пока ничего нет

К несчастью, известных проблем с SNMP в прошивке 5.8 для IKS-67xxA нет Что бы понять, что происходит, приведите, плз, серийные номера всех 4х коммутаторов кольца в формате ABCDE1234567

Добрый день. Есть ли уверенность, что Zabbix взаимодействует с коммутаторами только по SNMP? Не производит ли он (внезапно) мониторинг доступности и других сервисов, SSH, например?