Другой город? Москва   +7 (499) 322-44-71, 8(800)350-60-19, SALES@BOUZ.RU скопировать е-mail
DISTRIBUTION COMPANY
Категории товаров
ГлавнаяТехнологии виртуализации HewlettPackardEnterprise и Cisco
05 Октября

Технологии виртуализации коммутаторов Cisco и HewlettPackardEnterprise

В этой статье мы рассмотрим две технологи виртуализации коммутаторов, имеющих много схожего. Они предназначены для объединения нескольких коммутаторов в единый логический. В данной статье мы расскажем подробнее как же работает Cisco Virtual Switching System (VSS) и HPE Intelligent Resilient Framework (IRF).

При использовании любой из этих технологий можно объединить коммутаторы, при этом будут использованы порты Ethernet. Эти технологии вполне можно отнести к методам стекирования, но в терминологии вендоров прописано, что это все же технология виртуализиции. Cisco вообще не использует по отношению к VSS термин "стек".


Cisco VSS


С помощью VSS мы можем объединить два физических коммутатора в  одну логическую "упряжку". В отличие от традиционны методов стекирования (StackWise, FlexStack), в данном случае, для "упряжки" мы используем обычные Ethernet-порты, а не какие-то спец. кабеля. Получается, что коммутаторы могут быть далеко друг от друга.

Как только мы объединяем коммутаторы в "одну упряжку", они начинают работать как один логический коммутатор. (рис. 1). Оба коммутатора находятся в активном режиме и обеспечивают работу по передаче пакетов. При этом управление и тем и другим коммутаторами реализуется через одно из устройств. Иными словами, уровень обработки данных - dataplane, в активном режиме на том и другом устройствах. А что касается уровня управления - controlplane, то только на одном. Напоминаю, controlplane (далее по тексту будем использовать именно такую формулировку), отвечает за логику работы коммутатора, а именно обрабатывать все протоколы, L2/L3, формирование таблицы маршрутизации, заполнение таблиц CEF, ACL, QoS и прочих.

43c82c769850454ead2f08ae36287caa.png

VSS поддерживают коммутаторы:

·         Cisco 4500E и 4500X

·         Cisco 6500E и 6800

 

Однако нельзя просто взять два этих устройства и объединить их в соответствии с VSS. В первую очередь, не на всех супервизорах, не со всеми линейными картами, ну и не каждым сервисным модулем есть поддержка VSS. К примеру, 6500E поддерживает VSS на супервизорах SUP720-10GE и SUP2T. Во-вторых, VSS может работать только с одинаковыми платформами, к примеру между двумя 4500X, 6500E+Sup2T. Комплектация устройства (карты и сервисные модули) могут отличаться. Так же размер шасси для 4500Е и 6500Е могут отличаться. Нюансов куча, по-этому настоятельно рекомендуем проверить требования к железкам, версиям ПО и лицензиям на сайте вендоров.

Как только мы запрягли в одну упряжку два коммутатора, общая производительность системы возрастет пропорционально в два раза. Это связано с тем, что коммутатор отвечает за обработку пакетов. В результате мы получаем:

·         до 1,6 Тбит/сдля коммутаторов серии 4500X,

·         до 1,8 Тбит/сдля коммутаторов серии 4500E с супервизором Sup 8-E,

·         и до 4 Тбит/сдля коммутаторов серии 6500E/6800 с супервизором Sup2T.


Рисунок 2 демонстрирует архитектуру VSS. В качестве ведущего коммутатора выбирается один из двух, а второй будет резервным. Controlplane основного коммутатора устанавливается активным, поэтому резервный должен перейти в режим горячего резерва. (HotStandby).

4823871411544e7da559eedc0440800e.png

Задачи по управлению работой обоих коммутаторов переходит на активный controlplane. Процесс работы сопровождается тем, что активный controlplane находится в постоянной синхронизации с резервным controlplane с целью обеспечения отказоустойчивости системы. Для этого используется специальный канал VirtualSwitchLink или VSL.

