SV
На мой взгляд это логичнее чем плодить и размножать физические интерфейсы.
Size: a a a
2018 October 15
SV
Кое кто (зименс) уже коммутаторы в терминалы сует.
RF
Sergei Voronov
Кое кто (зименс) уже коммутаторы в терминалы сует.
Не только Zименс :)
SV
Опять же разделение потоков по vlan между prp и rstp позволит объединять устройства с серверами без мучений со специальными сетевухами и унылыми глючными драйверами + контроль трафика без маршрутизаторов при передаче измерений. Это уже кое у кого уже сделано.
RF
И ещё вопрос. Какую задачу решаете "пробрасывая" HSR трафик через коммутаторы?
SV
Ну и плюс стоимость и наглядность схем физических соединений.
RF
А если так делать, то для каждого порта hsr, надо отдельный VLAn
RF
Так как это разный трафик
RF
Имеется в виду A и B трафик
RF
И пара комплиментарных портов
SV
И ещё вопрос. Какую задачу решаете "пробрасывая" HSR трафик через коммутаторы?
Знаю что есть устройства передачи напряжений по 9.2 то есть уходим от цепей напряжения в зру. При этом hsr замкнут на уровне зру, а prp (измерения в защиты трансов) и rstp (скада) не требуют дополнительных портов, а значит и отдельной физики и дополнительных дорогостоящих устройств типа редбоксов.
RF
Ну интересно конечно
RF
Скаду можно и нужно отделять через МЭ
RF
Там ИТ оборудование с их софтово, программными закладками, вирусами
SV
А если так делать, то для каждого порта hsr, надо отдельный VLAn
Для каждого источника измерений свой vlan для устройства не надо. Коммутатор с одного порта принял тупо на другой скинул и обратно так же.
RF
Да я понял, но потоки hsr, должны быть разделены
SV
Скаду можно и нужно отделять через МЭ
Одно другому не мешает даже более того rstp через МЭ пробросить проще чем prp и hsr
RF
Надо попробовать ;)
SV
У Вас к слову возможностей больше, я со своими идеями свой конторе не нужен. У нас стандарты.
RF
Которые пишутся по теории