Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Понимание компонентов IP-фабрики Virtual Chassis

В этой теме описываются компоненты технологии Virtual Chassis Fabric (VCF).

Топология Spine-and-Leaf

VCF использует архитектуру Spine-and-Leaf, в которой каждое устройство в IP-фабрике является spine-устройством или leaf-устройством.

VCF может иметь до четырех Spine-устройств и до двадцати устройств. Каждое Spine-устройство имеет по крайней мере одно прямое подключение порта Virtual Chassis (VCP) к каждому leaf-устройству в VCF.

Таким образом, весь трафик, входя в leaf-устройство, может быть переадресован любому непосредственно подключенного Spine-устройству и всегда находится в двух шагах от любого другого leaf-устройства — leaf-устройства, который перемещается от устройства Leaf-устройства от устройства исходного листа к spine-устройству в leaf-устройстве назначения, в VCF.

См . рисунок 1 для иллюстрации архитектуры Spine-and-Leaf VCF:

Рис. 1. Архитектура VCF Spine-and-Leaf Architecture Spine-and-Leaf VCF
Примечание:

Топология VCF должна включать не менее четырех членов — два Spine-устройства и не менее двух leaf-устройств. Для топологии с тремя или меньшими участниками используйте конфигурацию Virtual Chassis.

Трафик переадресовывается через VCF с помощью взвешенных алгоритмов, предназначенных для предотвращения перегрузки. Трафик, перемещаясь по VCF от одного leaf-устройства к другому leaf-устройству, переадресируется с помощью наилучшего пути, доступного в то время, поэтому любое подключение к Spine-устройству может быть использовано для передачи трафика с одного leaf-устройства на другое leaf-устройство.

Поддерживаемые конфигурации VCF

VCF можно настроить с помощью коммутаторов QFX5100 в качестве Spine-устройств, которые называют VCF QFX5100. Начиная с версии ОС Junos 17.3R1, VCF также можно настроить с помощью коммутаторов QFX5110-32Q в качестве Spine-устройств, которые называют VCF QFX5110. Следующие конфигурации VCF поддерживаются на основе коммутаторов QFX5110 или QFX5100 в качестве spine-устройств, как указано:

  • Не смешанные VCF QFX5100 имеют коммутаторы QFX5100 в качестве spine-членов и поддерживают только коммутаторы QFX5100 в качестве leaf-членов.

  • Смешанные VCF QFX5100 имеют коммутаторы QFX5100 в качестве spine-устройств и поддерживают любое сочетание коммутаторов EX4300, QFX3500 и QFX3600, возможно, с дополнительными коммутаторами QFX5100 в качестве leaf-устройств.

    Примечание:

    Мультигигабитные коммутаторы EX4300 (EX4300-48MP) не поддерживаются в VCF.

  • Не смешанные VCF QFX5110 или просто VCF QFX5110 имеют коммутаторы QFX5110-32Q в качестве spine-членов и поддерживают только коммутаторы QFX5110 или любое сочетание поддерживаемых коммутаторов QFX5100 и коммутаторов QFX5110 в качестве leaf-членов. (Оба коммутатора QFX5110 и QFX5100 используют одно и то же изображение программного обеспечения в VCF и не должны работать в смешанном режиме.)

Spine-устройства

Spine-устройство:

  • Должен быть либо коммутатор QFX5100 в VCF QFX5100, либо коммутатор QFX5110-32Q в VCF QFX5110.

  • Можно настроить на роль модуля маршрутизации или линейной карты.

    В VCF роль модуля маршрутизации должна быть настроена как минимум на два Spine-устройства. Остальные Spine-устройства можно настроить в качестве альтернативных устройств модуля маршрутизации или настроить на роль линейной карты.

  • Имеет прямое подключение к каждому leaf-устройству.

  • Обычно маршрутизатор, межсетевой экран или другое сетевое устройство центра обработки данных подключаются к VCF.

VCF всегда должен иметь как минимум два активных Spine-устройства, соединенных как минимум с двумя leaf-устройствами. VCF поддерживает до четырех Spine-устройств.

Примечание:

В VCF QFX5110 в качестве Spine-устройств необходимо использовать только коммутаторы QFX5110-32Q.

Лучшая практика:

В VCF QFX5100 мы рекомендуем использовать следующие коммутаторы QFX5100 в качестве Spine-устройств:

  • Коммутаторы QFX5100-24Q в развертываниях, где устройства подключаются к VCF с помощью Ethernet-интерфейсов 10 Гбит/с на leaf-устройствах, или с использованием сочетания интерфейсов Ethernet с диапазоном 10 Гбит/с на leaf-устройствах.

  • QFX5100-96S или QFX5100-48S в развертываниях, где устройства подключаются к VCF с помощью Ethernet-интерфейсов 1 Гбит/с только на leaf-устройствах.

  • Коммутаторы QFX5100-48T не поддерживаются в качестве Spine-устройств.

Leaf-устройства

Leaf-устройство:

  • Может быть коммутатором QFX5100, QFX3500, QFX3600 или EX4300 в VCF QFX5100.

  • Может быть коммутатором QF5110 или QFX5100 в VCF QFX5110.

  • Имеет прямое подключение к каждому Spine-устройству.

  • Обычно работает в роли линейных карт.

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

  • Обычно конечные устройства, например сервер или другое устройство хранения данных, в центре обработки данных, подключаются к VCF.

VCF может иметь до двадцати общих устройств и до четырех устройств, которые можно настроить как Spine-устройства. Устройства, которые не являются Spine-устройствами в VCF, работают как leaf-устройства.

Примечание:

VCF должен включать не менее четырех членов — два Spine-устройства и как минимум два leaf-устройства. Для топологии с тремя или меньшими участниками используйте конфигурацию Virtual Chassis.

Роль модуля маршрутизации

VCF имеет два Spine-устройства, работающих в роли модуля маршрутизации, — основной модуль маршрутизации и резервный модуль маршрутизации.

Устройство, которое работает в качестве основного модуля маршрутизации:

  • Обычно это Spine-устройство.

  • Управление устройствами участников.

  • Управление процессами управления шасси и протоколами управления.

  • Представляет все устройства участников, подключенные в конфигурации VCF. (Имя хоста и другие параметры, которые вы назначаете этому устройству во время настройки, применяются ко всем участникам VCF.)

Устройство, которое работает в качестве резервного модуля маршрутизации:

  • Обычно это Spine-устройство.

  • Поддержание готовности взять на себя основную роль в случае сбоя первичной сети.

  • Синхронизация с первичным с точки зрения состояний протоколов, таблиц переадресации и т. д. Таким образом, она сохраняет информацию о маршрутизации и поддерживает сетевое подключение без нарушения при отсутствии первичного трафика.

В VCF обычно настраивают не менее двух Spine-устройств в роль модуля маршрутизации. Вы можете либо явно настроить оставшиеся Spine-устройства в роль линейной карты, либо любые устройства, не выбранные в качестве основных и резервных двигателей маршрутизации, будут автоматически работать в роли линейной карты (см. процесс выборов в основной механизм маршрутизации).

Spine-устройство, работающее в роли линейной карты, может выполнять все функции, связанные с Spine, без каких-либо ограничений в VCF.

Роль линейной карты

Spine или leaf-устройство можно настроить на роль линейной карты в VCF.

В VCF вы настраиваете как минимум два Spine-устройства в роль модуля маршрутизации. Вы можете либо явно настроить оставшиеся Spine-устройства в роль линейной карты, либо любые устройства, не выбранные в качестве основных и резервных двигателей маршрутизации, будут автоматически работать в роли линейной карты (см. процесс выборов в основной механизм маршрутизации). Spine-устройство, которое явно не настраивается на роль модуля маршрутизации или которое вы явно настраиваете на роль линейной карты, никогда не возьмет на себя основную роль в случае сбоя базового или резервного модуля маршрутизации.

Spine-устройство, работающее в роли линейной карты, может выполнять все функции, связанные с Spine, без каких-либо ограничений в VCF.

Leaf-устройства в VCF обычно работают в роли линейной карты.

  • В автоматизированных конфигурациях VCF назначает роль линейной карты leaf-устройствам, когда они подключаются к VCF.

  • В предустановленных конфигурациях необходимо вручную настраивать роль линейной карты на leaf-устройствах и любых Spine-устройствах, которые не хотят участвовать в процессе выборов на основе первичной роли (см. процесс выборов в систему маршрутизации первичной маршрутизации).

  • В непроизведенных конфигурациях leaf-устройствам назначается роль линейной карты в соответствии с алгоритмом выборов на основе первичной роли, который использует приоритетные значения первичной роли для настройки роли каждого устройства в VCF (среди других критериев).