Этот канал представляет собой прямое соединение коммутаторов без привлечения промежуточных устройств. Чтобы обеспечить каналу VSLтребуется подключить коммутаторы друг к другу посредством Ethernet. К пакетам, транслируемым посредством канала VSL, обязательно добавляется заголовок – VirtualSwitchHeader (длиной 32 байта):

aab5a503676c4854923e7ece1e5d2043.png

VSL может состоять из нескольких физических каналов. Именно так мы и рекомендуем вам делать. Это нужно для того что бы обеспечить отказоустойчивость системе и получить желаемую пропускную способность системы. Агрегация реализуется благодаря протоколам PAgP или LACP. То есть максимум что мы можем иметь, это 8 активных каналов, объединенных в один VSL. К примеру, если мы подняли 10 Гбит/с порты, на выходе мы получаем до 80 Гбит/с при агрегации 8 каналов.

В итоге, VSL является аналогом стековой шины. Интересно посмотреть на трафик, которые передается через него:

·         управляющий трафик системы (трафик протоколов, обеспечивающих работу виртуального коммутатора VSS, в том числе синхронизацию состояния между коммутаторами),

·         сетевой управляющий трафик (трафик, адресованный controlplane, но полученный резервным коммутатором:CDP, VTP, STP, EIGRP/OSPF и т.д.),

·         пользовательский трафик (в том числе, широковещательный и многоадресный),

·         сервисный трафик (к примеру SPAN).

 

В процессе мы остановимся подробнее на каждом типе трафика:

Как только запустились коммутаторы, запускаются протоколы, которые обеспечивают инициализацию VSS:

·         LinkManagementProtocol (LMP)

·         RoleResolutionProtocol (RRP)

 

LMP протокол проверяет, что VSL запустился и коммутаторы видят друг друга. RRP проверяет аппаратную и программную совместимость устройства и определяет кто будет главным и резервным коммутаторами.

Controlplane на главном коммутаторе выполняет 2 функции:

1) обеспечивает логику работы коммутаторов: программирование коммутатора на основании конфигурации, обработку всех протоколов L2 и L3, формирование таблицы маршрутизации, CEF таблицы, управление портами и так далее.

2) заполнение таблиц FIB, Adjacency, ACL, QoS и т.д. На обоих коммутаторах для обработки трафика пользователей. Controlplane на резервном коммутаторе висит в статусе горячего резерва, в тот же момент, активный Controlplane синхронизируется с резервным. Это нужно для гарантированной работы нашего с вами виртуального коммутатора, в случае если основной физический "упадет".

При синхронизации копируется следующие данные:

1) параметры загрузки устройств, конфигурация, состояние таблиц и сетевых протоколов, которые запущены на Controlplane, состояние линейных карт и портов на устройствах.

Передача управляющих данных и синхронизация между главным и резервным коммутаторами, происходит с помощью спец. протоколов:

·         SerialCommunicationProtocol (SCP) –связь между процессором и линейными картами (локальными и на удалённом коммутаторе)

·         Inter-processCommunicationPackets (IPC) –связь между процессорами распределённых устройств

·         Inter-CardCommunication (ICC) –связь между линейными картами.

 

Эти протоколы относятся к управляющему трафику системы, который передаётся между коммутаторами по VSL и образуют логический канал управления (Inter-ChassisEthernetOutBandChannel – EOBC).

 

