URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 15175
[ Назад ]

Исходное сообщение
"Cisco REP"
Отправлено kukachik , 29-Дек-07 11:14

День добрый !!!
Никто не в сети не использует Cisco Resilient Ethernet Protocol ? Интересуют реальные данные по масштабируемости и по времени схождения сети ( в доке пишут 50 - 200 ms ). Нам тут цискари в рамках проекта предлагают на всем кольце REP поднять, расписывают очень уж красиво.

Содержание

Cisco REP,Basil, 11:33 , 29-Дек-07
- Cisco REP,kukachik, 12:15 , 29-Дек-07
  - Cisco REP,Basil, 12:31 , 29-Дек-07
    - Cisco REP,anton_lva, 11:24 , 30-Дек-07
      - Cisco REP,kukachik, 07:45 , 31-Дек-07
        
        Cisco REP,anton_lva, 12:53 , 01-Янв-08
        
        Cisco REP,kukachik, 09:46 , 02-Янв-08
        
        Cisco REP,Jackhammer, 18:25 , 22-Окт-09
        
        > придется заносить в таблицу 10 х 5 х 50 = 2500 MAC адресов,poige, 16:54 , 13-Апр-10

Сообщения в этом обсуждении

"Cisco REP"
Отправлено Basil , 29-Дек-07 11:33

>День добрый !!!
>Никто не в сети не использует Cisco Resilient Ethernet Protocol ? Интересуют
>реальные данные по масштабируемости и по времени схождения сети ( в
>доке пишут 50 - 200 ms ). Нам тут цискари в
>рамках проекта предлагают на всем кольце REP поднять, расписывают очень уж
>красиво.
Реальные данные есть только у Цискарей по результатам лабы :)
REP живет еще не на всех железяках, поддержка на 7600 будет только в SRC, на 6500 в течении 2008 года, в ME если не ошибаюсь уже работает.
В принципе, технология красивая, но только если подвешивать сегменты REP к STP.
В обратном порядке, пока не понятно :)
Масштабируемость у REP хорошая, от 16 до 64 колец на агрегирующий коммутатор.
Однако, время сходимости сильно зависит от кол-ва VLAN.
Т.к. при блокировке порта надо вычищать все mac таблицы во всех VLAN.
Да, еще ньюанс, REP - это технология предотвращения петель и она основывается на событиях от других протоколов, т.е. если используется, скажем UDLD как событие о блокировке порта, то получить заветную сабсекундную сходимость не получится :)

"Cisco REP"
Отправлено kukachik , 29-Дек-07 12:15

Понял, спасибо !
Под нашу задачу пойдет практически идеально, у нас на всем кольце ME коммутаторы разных классов, большая часть VLAN на них и заканчивается дальше уже OSPF ( iBGP ).
UDLD не используем, так что есть вероятность что сходится моментом будет.
Так как задачи в основном критикал, то использование STP в различных вариантах представляется неэффективным, просто REP у нас пойдет как замена SDH/GE. Скорости на SDH уже не устраивают, а их увеличение стоит просто громадных денег :(
RSTP пробовали на опытной зоне поднимать, клиенты сразу выть и претензии выкатывать начали.

"Cisco REP"
Отправлено Basil , 29-Дек-07 12:31

>[оверквотинг удален]
>Под нашу задачу пойдет практически идеально, у нас на всем кольце ME
>коммутаторы разных классов, большая часть VLAN на них и заканчивается дальше
>уже OSPF ( iBGP ).
>UDLD не используем, так что есть вероятность что сходится моментом будет.
>Так как задачи в основном критикал, то использование STP в различных вариантах
>представляется неэффективным, просто REP у нас пойдет как замена SDH/GE. Скорости
>на SDH уже не устраивают, а их увеличение стоит просто громадных
>денег :(
>RSTP пробовали на опытной зоне поднимать, клиенты сразу выть и претензии выкатывать
>начали.
REP специально создавался под MetroEthernet топологии :)
Ну STP даже не для критикал ни куда не годиться, так что вариантов, кроме как RSTP в не ME топологии пока нет.

"Cisco REP"
Отправлено anton_lva , 30-Дек-07 11:24

>Ну STP даже не для критикал ни куда не годиться, так что
>вариантов, кроме как RSTP в не ME топологии пока нет.
MST?

"Cisco REP"
Отправлено kukachik , 31-Дек-07 07:45

>MST?
А в MST возможно схождение кольца за <= 200 ms ? :)

"Cisco REP"
Отправлено anton_lva , 01-Янв-08 12:53

>А в MST возможно схождение кольца за <= 200 ms ? :)
>
Сынок, это фантастика (с) )))
Это я приводил контраргумент к "Ну STP даже не для критикал ни куда не годиться".

"Cisco REP"
Отправлено kukachik , 02-Янв-08 09:46

>>А в MST возможно схождение кольца за <= 200 ms ? :)
>>
>
>Сынок, это фантастика (с) )))
Как ни странно нет, нашел ребят которые REP у нас тестировали, время схождения значительно меньше 200 ms, в среднем около 100 ms. Тесты проводились на ME3400.

"Cisco REP"
Отправлено Jackhammer , 22-Окт-09 18:25

>>>А в MST возможно схождение кольца за <= 200 ms ? :)
>>>
>>
>>Сынок, это фантастика (с) )))
>
>Как ни странно нет, нашел ребят которые REP у нас тестировали, время
>схождения значительно меньше 200 ms, в среднем около 100 ms. Тесты
>проводились на ME3400.
Решение по времени сходимости и переходу от SDH одно - MPLS
Хотелось бы посмотреть на схему тестирования и нагрузка какая была в контексте размера MAC таблицы. Если учитывать скорость изучения MAC адресов.
Рассмотрим пример реальной сети: 10 коммутаторов в цепочке доступа, к каждому коммутатору подключено 5 клиентов и VPLS сети клиента находится 50 устройств. Скорость изучение MAC адресов коммутатором доступа составляет 250 MAC адресов в секунду.
Таким образом, в худшем случае, когда в случае разрыва все коммутаторы должны переключить трафик на резервное направление, самому крайнему коммутатору придется заносить в таблицу 10 х 5 х 50 = 2500 MAC адресов. И полное время восстановления составит 200 мс + 1250/250 = 10,2 сек. Что существенно далеко от заявленных цифр (200 ms)

"> придется заносить в таблицу 10 х 5 х 50 = 2500 MAC адресов"
Отправлено poige , 13-Апр-10 16:54

Если у свитча нет DST MAC'а в FDB, он отправит фрейм по всем портам, кроме ingress'а.