Участник, который работает в роли линейной карты в VCF:

  • Работает только подмножество ОС Junos.

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

Процесс выборов в систему первичной маршрутизации

Устройство в основной роли модуля маршрутизации в VCF обычно является Spine-устройством.

В предварительно подготовленных или автоматизированных VCF вы настраиваете по крайней мере два Spine-устройства в роль модуля маршрутизации. В процессе выборов в первичной роли spine-устройство, которое было создано на самом длинном, берет на себя основную роль модуля маршрутизации; spine-устройство, которое работает на втором по длине устройстве, берет на себя роль резервного модуля маршрутизации.

В непроизведенных VCF выбираются основные и резервные модули маршрутизации с помощью следующего алгоритма:

  1. Выберите Spine-устройство с наивысшим настраиваемым пользователем приоритетом первичной роли (255 является наивысшим возможным значением) в качестве основного модуля маршрутизации, а spine-устройство со вторым по величине приоритетным значением первичной роли в качестве резервного модуля маршрутизации.

    Spine-устройство с приоритетом 0 первой роли всегда будет оставаться в роли линейной карты.

  2. Выберите Spine-устройство, которое было первичным в последний раз при загрузке VCF.

  3. Выберите Spine-устройство, которое было включено в конфигурацию VCF в течение длительного периода времени.

  4. Выберите Spine-устройство с самым низким MAC-адресом.

В VCF QFX5100, QFX3500, QFX3600 и EX4300 устройства никогда не принимают роль базового или резервного модуля маршрутизации.

В VCF QFX5110 Spine-устройства должны быть коммутаторами QFX5110-32Q, поэтому они всегда будут коммутаторами в основной или резервной роли модуля маршрутизации.

Мы настоятельно рекомендуем вам настроить приоритет основных ролей Spine-устройств в VCF, чтобы правильные устройства принимали на себя желаемые роли при настройке VCF с помощью непроизведанной конфигурации.

Виртуальные порты шасси (VCP)

Виртуальные порты шасси (VCP) используются в VCF для межсоединения leaf-устройств с Spine-устройствами. Весь контроль и трафик данных в VCF транспортируется по VCP.

Вы можете настроить следующие порты в VCP в VCF для взаимодействия моделей коммутаторов, поддерживающих указанные типы и скорости портов:

  • Порты SFP+ 10 Гбит/с в VCF QFX5100 или VCF QFX5110

  • Порты QSFP+ 40 Гбит/с в VCF QFX5100 или VCF QFX5110

  • Порты QSFP28 со скоростью 100 Гбит/с или 40 Гбит/с в VCF QFX5110

Примечание:

Канализованные интерфейсы не могут быть настроены в виртуальные точки доступа.

Вы можете вручную настраивать порты VCP, или все перечисленные выше порты также могут быть автоматически преобразованы в VCP, когда при определенных условиях новое устройство добавляется в автоматическое или предварительно подготовленные VCF. Автоматическое преобразование VCP более подробно обсуждается в следующем разделе.

Автоматическая конверсия порта Виртуального шасси (VCP)

Порты, которые могут быть VCP, автоматически преобразуются в VCP, когда:

  • Протокол Link Layer Discovery (LLDP) включен в интерфейсы на обоих концах канала VCP. LLDP включен по умолчанию.

  • Устройство, добавленное в VCF, настроено в IP-режим.

  • Одно из устройств уже является частью VCF, которое было автоматизировано или предварительно проверено.

  • Интерфейсы для портов на обоих концах канала еще не настроены как VCP.

    Для интерфейсов с любой из следующих спецификаций вы должны использовать request virtual-chassis vc-port delete команду, чтобы изменить интерфейс в сетевой интерфейс, чтобы он имел право на автоматическое преобразование VCP:

    • Порт QSFP+ 40 Гбит/с на коммутаторе EX4300, который по умолчанию настроен в VCP.

    • Любой интерфейс VCF, который был VCP, который еще не был перенастроены. Если устройство удаляется из VCF, интерфейс, который был связан с удаленным устройством, остается настроенным в качестве VCP до тех пор, пока он не будет перенастроен в сетевой порт.

    • Любой интерфейс, который был настроен в VCP с помощью request virtual-chassis vc-port set команды.

