Да уж... Это же сколько таких пассивных устройств потребуется дополнительно установить на подстанции.
Оптика хороша, когда не требуется применять дополнительные оптические  медиаконвертеры... Но, к сожалению это не везде возможно.

Медиаконвертеры? Категорически не рекомендую.

А как из одной среды перейти в другую?

Если очень надо сменить среду, лучше поставить малопортовый коммутатор или вообще пересмотреть топологию/компоновку, чтобы обеспечить условие "медь в пределах одного помещения"

Медиаконвертеры устройства тупые с точки зрения линка, но слишком умные с точки зрения физики.
Они никак не управляются, не мониторятся, вообще никак не проявляют себя на канальном уровне.
Но при этом внутри имеют чип, обеспечивающий смену схемы кодирования. И этот чип вместе со своей обвязкой имеет свойство зависать. И такие неисправности очень тяжело выявляются опять же потому, что для устройств медюк это просто часть "провода"

Тоже считаете, что любое активное оборудование должно мониториться?

Мне лично непонятно, зачем физически отделять шину процесса - как мониторить там обстановку и с точки зрения телеком, и с точки зрения ИБ..

Конечно. А кто-то считает иначе?
Ради б-га, только не надо это делать по MMS

Я пока не видел коммутаторы с PTP без OOB интерфейса

Про физическое разделение шин писал выше. Причины: сильно разнородный трафик во всех отношениях, разная топология, мультикаст

Чем плох MMS?

Для ряда оборудования поднимать сислог - та ещё задача, а MMS уже есть и даже LN GSAL есть

Мы же не рассматриваем только РЗА в вакууме, а сейчас на ПС очень много цифровых систем, которые необходимо интегрировать в АСУ ТП. Конечно, ни о какой поддержке PRP там речи не идет, а ставить RedBox нет смысла.
Для взаимодействия с РЗА по MMS тоже PRP избыточен.
Получаем, что в шине подстанции эффективнее L2 резервировать по xSTP.

Шину процесса стоит рассматривать как отдельную сеть чисто для РЗА.

А смысл? Почему не оставить там один vlan для сислогов коммутаторов, например? Зачем жёстко изолировать? Я вижу нормальным - подключить сегментом через L3 устройство, таким образом мультикасты не пойдут никуда, зато мы будем иметь доступ и видеть всё оборудование шины процесса. Вдобавок, таким образом из шины процесса можно будет открыть NTP - это маршрутизируемый протокол.

Тем, что у неграмотных проектировщиков будет соблазн мониторить сетевое оборудование в том же широковещательном домене, где ходит боевой трафик РЗА/АСУ ТП.
И все же мы понимаем, что в промвшленных коммутаторах стоят обычные броадкомы/куалкомы. А я что-то не слышал, чтобы эти ребятам в своем софте реализовывали MMS, значит его будут на коленке дописывать вендоры коммутаторов. Получим хз что, при том что SNMP отточен годами и прекрасно работает

В шине процесса нет L3, поэтому нечего терминировать на L3-железках.
Я бы вообще по Ethertype зафильтровал там все кроме гусей, св и птп

SYSLOG ?! SNMP?!

Если огородить шину процесса, мы теряем наблюдаемость ряда оборудования, удобство управления. И делать это не на L2 надо, а через МЭ типа Д ))

С каких устройств?