StatefulSwitchover или SSO - механизм, который отвечает за синхронизацию состояние между коммутаторами. Этот механизм стар, как наш Мир. К примеру с помощью него происходит резервирование супервизоров в рамках одного коммутатора 6500 серии. Велосипед придумывать не тали, аналогичным образом все работает и в VSS. Но, напомним, SSO не дает нам синхронизировать состояние протоколов маршрутизации. Это говорит о том, что если мы переключимся на резервный коммутатор, протоколы динамической маршрутизации запускаются с нуля. В следствии чего падают все L3-соединения с удаленными устройствами и в итоге мы получаем потерю связи с внешним миром на короткий на короткий промежуток времени. НО, есть решение проблемы, SSO работает в упряжке с технологией Non-StopForwarding (NSF). И выполняет она следующие задачи: обеспечивает передачу пакетов L3 в момент переключения, фактически замораживает все старые записи о всех маршрутах, уведомляя все удаленные маршрутизаторы, что рвать связь нет необходимости, параллельно запрашивая все необходимые данные для построения новой таблицы маршрутизации. Разумеется, удаленные устройства в нашем случае так же должны поддерживать NFS.

И кстати, для информации, резервному коммутатору для того что бы полностью перезапустить процесс динамической маршрутизации необходимо не более 13 секунд. По этому без NSF, было бы совсем все грустно в этом Мире.

И снова, для информации, переключение на второй коммутатор, в случае, если первый падет крахом, в среднем потребуется 200 мсек. 6500E и 6800 в том числе, до 400 мсек, в некоторых случаях. Так скажем, издержки архитектуры.

Насчет controlplane важно отметить один момент. Так как он активен лишь на одном из коммутаторов, то весь трафик сетевых протоколов будет обрабатываться исключительном им.  К примеру, трафик протоколов динамической маршрутизации OSPF, EIGRP, пр., должен в итоге попасть на главный controlplane. Это говорит о том, что если сначала он попал на резервный коммутатор,  этот трафик будет передан на главный коммутатор с помощью VSL. А ответные пакеты могут быть отправлены напрямую с главного коммутатора, а могут так же и через резервный. Это зависит от типа сетевого протокола и наличия прямого канала от главного коммутатора до получателя.

Если мы работаем с 4500E/6500E/6800, то можем в каждый из них поставить по паре супервизоров. VSS поддерживает и такую конфигурацию, зовется она Quad-Supervisor. Она нужна, если мы не хотим терять общую производительность системы, если падает один из супервизоров. Все варианты, за исключением SUP2T,  второй супервизор в шассике работает в холодном резерве RouteProcessorRedundancy. Это говорит о том, что второй супервизор переходит в рабочий режим и становится резервным в системе VSS, только когда весь шассик перезагрузится. В SUP2T второй супервизор в одном шасси работает в SSO и перезагрузка не нужна.

Перейдем к пользовательскому трафику через виртуальный коммутатор VSS. Все же это первостепенная задача. Одна из главных причин работать с VSS - возможность агрегации нескольких каналов, приходящих на разные коммутаторы - называется MultichassisEtherChannel (MEC). Мы говорим о подключении внешних устройств к виртуальному коммутатору.

e3cb7d44a4104423b827cf3c0e1cc0cf.jpg


В том случае, когда мы агрегируем несколько каналов в один логический с помощью VSS, может использоваться один из протоколов динамической агрегации PAgP или LACP, ну или EtherChannel (режим ON) - статический. А механизм на базе хэш-функции отвечает здесь за распределение трафика внутри логического канала. Работает она следующим образом: хэш-функция применяется к определенным полям заголовков передаваемого трафика. К примеру хэш-функция может применяться к значению ip-адреса отправителя. Если у нас агрегируется два канала, по первому каналу пойдет трафик, у которого ip-шники отправителя четные, а по второму нечетные. Это дает нам возможность распределить трафик между каналами, которые у нас объединены в etherchannel. Так же есть более сложные варианты по выбору каналов, которые могут влиять сразу на такие параметры как Src IP + Dst IP + SrcPort + DstPort.

С VSS всегда действует правило: в первую очередь для трафика внутри MEC используются локальные каналы связи, рисунок 5. Это сделано для того что бы не перегружать  VSL канал. Обратим внимание, что для 6500E/6800 это справедливо, как в ситуации с MEC, так же и с EqualCostMultipath, если между виртуальными коммутаторами идет соединение по отдельному каналу L3)

