The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Cisco REP"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Маршрутизаторы CISCO и др. оборудование. (Cisco Catalyst коммутаторы)
Изначальное сообщение [ Отслеживать ]

"Cisco REP"  +/
Сообщение от kukachik email(??) on 29-Дек-07, 11:14 
День добрый !!!
Никто не в сети не использует Cisco Resilient Ethernet Protocol ? Интересуют реальные данные по масштабируемости и по времени схождения сети ( в доке пишут 50 - 200 ms ). Нам тут цискари в рамках проекта предлагают на всем кольце REP поднять, расписывают очень уж красиво.
Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

  • Cisco REP, Basil, 11:33 , 29-Дек-07, (1)  
    • Cisco REP, kukachik, 12:15 , 29-Дек-07, (2)  

Сообщения по теме [Сортировка по времени | RSS]


1. "Cisco REP"  +/
Сообщение от Basil (??) on 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 как событие о блокировке порта, то получить заветную сабсекундную сходимость не получится :)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

2. "Cisco REP"  +/
Сообщение от kukachik email(??) on 29-Дек-07, 12:15 
Понял, спасибо !
Под нашу задачу пойдет практически идеально, у нас на всем кольце ME коммутаторы разных классов, большая часть VLAN на них и заканчивается дальше уже OSPF ( iBGP ).
UDLD не используем, так что есть вероятность что сходится моментом будет.
Так как задачи в основном критикал, то использование STP в различных вариантах представляется неэффективным, просто REP у нас пойдет как замена SDH/GE. Скорости на SDH уже не устраивают, а их увеличение стоит просто громадных денег :(
RSTP пробовали на опытной зоне поднимать, клиенты сразу выть и претензии выкатывать начали.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

3. "Cisco REP"  +/
Сообщение от Basil (??) on 29-Дек-07, 12:31 
>[оверквотинг удален]
>Под нашу задачу пойдет практически идеально, у нас на всем кольце ME
>коммутаторы разных классов, большая часть VLAN на них и заканчивается дальше
>уже OSPF ( iBGP ).
>UDLD не используем, так что есть вероятность что сходится моментом будет.
>Так как задачи в основном критикал, то использование STP в различных вариантах
>представляется неэффективным, просто REP у нас пойдет как замена SDH/GE. Скорости
>на SDH уже не устраивают, а их увеличение стоит просто громадных
>денег :(
>RSTP пробовали на опытной зоне поднимать, клиенты сразу выть и претензии выкатывать
>начали.

REP специально создавался под MetroEthernet топологии :)

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

4. "Cisco REP"  +/
Сообщение от anton_lva (??) on 30-Дек-07, 11:24 
>Ну STP даже не для критикал ни куда не годиться, так что
>вариантов, кроме как RSTP в не ME топологии пока нет.

MST?

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

5. "Cisco REP"  +/
Сообщение от kukachik email(??) on 31-Дек-07, 07:45 
>MST?

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

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

6. "Cisco REP"  +/
Сообщение от anton_lva (??) on 01-Янв-08, 12:53 
>А в MST возможно схождение кольца за <= 200 ms ? :)
>

Сынок, это фантастика (с) )))

Это я приводил контраргумент к "Ну STP даже не для критикал ни куда не годиться".

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

7. "Cisco REP"  +/
Сообщение от kukachik email(??) on 02-Янв-08, 09:46 
>>А в MST возможно схождение кольца за <= 200 ms ? :)
>>
>
>Сынок, это фантастика (с) )))

Как ни странно нет, нашел ребят которые REP у нас тестировали, время схождения значительно меньше 200 ms, в среднем около 100 ms. Тесты проводились на ME3400.

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

8. "Cisco REP"  +/
Сообщение от Jackhammer email on 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)

Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

9. "> придется заносить в таблицу 10 х 5 х 50 = 2500 MAC адресов"  +/
Сообщение от poige (ok) on 13-Апр-10, 16:54 
Если у свитча нет DST MAC'а в FDB, он отправит фрейм по всем портам, кроме ingress'а.
Высказать мнение | Ответить | Правка | ^ | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру