Перейти к содержимому
Калькуляторы

Кто нибудь использовал на cisco 6500 технологию VSS?

Добрый день!
Собственно сабж.
Очень интересует как себя поведет VSS стек при например петле и высокой нагрузке на RP?
не развалится?
Ну и с какими трудностями и подводными камнями сталкивались?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Нагружали RP до 100% продолжительное время, на vss не влияло.

Эта технология на старых 12** IOS достаточно капризна, в свое время подбирали ios под карты.

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

Также нужно быть внимательным при балансировке трафика между физ. железками, портченелы распределять равномерно и т.д.

Возможно, я просто не умею готовить, но для себя решил, что более кондовая конфигурация одна железка - 2 sup и резервирование питания более надежна.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

тоесть нада смотреть в сторону 15.х?
У нас две площадки, и нам надо MLAG с удаленных узлов.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Лично я на 15.x не эксплуатировал vss.

MLAG, конечно, работает на vss без проблем.

 

Только надо иметь ввиду, что, например, если трафик приходит на два шасси портченнелом, а уходит в только в одно  шасси, то порты в первом портченнеле будут нагружаться неравномерно. Несмотря на алгоритмы балансировки.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Глючит оно сильно , а бенефитов нет 

Keep it Simple Stupid 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
В 01.08.2018 в 11:06, catalist сказал:

Собственно сабж.
Очень интересует как себя поведет VSS стек при например петле и высокой нагрузке на RP?
не развалится?
Ну и с какими трудностями и подводными камнями сталкивались?

вы уточните, vss-то на чем? 6500 - это таки шасси. сапы какие? у нас sup720 стоят с иосом 15.1.

петли были пару раз, но какие-то... несерьезные. или циска их так успешно игнорировала.

RP также пару раз грузился в 100% - один раз по вине прилинкованного оператора (возможно, петлю сделали - так и не признались), один раз - клиент устроил флуд по ipv6. vss'у пофиг, не распадается.

 

квад - офигенная вещь, но на sup2t. там оно может переключаться с одного сапа при краше/умирании на другой в этом же шассике без ребута.

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

@catalist Толк есть при условии что у тебя во все стороны MEC собран будет. VSS не развалится до тех пор пока у тебя VSL линк активен, и если настроен DAD порт, по которому бегают хеллоу и глядят работает ли шасси, до тех пор пока эти три линка не упадут второй суп не займет роль актив. Трудностей не замечено вообще, забываю временами что у меня два шасси стоит. Ну разве что не все линейные карты поддерживаются, после WS-X67 и старше.

Изменено пользователем god_of_ethernet

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ок, а что такое MEC?
DAD порт может быть эзерчанелом?
про карты понял жаль, у нас есть несколько 65х карт

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

искренне простите ТС - если Вы планируете применить на сети VSS - почитайте основы

Cisco Catalyst 6500 Series Virtual Switching System

White Paper

 - есть масса материала про VSL MEC и fast-hello dual active detection

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас