Возможна ли реализация высоконадежного Ethernet комутатора на основе мажоритарного резервирования Опции

[ermilovd]

Возможна ли реализация высоконадежного Ethernet коммутатора на основе мажоритарного резервирования информации портов.
Я пока себе плохо представляю как синхронизировать процессора. Так как у каждого процессора есть своя PLL - со стабильностью +- 100% (грубо). И если даже пакеты будут поступать одновременно на 3 коммутатора (10-20 портов), то из за разности частот возможна разная коммутация пакетов. Что при мажоритарном сравнении выявит несовпадение.
Если есть литература описывающая данное резервирование в Ethernet сетях. Или это не возможно. Дайте ссылку или в личку. спасибо.

[iosifk]

Возможна ли реализация высоконадежного Ethernet коммутатора на основе мажоритарного резервирования информации портов.

Увы, у Вас в голове полная путаница.
Итак, есть понятие "сбой" и есть "отказ"... После сбоя информация продолжает проходить, после отказа - нет.
Сбои перекрывают избыточной информацией: контрольными суммами, хемингами, перезапросами и т.д.
Отказы - избыточным аппаратным обеспечением, поскольку в аппаратуру контрольную сумму не всунуть... Это и мажоритары и горячий и холодный резерв...
Так вот, передача данных по Ethernet уже имеет защиту по информации. А каждый порт имеет свой адрес. И если информация не приходит по одному порту, то всегда можно переключиться на резервный порт. А саму линию связи может причем переключать может даже реле...
Тогда зачем ставить себе жуткую задачу на синхронизацию битов? Какой в этом смысл? Тем более, что для долговременного использования мажоритар не сильно хорош. Лучше применять холодный резерв...
И если хотите узнать, что Вы получите, применив мажоритар, то прочтите "Записки Инженера", у меня на сайте...
А вообще надо начинать с расчета надежности. Что у Вас линия связи - провода или оптика, надежнее чем микросхемы?

[ermilovd]

Увы, у Вас в голове полная путаница.
Итак, есть понятие "сбой" и есть "отказ"... После сбоя информация продолжает проходить, после отказа - нет.
Сбои перекрывают избыточной информацией: контрольными суммами, хемингами, перезапросами и т.д.
Отказы - избыточным аппаратным обеспечением, поскольку в аппаратуру контрольную сумму не всунуть... Это и мажоритары и горячий и холодный резерв...
Так вот, передача данных по Ethernet уже имеет защиту по информации. А каждый порт имеет свой адрес. И если информация не приходит по одному порту, то всегда можно переключиться на резервный порт. А саму линию связи может причем переключать может даже реле...
Тогда зачем ставить себе жуткую задачу на синхронизацию битов? Какой в этом смысл? Тем более, что для долговременного использования мажоритар не сильно хорош. Лучше применять холодный резерв...
И если хотите узнать, что Вы получите, применив мажоритар, то прочтите "Записки Инженера", у меня на сайте...
А вообще надо начинать с расчета надежности. Что у Вас линия связи - провода или оптика, надежнее чем микросхемы?

Спасибо я васпонял. И в обычном ширпотребовском случае я с вами согласен. Вы наверно помните рисунок о том как видет задачу проектировщик. И мой вопрос был примерно из этой области. Начальство придумало, то, что я описал выше. Как повысить надежность "супер" коммутатора. Сделать 3 коммутатора (на разной базе) а на выходе поставить плис (и сравнивать результат комутации). Если совпадает то все нормально. Вот мне и кажется что данный метод не выполним для коммутаторов. В ответ слышу , что я не прав ивсе будет ОК.

[iosifk]

. Сделать 3 коммутатора (на разной базе) а на выходе поставить плис (и сравнивать результат комутации). Если совпадает то все нормально. Вот мне и кажется что данный метод не выполним для коммутаторов. В ответ слышу , что я не прав ивсе будет ОК.

Вот давайте еще раз о Вашем варианте...
Допустим так:
Есть 3 передатчика + 3 линии. От них получаем сигнал, например на 3 трансивера и на MII пытаемся подцепить мажоритар. Так?
Теперь представим гипотетически, что 3 передатчика начали одновременно и синхронно передавать... Что получим на приеме на MII? Получим сигнал достоверности данных и начнем из принимать...Но это в теории. А на практике , чтобы получить такую красоту, нужно, чтобы и на передаче и на приеме информация совпала с точностью до бита... И чтобы в линии она поставлялась синхронно. Насколько это выполнимо я предсказать не могу. Поскольку все свитчи разные и задержки в них не описываются...
А теперь так, как Вы пишите:
Сделать 3 коммутатора... А что такое "на выходе"? Это где? Если речь идет о линии, то там сигнал аналоговый. Если коммутатор с несколькими PHY и с одним MII, то куда??? И это: "В ответ слышу , что я не прав ивсе будет ОК.". Значит делаем так. Кладем на стол бумагу и ручку и просим конкретно нарисовать блок-схему. На каждую линию связи, там где PHY и MII готовим описание интерфейса. Готовим блок-схемы микросхем. Ну, например на Микреле их достаточно. Далее делаем серьезный вид и просим разъяснить конкретно, с числом-датой и с подписью... Так снимается много вопросов...