This topic does not apply to a mixed Virtual Chassis configuration. For information on configuring a mixed Virtual Chassis, see Configuring a Mixed Virtual Chassis with EX4200, EX4500, and EX4550 Member Switches (CLI Procedure).
You can interconnect EX4200,EX4500, and EX4550 switches using the dedicated Virtual Chassis ports (VCPs) on the rear panel of EX4200 switches and on the Virtual Chassis module in EX4500 and EX4550 switches. You do not have to configure the interfaces for the dedicated VCPs.
If you want to interconnect member switches that are located in different racks or wiring closets, you interconnect them using optical ports configured as VCPs. See Setting an Uplink Port on an EX2200, EX3300, or EX4200 Switch as a Virtual Chassis Port (CLI Procedure) or Setting an Uplink Port as a Virtual Chassis Port on an EX4500 or EX4550 Switch (CLI Procedure).
![]() | Note: A Virtual Chassis configuration has two Routing Engines, one in the master and the other in the backup. Therefore, we recommend that you always use commit synchronize rather than simply commit to save configuration changes made for a Virtual Chassis. This ensures that the configuration changes are saved in both Routing Engines. |
An EX4200, EX4500, or EX4550 Virtual Chassis can be configured with either:
This topic includes:
Preprovisioning a Virtual Chassis configuration allows you to assign the member ID and role for each switch in the Virtual Chassis.
To configure a Virtual Chassis using a preprovisioned configuration:
![]() | Note: For management purposes, we recommend arranging the switches in member ID sequence, either from top to bottom or from bottom to top (0–9). |
![]() | Note: The properties that you specify for the master switch apply to the entire Virtual Chassis configuration, including all the members listed in the preprovisioned configuration file. |
[edit]
user@switch# set interfaces
vme unit 0 family inet address /ip-address/mask/[edit virtual-chassis]
user@switch# set preprovisioned
[edit virtual-chassis]
user@switch# set member 0 serial-number abc123 role routing-engine
user@switch# set member 1 serial-number
def456 role line-card
user@switch# set member 2 serial-number ghi789 role line-card
user@switch# set member 3 serial-number jkl012 role
line-card
user@switch# set
member 4 serial-number mno345 role line-card
user@switch# set member 5 serial-number pqr678 role
routing-engine
user@switch# set member 6 serial-number stu901 role line-card
user@switch# set member 7 serial-number vwx234 role
line-card
user@switch# set
member 8 serial-number yza567 role line-card
user@switch# set member 9 serial-number bcd890 role
line-card[edit virtual-chassis]
user@switch# set no-split-detection
user@switch> show chassis pic-modeIf the PIC mode setting is not set to virtual-chassis, set the PIC mode to virtual-chassis:
user@switch> request chassis pic-mode virtual-chassis![]() | Note: This step is required if you are using the dedicated VCPs on the Virtual Chassis module to connect the Virtual Chassis. The PIC mode setting has no impact on uplink ports that are configured as VCPs. |
![]() | Note: You cannot modify the mastership priority when you are using a preprovisioned configuration. The mastership priority values are generated automatically and controlled by the role that is assigned to the member switch in the configuration file. The two Routing Engines are assigned the same mastership priority value. However, the member that was powered on first has higher prioritization according to the master election algorithm. See Understanding How the Master in an EX Series Virtual Chassis Is Elected. |
To configure the Virtual Chassis using a nonprovisioned configuration:
![]() | Note: For management purposes, we recommend arranging the switches in member ID sequence, either from top to bottom or from bottom to top (0–9). |
![]() | Note: The properties that you specify for SWA-0 apply to the entire Virtual Chassis configuration, including all the members interconnected through VCPs. |
[edit]
user@SWA-0# set interfaces
vme unit 0 family inet address /ip-address/mask/[edit virtual-chassis]
user@switch# set member 0 mastership-priority 255
user@switch# set member 5 mastership-priority 255
[edit virtual-chassis]
user@switch# set no-split-detection
![]() | Note: This step is only required if you are using the dedicated VCP ports on the Virtual Chassis module. |
![]() | Note: If you do not edit the Virtual Chassis configuration file, a nonprovisioned configuration is generated by default. The mastership priority value for each member switch is 128. The master role is selected by default. You can change the role that is performed by the members by modifying the mastership priority. See Configuring Mastership of an EX Series Virtual Chassis (CLI Procedure). We recommend that you specify the same mastership priority value for the desired master and backup members. In this example, the highest possible mastership priority has been assigned to two members. However, the member that was powered on first has higher prioritization according to the master election algorithm. See Understanding How the Master in an EX Series Virtual Chassis Is Elected. The other members use the default mastership priority in this example, which configures them to function in the role of linecard. |
![]() | Note: If you want to change the member ID that the master has assigned to a member switch, use the request virtual-chassis renumber command. |