forum.opennet.ru - "Cisco REP" (9)

форумы

помощь

поиск

регистрация

майллист

вход/выход

слежка

"Cisco REP"

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

"Cisco REP"		+/–
Сообщение от kukachik (??) 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)

Cisco REP, Basil, 12:31 , 29-Дек-07, (3)

Cisco REP, anton_lva, 11:24 , 30-Дек-07, (4)

Cisco REP, kukachik, 07:45 , 31-Дек-07, (5)

Cisco REP, anton_lva, 12:53 , 01-Янв-08, (6)

Cisco REP, kukachik, 09:46 , 02-Янв-08, (7)

Cisco REP, Jackhammer, 18:25 , 22-Окт-09, (8)

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

Сообщения по теме [Сортировка по времени | 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 (??) 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 (??) 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 (??) on 02-Янв-08, 09:46

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

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

8. "Cisco REP" +/–

Сообщение от Jackhammer 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 | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

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 (??) 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 (??) 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 (??) on 02-Янв-08, 09:46
	>>А в MST возможно схождение кольца за <= 200 ms ? :) >> > >Сынок, это фантастика (с) ))) Как ни странно нет, нашел ребят которые REP у нас тестировали, время схождения значительно меньше 200 ms, в среднем около 100 ms. Тесты проводились на ME3400.
	Высказать мнение \| Ответить \| Правка \| ^ \| Наверх \| Cообщить модератору


	8. "Cisco REP"		+/–
	Сообщение от Jackhammer 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ообщить модератору