Автоматическое преобразование VCP не работает в непроизведенных VCF.

Автоматическое преобразование VCP автоматически не преобразует интерфейс VCP в сетевой интерфейс при удалении устройства из VCF. Если автоматическое преобразование VCP превратило интерфейс в VCP (по обе стороны канала VCP) и вы хотите, чтобы интерфейс функционировал как сетевой интерфейс, вы должны вручную удалить настройку VCP с помощью request virtual-chassis vc-port delete команды.

Варианты конфигурации VCF

Вы можете настроить VCF с помощью автоматизированной, предварительной или непроизведанной конфигурации.

Автоматическая конфигурация позволяет подключать и воспроизводить leaf-устройства в VCF после завершения минимальной первоначальной процедуры настройки.

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

Непроизведенная конфигурация возможна, но не рекомендуется для большинства установок VCF. Непроизведенная конфигурация — это процедура с высокой степенью ручной работы, которую должны выполнять только экспертные пользователи.

Для получения дополнительной информации о вариантах конфигурации VCF ознакомьтесь с конфигурацией Virtual Chassis Fabric .

Матричный режим

Для надлежащего участия в VCF устройства должны быть настроены в ip-фабрике. В качестве передовой практики перед подключением к VCF устройство следует настроить в IP-фабрику.

Устройства не находятся в ip-фабрике по умолчанию. Устройство, которое находится в Virtual Chassis или автономном устройстве, которое не является частью VCF, никогда не должно быть настроено в ip-фабрику.

В автоматизированных или предварительно подготовленных конфигурациях VCF можно вручную настроить spine-устройство сначала в ip-фабрику, а затем соединить его с VCF. В качестве альтернативы Spine-устройство, которое было обнулена или имеет конфигурацию фабрики по умолчанию , автоматически настраивается в ip-фабрику при подключении к VCF во время автоматического процесса преобразования VCP. В любом случае процесс настройки устройства в ip-фабрику требует перезагрузки устройства в качестве заключительного шага для Spine-устройства, чтобы присоединиться к VCF. При автоматической настройке в IP-фабрике VCF автоматически перезагружает устройство; при настройке в ip-фабрику вручную необходимо перезагрузить устройство вручную.

В автоматизированном или предварительном VCF при добавлении Leaf-устройства, которое было обнулена или имеет конфигурацию фабрики по умолчанию, VCF автоматически устанавливает IP-режим и перезагружает leaf-устройство при подключении к VCF во время автоматического процесса преобразования VCP. Вы можете избежать простоев, которые сопровождают автоматическую перезагрузку, запустив устройство в ip-фабрику и перезагрузив leaf-устройство перед его межсоединением с VCF.

Лучшая практика:

Для достижения наилучших результатов мы настоятельно рекомендуем вручную настроить устройство Spine или Leaf в IP-фабрику, а затем вручную перезагрузить устройство перед его подключением к VCF, вместо того, чтобы перезагрузка произошла автоматически, что может быть воспринималось как неожиданное действие во время конфигурации и эксплуатации VCF.

Смешанный режим

Смешанный VCF — это VCF, который включает в себя два или более типа коммутаторов-членов в поддерживаемых сочетаниях, которые запускают различные изображения программного обеспечения. В смешанном VCF вы должны настроить все устройства vCF в смешанном режиме, и коммутатор должен быть перезагружен после изменения режима для ввести изменения в силу.

VCF может быть основан на коммутаторах QFX5110 или QFX5100 в качестве spine-членов, но только VCF QFX5100 может быть смешанным VCF, когда VCF содержит spine-члены QFX5100 и также включает в себя коммутаторы EX4300, QFX3500, QFX3600 или QFX5100 в качестве листьев. VCF QFX5110, который должен иметь spine-члены QFX5110-32Q и может иметь любое сочетание коммутаторов QFX5100 и QFX5110 в качестве leaf-членов, всегда считается не смешанным VCF; оба типа коммутаторов используют одно и то же изображение по программному обеспечению при подключении к VCF, и вам не нужно настраивать участников в смешанный режим. Подробнее о том, какие коммутаторы могут быть объединены в смешанные VCF, ознакомьтесь с маршрутизаторами серии EX и QFX .

