avmik Опубликовано 15 июля, 2015 · Жалоба StackWise, StackWise+, FlexStack При вылете мастера из стека переключение функционала происходит моментально или с ребутом? Вроде как NSF заявлен, но слышал мнение, что у 3750 (то бишь, stackwise, не знаю как у других) обязателен ребут. Люди, у кого стекирование используется и кто с ним работал - поделитесь информацией. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
myst Опубликовано 16 июля, 2015 · Жалоба Для начала вопрос переключение чего? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zhenya` Опубликовано 16 июля, 2015 · Жалоба написано же.с мастера. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
myst Опубликовано 16 июля, 2015 · Жалоба Написано "Переключение функционала", а это очень обширное понятие. Но таки да, мгновенно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
avmik Опубликовано 16 июля, 2015 · Жалоба Для начала вопрос переключение чего? Переключение всего - свитчинг, роутинг, control plane (IGP, EGP), management plane (SNMP в первую очередь). Под аббревиатуру NSF попадает лишь перекладывание кадров/пакетов из интерфейса в интерфейс, а вот переброс всего OSPF произойдет так же мгновенно или ему еще надо будет сходиться после этого? Тут вопрос скорее к тем, кто эти технологии применяет (например в ядре) и надо полагать, что оттестировал их как следует и знает принцип их работы. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
stepashka Опубликовано 16 июля, 2015 · Жалоба Переключение всего - свитчинг, роутинг, control plane (IGP, EGP), management plane (SNMP в первую очередь). Под аббревиатуру NSF попадает лишь перекладывание кадров/пакетов из интерфейса в интерфейс, а вот переброс всего OSPF произойдет так же мгновенно или ему еще надо будет сходиться после этого? Тут вопрос скорее к тем, кто эти технологии применяет (например в ядре) и надо полагать, что оттестировал их как следует и знает принцип их работы. Если у вас правильнонастроенный stackwise (т.е. приоритеты и пр.), то If a stack master fails, the stack detects that the stack master is down and elects one of the stack members to be the new stack master. During this period, except for a momentary interruption, the hardware continues to forward packets with no protocols active. примерно 8-10 секунд. И, как правило, соседство IGP падает и переустанавливается. Но по негативному опыту использования cisco-стеков, для ядра лучше 2 standalone коммутатора Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
avmik Опубликовано 16 июля, 2015 · Жалоба Но по негативному опыту использования cisco-стеков, для ядра лучше 2 standalone коммутатора Это вы про что сейчас? Про агрегацию L3 без агрегации L2? Про STP? Про холодный резерв? Как L2 агрегировать? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
megahertz0 Опубликовано 16 июля, 2015 · Жалоба Это вы про что сейчас? Про агрегацию L3 без агрегации L2? Про STP? Про холодный резерв? Как L2 агрегировать? Видимо речь о том, что два отдельных свитча надежнее, чем стек с одним control plane на стопку железок. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
alibek Опубликовано 16 июля, 2015 · Жалоба Но по негативному опыту использования cisco-стеков А что с ними не так? Мне казалось, что в общем случае у Cisco лучший стек. В каких-то специальных случаях какой-нибудь Juniper стекируется лучше, но только между однотипными устройствами. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
stepashka Опубликовано 16 июля, 2015 · Жалоба А что с ними не так? Мне казалось, что в общем случае у Cisco лучший стек. В каких-то специальных случаях какой-нибудь Juniper стекируется лучше, но только между однотипными устройствами. С ними всё так, однако до того момента пока что-то пойдет не так. А вот потом начинается поход в неизвестность с непредсказуемым поведением control plane. Это моё личное мнение и только касательно stackwise. Например, со stackwise480 (cat 3850), пока не выявилось никаких странностей и оно работает. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
avmik Опубликовано 16 июля, 2015 · Жалоба Видимо речь о том, что два отдельных свитча надежнее, чем стек с одним control plane на стопку железок. Полностью согласен. Ближе всего к этому Nexus'ы наверное. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...