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

[ermilovd]

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

[vadimp61]

Посмотрите у Марвела есть синхронные езернет коммутаторы, например 88Е6351. При приеме из физики и MII портов происходит выравнивание всех данных перед передачей их в GMAC уровень. Вот ставьте три таких коммутатора, тактируйте их от одного генератора (у коммутатора есть вход 125Мгц тактовой) и на MAC уровне, с уже выровненными тетрадами и занимайтесь мажоритарным резервированием. Я правда с ним не работал, но такая штука есть.

[prig]

Посмотрите у Марвела есть синхронные езернет коммутаторы, например 88Е6351....
Вот ставьте три таких коммутатора, тактируйте их от одного генератора...

Есть большие сомнения, что при потере синхронизации одним из свитчей, не возникнут проблемы с синхронизацией состояния всей троицы.
Собственно, синхронизация свитчей без потери функционирования - наиболее узкое место при реализации.
Если временная потеря функционирования допустима, то лучше подумать о вариантах с резервированием.

[vadimp61]

Есть большие сомнения, что при потере синхронизации одним из свитчей, не возникнут проблемы с синхронизацией состояния всей троицы.
Собственно, синхронизация свитчей без потери функционирования - наиболее узкое место при реализации.
Если временная потеря функционирования допустима, то лучше подумать о вариантах с резервированием.

Потеря синхронизации одним из свитчей возможна - это неисправность внутри чипа и ее можно победить только физическим резервированием чипа.

[prig]

Потеря синхронизации одним из свитчей возможна - это неисправность внутри чипа и ее можно победить только физическим резервированием чипа.

Так речь и идёт о разновидности резервирования, которая решает задачу непрерывности функционирования.
И синхронизация свитчей в таких системах - это далеко не просто синхронное тактирование. Это ещё и согласование состояний логических цепей, памяти и т.д..
Задача синхронизации, как уже говорили ранее, действительно кажется жутковатой. Но она решаема.

Потеря синхронизации будет при первой потере пакета одним из 3-х свитчей. А дальше, очереди разбежались, таблицы съехали...
Это стандартная ситуация, которую такая система должна отрабатывать, т.е. восстанавливать синхронность работы всей тройки свитчей.
А 100% гарантию того, что один из троицы не потеряет пакет, может дать... Ну, сами знаете кто.

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

А вот если задача - дотянуть до аэродрома, то там надежда только на то, что бы не успел грохнуться второй чип из трёх.