Оптимальная топология VCF QFX5110 — использование только коммутаторов QFX5110, а оптимальная топология VCF QFX5100 — использование не смешанных коммутаторов QFX5100 с коммутаторами QFX5100. В каждой из этих топологий VCF, полностью состоящий из базовых устройств VCF, поддерживает наибольшую широту функций с самой высокой масштабируемостью, а также поддерживает наибольшее количество высокоскоростных интерфейсов.

Устройства не настроены в смешанный режим по умолчанию. Устройство, которое не является частью Virtual Chassis или VCF с другими устройствами, никогда не должно быть настроено в смешанный режим.

Виртуальный интерфейс Ethernet-управления

Конфигурацию VCF можно управлять удаленно с помощью глобального интерфейса управления, называемого интерфейсом виртуального управления Ethernet (VME). Интерфейс VME представляет собой логический интерфейс, представляющий все внеполосы портов управления на устройствах участников. При подключении к VCF с помощью IP-адреса интерфейса VME соединение всегда перенаправляется на устройство, действующее в основной роли модуля маршрутизации.

Для настройки VCF всегда следует использовать интерфейс VME. Интерфейс VME не привязан к устройству, поэтому его всегда можно использовать для входа в VCF даже после изменения основного модуля маршрутизации.

Мы настоятельно рекомендуем привязывать порт управления ко всем устройствам, действующим в качестве двигателей маршрутизации, к сети, чтобы обеспечить прямое подключение к базовому модулю маршрутизации через интерфейс VME, независимо от того, какое устройство возьмет на себя основную роль модуля маршрутизации. Порты управления на leaf-устройствах также могут использоваться интерфейсом VME для доступа к VCF, так что по желанию вы также можете использовать порты управления устройствами кабельного листа в сеть.

Пакеты Группы агрегации по ссылке Virtual Chassis Fabric

Вы можете увеличить пропускную способность каналов, настроенных как VCP в VCF между двумя устройствами, настраивая несколько односкоростных каналов между двумя устройствами в VCP. Если, например, вы настраиваете два канала QSFP+ 40 Гбит/с, которые соединяют одни и те же устройства в VCF в VCP, то два канала VCP образуют один пакет LAG с двумя каналами участников и 80 Гбит/с общей доступной пропускной способностью.

Пакет VCP LAG обеспечивает большую пропускную способность, чем может предоставить один канал VCP. Пакет VCP LAG также повышает производительность за счет обмена трафиком нагрузки между каналами в комплекте и обеспечивает резервирование, поскольку трафик может быть переадресован по другому каналу участника в пакете VCP LAG при сбое одного канала VCP.

Объединение VCP LAG происходит автоматически, когда между двумя устройствами настраиваются каналы VCP с одинаковой скоростью. Настройка пользователя не требуется. Подключение VCP LAG работает только на односкоростных каналах VCP, поэтому, например, каналы 10 Гбит/с и 40 Гбит/с не могут быть в одном пакете VCP LAG.

Требования к лицензии Virtual Chassis Fabric

Для настройки VCF требуется лицензия на функции. Лицензия на функции VCF является независимой лицензией на функции; расширенные лицензии на функции (EFLs) или расширенные лицензии на функции (AFLs), которые должны быть приобретены для обеспечения некоторых функций на некоторых коммутаторах Juniper, не могут быть приобретены для обеспечения VCF.

Для развертывания VCF рекомендуется резервировать два лицензионных ключа: один для устройства в основной роли модуля маршрутизации, а другой для устройства в роли резервного модуля маршрутизации.

Лицензии на функции также требуются для настройки расширенных функций в virtual Chassis Fabric. Для развертывания Virtual Chassis Fabric рекомендуется два лицензионных ключа для резервирования: один для устройства в основной роли модуля маршрутизации, а другой для устройства в роли резервного модуля маршрутизации. См. функции программного обеспечения, которым требуются лицензии в серии QFX.