e1b75c647f714150bc5e235f78534293.png

В нашем случае не имеет особого значения общая пропускная способность каналов каждого из коммутаторов. Даже если мы имеем двойную связь между SW2 и SW3, пакеты, которые идут на SW1 и адресованные получателям за SW#, всегда будут идти через один единственный локальный порт. Но если вдруг это связь нарушится, или изначально SW3 был подключен только к SW2, весь трафик пойдет через VSL. Рисунок6.

bf26c9b5d5d14ba5b74c5b40580e84c3.png

Делаем соответствующий вывод, что рекомендованный вариант работы VSS - это подключение устройств одновременно к обоим коммутаторам VSS (рисунок 7). Тогда весь трафик наш будет распределяться между обоими коммутаторами VSS и мы получим на выходе увеличенную производительность всей системы в два раза, в сравнении с 1 коммутатором. Иначе попросту мы грузим VSL канал и теряем в суммарной производительности системы, попросту расходую мощность обоих коммутаторов на обработку одного потока. 


5bcae596ee61469f9b81d5d2c7dab47f.png
Чтобы улучшить работу балансировки трафика в каналах MEC технологии VSS используется набор определенных функций:

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

d2e9e67cd03546bc9487df4347f6da13.png

В нашем случае (рисунок 8) когда мы добавим третий канал, будут задействованытолько 7 и 8 потоки трафика.

·         Расширены варианты балансировки трафика между каналами, к примеру может использоваться VLAN, а так же дополнительный псевдослучайный идентификатор Unique ID. Это все реализовано для предотвращения эффекта поляризации трафика.

Хотелось бы затронуть еще одну важную тему, для того что бы закончить трафик пользователей, через VSL канал будет так же идти трафик, который так же идет всем устройствам внутри VLAN. К этому трафику отнесем широковещательный, у которого нет данных MAC-адреса получателя (unknownunicast) и multicast-трафик.

 

Подведем итог, мы разобрались, что оба коммутатора обрабатывают трафик, при этом управляются они через один главный. В качестве общей шины используется VSL соединение, с помощью которой передается как минимум синхронизирующая и управляющая инфа. По этому же каналу резервный коммутатор узнает, что главный коммутатор "лёг". Но, что будет, если канал падёт крахом, при том что оба коммутатора будут в рабочем состоянии? Все просто, главный коммутатор останется в статусе активный, а резервный, посчитает, что главный пал. И соответственно так же станет главным. А поскольку конфигурация у этих коммутаторов одна, мы получим в сети два абсолютно идентичных коммутатора и одинаковыми адресами. Надеюсь, не стоит рассказывать к чему это приведет. Что бы исключить такую ситуацию, для начала не стоит как минимум рвать VSL канал. Но, к сожалению, это далеко не всегда, зависит только от нас, по этому существует механизм, с помощью которого можно свести к минимум последствия разрыва VSL.

Этот механизм использует один из трех методов обнаружения сбойной ситуации:

·         EnhancedPAgP

·         FastHello

·         IP BFD

После обрыва VSL-канала оба коммутатора активируются и происходит следующее:

1)   На коммутаторе, активном до обрыва канала отключаются интерфейсы, помимо VSL и тех, для которых ранее в ручном режиме была задана настройка, препятствующая их отключению. Это обеспечит сети продолжение работы на одном коммутаторе, и позволит избежать коллизий.

2)   Когда VSL канал будет восстановлен, активный коммутатор перезагрузится и после перезагрузки станет резервным коммутатором.

  

В итоге получается, что резервный коммутатор берет на себя роль активного.

Давайте рассмотрим, как работают вышеперечисленные методы:

 

