This topic only applies to an EX4200 Virtual Chassis and an EX4500 Virtual Chassis. For information on configuring a mixed EX4200 and EX4500 Virtual Chassis, see Configuring a Mixed EX4200 and EX4500 Virtual Chassis (CLI Procedure).
You can interconnect EX4200 and EX4500 switches using the dedicated Virtual Chassis ports (VCPs) on the back of the switch. You do not have to configure the interfaces for the dedicated VCPs.
If you want to interconnect EX4200 member switches that are located in different racks or wiring closets, interconnect them using uplinks configured as VCPs. See Setting an Uplink Module Port on an EX4200 Switch as a Virtual Chassis Port (CLI Procedure).
If you want to interconnect EX4500 switches that are located in different racks or wiring closets, interconnect them using 10-Gigabit Ethernet SFP+ ports configured as VCPs. See Setting an SFP+ Port as a Virtual Chassis Port on an EX4500 Switch (CLI Procedure).
![]() | Note: A multimember 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 or EX4500 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. Preprovisioning is supported for an EX4200 Virtual Chassis and an EX4500 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: 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 EX4200 or EX4500 Virtual Chassis Is Elected. |
Nonprovisioned configuration can be used to configure an EX4200 Virtual Chassis or an EX4500 Virtual Chassis.
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/![]() | Note: If you are configuring a mixed EX4200 and EX4500 Virtual Chassis, you must configure two of the same types of switches with the highest priority. The highest values ensure the switches in the master and backup roles are the same type of switch. We also suggest that you set the mastership priority of the linecard members in a mixed EX4200 and EX4500 Virtual Chassis to 0 in most configurations. Setting the mastership priority to 0 ensures the linecard members never assume the master or backup roles. |
[edit virtual-chassis]
user@SWA–0# set member 0 mastership-priority 255
user@SWA–0# set member 5 mastership-priority
255
[edit virtual-chassis]
user@switch# set no-split-detection
![]() | 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 the EX4200 or EX4500 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 EX4200 or EX4500 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. |