Чтобы приобрести лицензии на функции VCF, свяжитесь с торговым представителем Juniper Networks (https://www.juniper.net/us/en/contact-us/sales-offices). Торговый представитель Juniper предоставит вам файлы лицензий на функции и лицензионные ключи. Вам будет предложено поставить шасси серийный номер коммутатора; вы можете получить серийный номер, запустив show virtual-chassis команду.

Требования к оборудованию для IP-фабрики Virtual Chassis

VCF может содержать до четырех устройств, настроенных в виде spine-устройств, и до двадцати устройств. VCF должен содержать как минимум четыре члена — два Spine-устройства и не менее двух leaf-устройств, соединенных в топологии Spine-and-Leaf.

Примечание:

Для топологии с тремя или меньшими участниками используйте конфигурацию Virtual Chassis.

Spine-устройства в смешанном VCF QFX5100 должны быть коммутаторами QFX5100 с любым сочетанием коммутаторов QFX5100, QFX3600, QFX3500 или EX4300 в качестве leaf-устройств.

Лучшая практика:

Мы рекомендуем использовать следующие коммутаторы QFX5100 в качестве Spine-устройств:

  • Коммутаторы QFX5100-24Q в развертываниях, где устройства подключаются к VCF с помощью Ethernet-интерфейсов 10 Гбит/с на leaf-устройствах, или с использованием сочетания интерфейсов Ethernet с диапазоном 10 Гбит/с на leaf-устройствах.

  • QFX5100-96S или QFX5100-48S в развертываниях, где устройства подключаются к VCF с помощью Ethernet-интерфейсов 1 Гбит/с только на leaf-устройствах.

Коммутаторы QFX5100-48T не поддерживаются в качестве Spine-устройств.

Spine-устройства в VCF QFX5110 должны быть коммутаторами QFX5110-32Q. Leaf-устройства в VCF QFX5110 могут быть любым сочетанием поддерживаемых коммутаторов QFX5100 и коммутаторов QFX5110.

Следующие коммутаторы QFX5110 поддерживаются в качестве leaf-устройств в VCF QFX5110:

  • QFX5110-32Q

  • QFX5110-48S

Следующие коммутаторы QFX5100 поддерживаются в качестве leaf-устройств в VCF QFX5110:

  • QFX5100-24Q

  • QFX5100-48S

  • QFX5100-48T

    Начиная с версии ОС Junos 17.3R2, коммутаторы QFX5100-48T могут быть включены в VCF QFX5110.

  • QFX5100-96S

Требования к программному обеспечению в IP-фабрике Virtual Chassis

Все устройства VCF должны работать с одной и той же версией программного обеспечения ОС Junos, поддерживающего VCF.

Устройства VCF должны использовать версию программного обеспечения для автономных коммутаторов.

Комплект программного обеспечения Flex поддерживается на не смешанных VCF-функциях QFX5100, используя только коммутаторы QFX5100. Вы не можете использовать комплект программного обеспечения Flex в смешанных VCF. Комплект программного обеспечения Flex — это программное обеспечение, которое включает в себя текст jinstall-qfx-5-flex в файловое имя при его загрузке из Центра программного обеспечения.

VCF QFX5110 можно настроить только с помощью коммутаторов QFX5110 и QFX5100, которые работают на том же изображении ОС Junos, которое должно быть изображением, которое включает в себя «-qfx-5e» в файловое имя пакета программного обеспечения при загрузке пакета ОС Junos из Центра программного обеспечения.

ОСТОРОЖНОСТЬЮ:

Коммутаторы QFX5100 под управлением изображения ОС Junos, которое включает в себя файловое имя пакета программного обеспечения, должны быть повышены до файла пакета, которое включает в себя «-qfx-5e-» перед добавлением в VCF QFX5110. См . обновление коммутатора QFX5100 с USB-устройством для подключения к виртуальному шасси QFX5110 или virtual Chassis Fabric.

Для любого VCF мы рекомендуем обновить устройство до версии ОС Junos, работающих на VCF, прежде чем подключить его к VCF. Для получения дополнительной информации об обновлении программного обеспечения VCF см . обновление программного обеспечения в ip-фабрике Virtual Chassis.

Таблица истории выпуска
Выпуска
Описание
17,3R2
Начиная с версии ОС Junos 17.3R2, коммутаторы QFX5100-48T могут быть включены в VCF QFX5110.
17,3R1
Начиная с версии ОС Junos 17.3R1, VCF также можно настроить с помощью коммутаторов QFX5110-32Q в качестве Spine-устройств, которые называют VCF QFX5110.