EnhancedPAgP – в пределах одного логического канала MEC все коммутаторы, объединенные в VSS рассылают служебное PAgP сообщение. Данное сообщение содержит в себе поле-идентификатор активного коммутатора виртуальной сети. В случае обрыва VSL канала, оба коммутатора начинают рассылать свой собственный идентификатор, и получают в ответ от устройств PAgP пакеты, содержащие идентификаторы не только себя, но и другого(других) активного коммутатора.

03565ae17ee841afabf0d8cb6afa5088.png

Технология EnhancedPAgP позволяет сети отреагировать на сбой как правило за доли секунды. Само собой, связанные с VSS коммутаторами устройства, должны поддерживать данную технологию. Поддержка данной технологии реализована в коммутаторах 2960, 3750, 4500, 4500-X series, 67xx series и др.

Вторым механизмом мы рассмотрим «FastHello». FastHello реализуется посредствам дополнительного канала L2 между VSS коммутаторами, по которому устройства обмениваются VSLP сообщениями FastHello. Если VSL канал падает, но пакеты FastHello продолжают приходить, то это обозначает наступление сбоя. Интервал отправки FastHello пакетов – 200мс, потому, как и в случае с технологией EnhancedPAgP, реакция последует за доли секунды.

313ca5a7dfab4f12b650a44e7011457c.png

Третья технология обнаружения сбоев в работе VSL - Bidirectional Forwarding Detection, или сокращенно «IP BFD». Принцип работы этого механизма такой-же, как и у FastHello. Отличается он тем, что может работать только через канал L3 и время обнаружения сбоя у него значительно больше – вплоть до нескольких секунд. Cisco постепенно отказывается от этой технологии, в последних версиях IOS его поддержка отсутствует.

 

Для стабильной работы сети FastHello и EnhancedPAgP рекомендуется использовать одновременно.

Мы обсудили основные моменты работы технологии Cisco VSS.

Теперь поговорим о наиболее рациональных способах его использования.

Рассмотрим два случая:

1)   Несколько L3 каналов для связи с другим оборудованием.

2)   Один L3 канал поверх агрегированного логического MEC.

f7f397aba50a43c8913fbc47752f7417.png

В первом случае при падении VSL канала или выходя из строя активного коммутатора, VSS продолжит функционирование при помощи протокола динамической маршрутизации. Поскольку, у нас на каждый из каналов L3 будет приходится по одному полноценному маршруту, то общая пропускная способность будет агрегироваться при помощи технологии ECMP(EqualCostMultipath).

При втором варианте построения сети, сбой будет обработан аппаратно, посредствам технологии MultichassisEtherChannel(MEC).  MultichassisEtherChannel умеет балансировать трафик между каналами, потому будет она так же будет распределять трафик между коммуникаторами VSS.

 

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

Время переключения тоже не на стороне EqualCostMultipath. Для unicast трафика время одно и тоже для обоих технологий, но для multicast трафика MEC срабатывает значительно быстрее.

Беря в расчёт вышесказанное, делаем вывод, что лучим вариантом будет подключение с одним логическим соединением – MЕС.

Надо упомянуть ещё об одном решении, использующем в своей основе VSS – CiscoCatalystInstantAccess. Суть этой технологии в том, что бы создать один большой виртуальный коммутатор внутри сети.

e6702783ffc34f419cd82f38d108b049.png

Для реализации этой технологии роль ядра сети исполняют два коммутатора 6500E/6800 с супервизорами Sup2T и специальными линейными платами, объединяемые в VSS. Роль коммутаторов уровня доступа исполняют 3560CX или Cisco 6800ia, в суммарном количестве до 42 устройств. В этом случае коммутаторы IA clients не исполняют функции локальной коммутации и все пакеты передаются непосредственно на коммутаторы ядра (IA parent). Стоить отметить, что это очень дорогое решение, но обсуждение его оправданности выходит за рамки данной статьи.

 

HP Enterprise IRF

Про технологию HPE IRF(Hewlett Packard Enterprise Intelligent Resilient Framework) мы расскажем более коротко, чем о Cisco VSS.

 

