| |
 Возможна ли реализация высоконадежного Ethernet комутатора на основе мажоритарного резервирования |
|
|
|
|
 Jul 1 2013, 09:49
|
Участник
Группа: Участник
Сообщений: 33
Регистрация: 22-01-09
Из: Пермь
Пользователь №: 43 767
|
Возможна ли реализация высоконадежного Ethernet коммутатора на основе мажоритарного резервирования информации портов. Я пока себе плохо представляю как синхронизировать процессора. Так как у каждого процессора есть своя PLL - со стабильностью +- 100% (грубо). И если даже пакеты будут поступать одновременно на 3 коммутатора (10-20 портов), то из за разности частот возможна разная коммутация пакетов. Что при мажоритарном сравнении выявит несовпадение. Если есть литература описывающая данное резервирование в Ethernet сетях. Или это не возможно. Дайте ссылку или в личку.  спасибо.
|
|
|
|
|
|
|
 |
Ответов
|
|
Jul 1 2013, 10:29
|
Гуру
Группа: Модераторы
Сообщений: 4 011
Регистрация: 8-09-05
Из: спб
Пользователь №: 8 369
|
Цитата(ermilovd @ Jul 1 2013, 13:49)  Возможна ли реализация высоконадежного Ethernet коммутатора на основе мажоритарного резервирования информации портов. Увы, у Вас в голове полная путаница. Итак, есть понятие "сбой" и есть "отказ"... После сбоя информация продолжает проходить, после отказа - нет. Сбои перекрывают избыточной информацией: контрольными суммами, хемингами, перезапросами и т.д. Отказы - избыточным аппаратным обеспечением, поскольку в аппаратуру контрольную сумму не всунуть... Это и мажоритары и горячий и холодный резерв... Так вот, передача данных по Ethernet уже имеет защиту по информации. А каждый порт имеет свой адрес. И если информация не приходит по одному порту, то всегда можно переключиться на резервный порт. А саму линию связи может причем переключать может даже реле... Тогда зачем ставить себе жуткую задачу на синхронизацию битов? Какой в этом смысл? Тем более, что для долговременного использования мажоритар не сильно хорош. Лучше применять холодный резерв... И если хотите узнать, что Вы получите, применив мажоритар, то прочтите "Записки Инженера", у меня на сайте... А вообще надо начинать с расчета надежности. Что у Вас линия связи - провода или оптика, надежнее чем микросхемы?
--------------------
www.iosifk.narod.ru
|
|
|
|
|
|
|
|
Jul 1 2013, 11:01
|
Участник
Группа: Участник
Сообщений: 33
Регистрация: 22-01-09
Из: Пермь
Пользователь №: 43 767
|
Цитата(iosifk @ Jul 1 2013, 14:29) Увы, у Вас в голове полная путаница.
Итак, есть понятие "сбой" и есть "отказ"... После сбоя информация продолжает проходить, после отказа - нет.
Сбои перекрывают избыточной информацией: контрольными суммами, хемингами, перезапросами и т.д.
Отказы - избыточным аппаратным обеспечением, поскольку в аппаратуру контрольную сумму не всунуть... Это и мажоритары и горячий и холодный резерв...
Так вот, передача данных по Ethernet уже имеет защиту по информации. А каждый порт имеет свой адрес. И если информация не приходит по одному порту, то всегда можно переключиться на резервный порт. А саму линию связи может причем переключать может даже реле...
Тогда зачем ставить себе жуткую задачу на синхронизацию битов? Какой в этом смысл? Тем более, что для долговременного использования мажоритар не сильно хорош. Лучше применять холодный резерв...
И если хотите узнать, что Вы получите, применив мажоритар, то прочтите "Записки Инженера", у меня на сайте...
А вообще надо начинать с расчета надежности. Что у Вас линия связи - провода или оптика, надежнее чем микросхемы? Спасибо я васпонял. И в обычном ширпотребовском случае я с вами согласен. Вы наверно помните рисунок о том как видет задачу проектировщик. И мой вопрос был примерно из этой области. Начальство придумало, то, что я описал выше. Как повысить надежность "супер" коммутатора. Сделать 3 коммутатора (на разной базе) а на выходе поставить плис (и сравнивать результат комутации). Если совпадает то все нормально. Вот мне и кажется что данный метод не выполним для коммутаторов. В ответ слышу , что я не прав ивсе будет ОК.
|
|
|
|
|
|
|
|
Jul 1 2013, 12:02
|
Гуру
Группа: Модераторы
Сообщений: 4 011
Регистрация: 8-09-05
Из: спб
Пользователь №: 8 369
|
Цитата(ermilovd @ Jul 1 2013, 15:01) . Сделать 3 коммутатора (на разной базе) а на выходе поставить плис (и сравнивать результат комутации). Если совпадает то все нормально. Вот мне и кажется что данный метод не выполним для коммутаторов. В ответ слышу , что я не прав ивсе будет ОК. Вот давайте еще раз о Вашем варианте... Допустим так: Есть 3 передатчика + 3 линии. От них получаем сигнал, например на 3 трансивера и на MII пытаемся подцепить мажоритар. Так? Теперь представим гипотетически, что 3 передатчика начали одновременно и синхронно передавать... Что получим на приеме на MII? Получим сигнал достоверности данных и начнем из принимать...Но это в теории. А на практике , чтобы получить такую красоту, нужно, чтобы и на передаче и на приеме информация совпала с точностью до бита... И чтобы в линии она поставлялась синхронно. Насколько это выполнимо я предсказать не могу. Поскольку все свитчи разные и задержки в них не описываются... А теперь так, как Вы пишите: Сделать 3 коммутатора... А что такое "на выходе"? Это где? Если речь идет о линии, то там сигнал аналоговый. Если коммутатор с несколькими PHY и с одним MII, то куда??? И это: "В ответ слышу , что я не прав ивсе будет ОК.". Значит делаем так. Кладем на стол бумагу и ручку и просим конкретно нарисовать блок-схему. На каждую линию связи, там где PHY и MII готовим описание интерфейса. Готовим блок-схемы микросхем. Ну, например на Микреле их достаточно. Далее делаем серьезный вид и просим разъяснить конкретно, с числом-датой и с подписью... Так снимается много вопросов...
--------------------
www.iosifk.narod.ru
|
|
|
|
|
|
|
|
Jul 1 2013, 12:29
|
Участник
Группа: Участник
Сообщений: 33
Регистрация: 22-01-09
Из: Пермь
Пользователь №: 43 767
|
Цитата(iosifk @ Jul 1 2013, 16:02) Вот давайте еще раз о Вашем варианте...
Допустим так:
Есть 3 передатчика + 3 линии. От них получаем сигнал, например на 3 трансивера и на MII пытаемся подцепить мажоритар. Так?
Теперь представим гипотетически, что 3 передатчика начали одновременно и синхронно передавать... Что получим на приеме на MII? Получим сигнал достоверности данных и начнем из принимать...Но это в теории. А на практике , чтобы получить такую красоту, нужно, чтобы и на передаче и на приеме информация совпала с точностью до бита... И чтобы в линии она поставлялась синхронно. Насколько это выполнимо я предсказать не могу. Поскольку все свитчи разные и задержки в них не описываются...
А теперь так, как Вы пишите:
Сделать 3 коммутатора... А что такое "на выходе"? Это где? Если речь идет о линии, то там сигнал аналоговый. Если коммутатор с несколькими PHY и с одним MII, то куда??? И это: "В ответ слышу , что я не прав ивсе будет ОК.". Значит делаем так. Кладем на стол бумагу и ручку и просим конкретно нарисовать блок-схему. На каждую линию связи, там где PHY и MII готовим описание интерфейса. Готовим блок-схемы микросхем. Ну, например на Микреле их достаточно. Далее делаем серьезный вид и просим разъяснить конкретно, с числом-датой и с подписью... Так снимается много вопросов... Спасибо. Видимо так и придется "снимать вопросы". Сигнал на выходе - SGMII (мало этого есть еще 10G (какая плис его распознает? пока не знаю). У алтеры lvds вроде бы смогут сравнить 1Gbps.)
|
|
|
|
|
|
|
|
Jul 1 2013, 12:47
|
Гуру
Группа: Модераторы
Сообщений: 4 011
Регистрация: 8-09-05
Из: спб
Пользователь №: 8 369
|
Цитата(ermilovd @ Jul 1 2013, 16:29) Спасибо. Видимо так и придется "снимать вопросы".
Сигнал на выходе - SGMII (мало этого есть еще 10G (какая плис его распознает? пока не знаю). У алтеры lvds вроде бы смогут сравнить 1Gbps.) Акроникс тут нарисовался, вот он и успеет... А будут вопросы - пишите. Могу точно сказать, что за те 7 лет, когда занимался техподдержкой Микрела иногда всплывали вот такие же клиенты, которые хотели "нестандартно" включить микросхемы трансиверов и свитчей... Так вот, с ними и были самые большие проблемы и ничем хорошим это у них не кончалось... А самое простое - это нарисуйте графики вероятности отказа по времени для мажоритара. Дальше все станет понятно. Я об этом в "записках" как раз написал....
--------------------
www.iosifk.narod.ru
|
|
|
|
|
|
Сообщений в этой теме
 ermilovd Возможна ли реализация высоконадежного Ethernet комутатора на основе мажоритарного резервирования Jul 1 2013, 09:49 prig Цитата(ermilovd @ Jul 1 2013, 13:49) Возм... Jul 1 2013, 13:30 vadimp61 Посмотрите у Марвела есть синхронные езернет комму... Jul 2 2013, 16:21  prig Цитата(vadimp61 @ Jul 2 2013, 20:21) Посм... Jul 4 2013, 09:09 vadimp61 Цитата(prig @ Jul 4 2013, 13:09) Есть бол... Jul 4 2013, 14:08 prig Цитата(vadimp61 @ Jul 4 2013, 18:08) Поте... Jul 4 2013, 16:28 krux а ещё на маршрутизаторах бывает случается реордери... Jul 4 2013, 17:36 Егоров Поэлементное резервирование канала эзернет предста... Jul 4 2013, 17:52 iosifk Цитата(Егоров @ Jul 4 2013, 21:52) Поэлем... Jul 4 2013, 18:21 vadimp61 В общем нужна передача канала езернет поверх трех ... Jul 4 2013, 19:24 prig Цитата(krux @ Jul 4 2013, 21:36) Хотите н... Jul 5 2013, 08:58 Егоров Цитата(prig @ Jul 5 2013, 11:58) Всё это ... Jul 5 2013, 11:26 prig Цитата(Егоров @ Jul 5 2013, 15:26) Стоило... Jul 8 2013, 08:53 krux Цитата(prig @ Jul 5 2013, 12:58) Палка о ... Jul 6 2013, 16:43
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|
