Для PTP...

1. Трасса прокладки. Если взаиморезервированные линки проложены по одному кабельному каналу, то сразу мимо.
2. Физика. Сразу исключаем медь на больших расстояниях, медь по улице или если часть медного сегмента выходит на улицу. Обжатые самостоятельно коннекторы оставьте провайдерам с 300р за 100Mbps. Только патч-панели, только заводские патч-корды с залитым коннектором и защитой защелки. Заземление экранов, грозозащита вот это все. Оптические патч-корды без защиты броней и/или гофротрубой тоже сразу мимо. Подключение многомода через одномодовое волокно, грязные коннекторы, сварки без контроля рефлектометром тоже исключаем.
3. Топология сети. В идеале - не более трех промежуточных коммутаторов между ИЭУ. Для больших сетей потребуется выделять коммутаторы доступа и отдельно распределение/collapsed core. Огромные кольца на десяток свичей сразу мимо. Очень сложные топологии с кучей избыточных линков тоже исключаем т.к. время сходимости xSTP сильно зависит от топологии.
4. Резервирование на L2. xSTP сразу мимо. Только PRP. Очень желательно без редбоксов по пути.
5. Возможности коммутаторов. Потребуется беспроблемная поддержка VLAN, минимум 4 очереди на порт, возможности классифицировать трафик по мак-адресам с битовой маской, полю ethertype и при этом не просесть по производительности. Фильтрация мультикаста, менеджмент отдельно от сети для ИУЭ тоже очень желательно. Настроенные приоритеты для xSTP, в идеале сеть строится на коммутаторах одного производителя, чтобы использовать MSTP и спокойно спать по ночам.
6. Возможности самих ИЭУ. 802.3q, 802.3p обязательно. В целом предусмотренная производителем возможность разнородный трафик разбирать с одного интерфейса.

Каждый тут себе, наверно любимый тезис выберет. Но интересно почему STP сразу мимо, например?

Время сходимости же. Или не страшно потерять драгоценные миллисекунды?

Лично мое мнение, что GOOSE и SV лучше выделять в отдельную физику и L2-сеть. Опять же потому, что MMS менее требовательный к задержкам и джиттеру, ходит поверх IP, соответственно, там совсем другие топологии возможны. Ну и к топологиям тот факт, что MMS это трафик от центра к краям сети и обратно, а GOOSE от краев к таким же краям.

PTP актуален для шины процесса.

MRP уже разрешили или нет?))

Каждый тут себе, наверно любимый тезис выберет. Но интересно почему STP сразу мимо, например?

STP - мимо. RSTP - для не очень больших сетей - нормально

Время сходимости же. Или не страшно потерять драгоценные миллисекунды?

MRP уже разрешили или нет?))

Классика. Нет, это страшно только в случае, если всерьёз считаешь, что 2 надежнее 1, а 3 надежнее двух. Если на надежность смотреть с позиции математики, то прежде чем утверждать лучше посчитать коэффициент готовности функции для одного варианта и для другого.

Имелось в видe RSTP или MSTP. Классический STP давно уже депрекейтед, его даже близко не подпускайте

В одном случае перерыва связи не происходит. В другом случае время простоя зависит от того как свичи меж собой договорятся и от погоды на марсе.
Выбор очевиден

Ага. Вот я об этом же. Зачем считать, если выбор очевиден. Вот и проектируются так космические корабли вместо подстанцией. Потому что выбор очевиден: чем дороже, тем лучше.

1. Трасса прокладки. Если взаиморезервированные линки проложены по одному кабельному каналу, то сразу мимо.
2. Физика. Сразу исключаем медь на больших расстояниях, медь по улице или если часть медного сегмента выходит на улицу. Обжатые самостоятельно коннекторы оставьте провайдерам с 300р за 100Mbps. Только патч-панели, только заводские патч-корды с залитым коннектором и защитой защелки. Заземление экранов, грозозащита вот это все. Оптические патч-корды без защиты броней и/или гофротрубой тоже сразу мимо. Подключение многомода через одномодовое волокно, грязные коннекторы, сварки без контроля рефлектометром тоже исключаем.
3. Топология сети. В идеале - не более трех промежуточных коммутаторов между ИЭУ. Для больших сетей потребуется выделять коммутаторы доступа и отдельно распределение/collapsed core. Огромные кольца на десяток свичей сразу мимо. Очень сложные топологии с кучей избыточных линков тоже исключаем т.к. время сходимости xSTP сильно зависит от топологии.
4. Резервирование на L2. xSTP сразу мимо. Только PRP. Очень желательно без редбоксов по пути.
5. Возможности коммутаторов. Потребуется беспроблемная поддержка VLAN, минимум 4 очереди на порт, возможности классифицировать трафик по мак-адресам с битовой маской, полю ethertype и при этом не просесть по производительности. Фильтрация мультикаста, менеджмент отдельно от сети для ИУЭ тоже очень желательно. Настроенные приоритеты для xSTP, в идеале сеть строится на коммутаторах одного производителя, чтобы использовать MSTP и спокойно спать по ночам.
6. Возможности самих ИЭУ. 802.3q, 802.3p обязательно. В целом предусмотренная производителем возможность разнородный трафик разбирать с одного интерфейса.