По принципу работы IRF и VSS схожи. Рассмотрим два коммутатора HPE, объединенные в стек. Один коммутатор будет в роли главного(master), второй станет ведомым(slave). Управление осуществляется через главный коммутатор посредствам controlplane, ведомый коммутатор автоматически синхронизирует свои настройки с ведущим.

Роль стековой шины здесь выполняют Ethernet порты. Как правило, требуются порты 10гб/сек, но некоторые модели позволяют использовать и гигабитные порты. Между коммутаторами создаётся IRF канал, ко всем пакетам добавляется дополнительный заголовок под названием IRF tag.a4ef306c23894720bfdf1149e74472ee.png

Отказ основного коммутатора не приводит к отказу всей сети, так как текущее состояние коммутатора control plane синхронизируется между коммутаторами внутри стека. Синхронизируются так же и состояния протоколов маршрутизаций, что отличает HPE IRF от VSS. Так как переключение занимает около 50мс, то устройства в сети не успевают отреагировать на выход из строя основного коммутатора и разорвать L3 соединения, потому аналог технологии Cisco NSF не требуется.

Как и VSS, стек IRF поддерживает агрегацию каналов, которые подключены и разным коммутаторам стека. Согласование параметров логического канала обеспечивается средствами протокола LACP.

Сильной стороной технологии IRF являются высокая скорость реакции, максимальное время срабатывания – 50 мсек. В случае удаления или добавления физических каналов переключение трафика производится за 2 мсек. При данных скоростях переключений не требуются хэш-функции.

 

Если обрывается IRF и оба коммутатора переключаются  в активную роль, то такая коллизия решается почти так же как и в Cisco VSS – один коммутатор оставляет за собой активное состояние, а второй переходит в состояние восстановления «Recovery-state». При этом он отключает все порты, кроме IRF и тех портов, для которых вручную выставлена настройка не отключатся в состоянии восстановления. После восстановления IRF канала, коммутатор, который находился в состоянии восстановления, уйдёт в перезагрузку и после станет ведомым.

Механизм идентификации такого состояния также походит на соответствующие механизмы Cisco VSS. HPE IRF использует следующие технологии:

·         BFP MAD (аналог Cisco IP BFP)

·         LACP MAD (аналог CiscoEnhancedPAgP)

·         ARP MAD (используется Gratuitous ARP, содержащий идентификатор активного устройства)

·         ND MAD (используются пакеты NS протокола NeighborDiscovery в рамках IPv6)

 

Самые быстрые из перечисленных - LACP или BFP MAD, потому они рекомендованы к использованию.  У ND MAD и ARP больше время срабатывания, к тому же они зависят от STP. LACP использует иной алгоритм выбора коммутатора, который остаётся активным, потому его не рекомендуется использовать одновременно с другими технологиями.

Рассмотрим различия Cisco VSS и HPE IRF.

Важнейшее отличие IRF от VSS в том, что поддержка IRF реализована почти на всех коммутаторах – от недорогих A3100 до совсем не бюджетной серии модульных коммутаторов 12900. Единственное, что в стек можно объединять только коммутаторы одной серии, за редким исключением, как например – коммутаторы серий 5800 и 5820 или 5900 и 5920.

Еще есть отличие в том, что IRF может объединить в стек до девяти коммутаторов, а для некоторых моделей это ограничение равно четырем.

IRF поддерживает две топологии построение сети: кольцо и шина.

ceaba676dc484468bc0eedebce2acaa8.png

Топология «кольцо» является предпочтительной, так как обеспечивает более высокую отказоустойчивость в сравнении с «шиной», так как при обрыве соединения не создастся ситуация, при которой будет две активные IRF группы коммутаторов.

Из немногочисленных описаний технологии следует, что после объединения коммутаторов в IRF стек, начинается обмен hello пакетами для построения общей топологии стека.

В завершении описания технологии IRF, стоит сказать, что IRF развивается и вводится новый стандарт - eIRF (enhanced IRF), который позволяет построить двухуровневую иерархическую структуру, включающую в себя уровень ядра и уровень доступа(Clos).

98116b26e9594f13a17e40cbd143fddd.png

Коммутаторы, которые находятся на уровне ядра (Spine архитектуры Clos), теперь станут исполнять функции управления (ControllingBridges).

IRF стек запускается на них.

Коммутаторы, которые находятся на уровне доступа (Leaf архитектуры Clos), станут выполнять только функции расширения портов и обеспечивать передачу трафика (PortExtenders). Коммутаторы PortExtenders (PEX) не выполняют функций локальной коммутации, пакеты будут доставляться к коммутаторам ядра. В настоящее время максимальное количество коммутаторов ядра – 2, коммутаторов уровня доступа – 30. Вся эта система будет выглядеть, как одно устройство, что напоминает технологию InstsantAccess.

 

Заключение

Ниже представлена сводная таблица по технологиям, которые обсуждались в данной статье. Эта информация не имеет цели сравнить технологии в плоскости выявления «лучшей». Обе технологии являются собственными разработками компаний и использование их зависит от того, какого вендора Вы выберите для построения структуры сети. Так же, есть много дискуссионных аспектов. Как пример – IRF поддерживает более широкий модельный ряд оборудования, но младшие технологии Cisco располагают своими технологиями стекирования. VSS поддерживает только два коммутатора, но навряд ли в реальной инфраструктуре потребуется большее количество. Нами рассмотрены только общие моменты, вне поля обсуждения остались такие вопросы как удобство обслуживания, стабильность работы и др.


Cisco VSS HPE IRF
Где поддерживается 4500X, 4500E, 6500E, 6800 3100, 3600, 5120 и т.д.
Количество устройств, которые можно объединить 2 9
Переключение с сохранением состояния Да (SSO/NSF) Да
Скорость переключения в случае отказа основного коммутатора 200-400 мсек 50 мсек
Шина для объединения коммутаторов VSL канал, Ethernet-порты LACP, BFD, ARP, ND
Предотвращение проблем в сети в случае разрыва VSL/IRF канала Блокировка портов Блокировка портов
Построение иерархичных топологий Instant Access eIRF


   
   


Стоить заметить, что хоть виртуальный коммутатор и даёт много преимуществ, но он может послужить в качестве единой точки отказа вашей сети.



Вернуться к статьям
Закажите звонок

У Вас есть вопросы о спец­предложе­ниях, условиях и сроках доставки? Нужна помощь с выбором? Мы сами Вам позвоним и с радостью на все ответим!

Порядок
получения скидки

Конечно, для разных групп клиентов
у нас разные цены.

Розница

Прежде чем просить скидку — сравните наши цены с ценами в других местах. Как правило наши (даже розничные!) цены заметно ниже.

Партнер

Мы любим операторов связи. Поэтому если вы оператор
связи — вы сразу и безоговорочно имеете право на «вторую колонку».
Если вы оформляете разовый заказ на сумму более 200 т.р. — вы безусловно крупный клиент. Мы любим крупных клиентов, поэтому сразу предоставим вам «партнерскую» колонку.
Если вы покупаете ежемесячно на сумму не менее 30 т.р. —
вы стабильный клиент. Конечно, мы любим стабильность.
Вам будет предоставлена партнерская цена.

Дилер

Если у вас есть разовый заказ на сумму более 400 т.р. —
у вас есть право получить на него дилерскую цену. Если оборот вашей компании, за последние 6 месяцев, составляет 600 т.р. — вы имеете право на дилерскую колонку в течении всего следующего года.

Коммутатор Cisco Catalyst WS-C2960X-48FPS-L
92 673 е/1 450 $
Ознакомиться подробнее →
ВАШ ЗАКАЗ ОФОРМЛЕН!

Спасибо за обращение в нашу компанию.

Обратный звонок RedConnect
?
?